Эффективные методики разработки ПО

Содержание презентации

01

Прежде чем кодить

02

Управление сложностью

03

Классы

04

Немного ООП

Определение проблемы
Выработка требований
Разработка архитектуры
Кодирование и отладка
Тестирование
Сопровождение

Разработка ПО – сложный процесс

Метафора «Строительство здания»

Сравнение конструирования ПО с возведением здания указывает на необходимость

Важность предварительных условий

Общая цель подготовки — снижение риска: адекватное планирование позволяет

Определение проблемы — это просто формулировка сути проблемы без каких-либо намеков

Выработка требований

Требования подробно описывают, что должна делать программная система. Адекватное определение

Это высокоуровневая часть проекта приложения, каркас, состоящий из деталей проекта
Она позволяет

Компоненты архитектуры

Основные классы
Организация данных
Бизнес-правила
Пользовательский интерфейс
Управление ресурсами

Безопасность
Производительность
Масштабируемость
Обработка ошибок
Купить или создавать велосипед

Основные классы

Их области ответственности
Взаимодействия с другими классами
Иерархия
Время существования объектов

Управление сложностью

Управление сложностью — самый важный технический аспект разработки ПО. Мы

Как управлять сложностью?

Простота сопровождения

Проектируя приложение, не забывайте о программистах, которые будут его сопровождать.

Слабое сопряжение: сводите к минимуму число соединений между разными частями программы.
Расширяемость:

Классы

Это Абстрактный тип данных(АТД) - набор данных и методов, имеющих общую,

Нужно определить:

АТД и его атрибуты
действия, которые могут быть выполнены над классом
Действия,

Выражайте в интерфейсе класса согласованный уровень абстракции

<- Плохо

Хорошо ->

Каждый класс должен

Другие советы

Убедитесь, что вы понимаете, реализацией какой абстракции является класс
Предоставляйте методы

Инкапсуляция

Инкапсуляция позволяет вам смотреть на дом, но не
дает подойти достаточно близко,

Применение инкапсуляции

Не делайте данные-члены открытыми
Не включайте в интерфейс класса закрытые

Наследование

Наследование подразумевает, что один класс является более специализированной версией другого класса
Базовый

Применение наследования

Проектируйте и документируйте классы с учетом возможности наследования или запретите

Наследование часто противоречит управлению сложностью

Методы классов

Включайте в класс как можно меньше методов
Блокируйте неявно сгенерированные методы

Моделирование объектов реального мира;
Моделирование абстрактных объектов;
Снижение сложности;
Изоляция сложности;
Сокрытие деталей реализации;
Ограничение влияния

Итоги презентации

Уделяем внимание предварительным требованиям и архитектуре
Стараемся свести сложность к минимуму
Класс

Источник

Стив Макконнелл. Совершенный код