Этапы проектирования

Каскадная модель

Недостатки :

Каскадная модель не допускает смешивание этапов разработки поэтому;

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

Второй недостаток: заказчик не задействован на этапах разработки и тестирования, т.е. заказчику предоставляется только конечный результат.

(хотя часто требуется чтобы заказчик коментировал работу и участвовал в работе.)

Третий недостаток; обнаружение проблем только после этапа тестирования

Mодели разработки ПО

Инкрементная модель

Инкрементная модель – функциональность программного продукта разбивается на инкременты.

Каждый инкремент представляет полноценную версию продукта.

Каждый инкремент разрабатывается и тестируется независимо от других инкрементов.

В конце каждой итерации производиться интеграция новых функций.

Инкрементная модель работает с итерационной моделью.

1.Сначала определяется объем проекта, требования и риски .

2.Разработка рабочей архитектуры.

3.Построение дополнительных архитектур.

4.Постепенный переход в производственную среду.

модели

Разработка

Применение CASE –средств

CASE (COMPUTER Aided Software/System Engineering) –означает автоматизированное проектирование программ/информационных систем .

Большинство информационных систем похожи друг на друга.

Напр. складские базы данных электронных товаров и базы данных книгоизданий и т.д.

Информационные системы управления доступом предприятия и организации.

Такие системы похожи или по функциям или по решаемыми ими задач.

Поэтому возникла идея (в 90-е годы) автоматизации проектирования информационных систем и ПО.

MVC

Основная идея MVC – разделить бизнес-логику от интерфейса

Под бизнес- логикой (т.е. M (model ) в термине MVC) понимается функционал т.е. то что приносит пользу программному продукту

(напр. регистрация нового пользователя, сохранение пользователя в базе данных, товары выбранные при покупке и т.д.)

Интерфейс (т.е. V (View) в термине MVC ) понимается графический интерфейс с которым работает пользователь (кнопки , формы , текст)

паттерны

пример

проектирование

При построении диаграммы классов часто используется редактор Visual Paradigm (cкачать

Community версию).

Диаграммы классов «Сущность – связь»

Сущность – т.е. существительное – обозначает объект работник , банк и т.д. (класс )

Каждая сущность имеет атрибут.(атрибуты класса)

Рассмотрим пример Заказ (сущность): номер заказа , цена закза

Внизу : указываются методы (действия): отправить , закрыть (методы или операции класса)