Базис языка UML

Анализ требований к системе

Подготовительная работа

Начальные этапы конструирования.

Модель разработки ПО на основе ранее созданных компонентов

Модель формальной разработки систем

24.09.2012.

Модель формальной разработки системы построена на основе формальных математических преобразований, системные спецификации в программе, которые используются.

Формальная спецификация записывается с помощью специальной математической нотации (последовательные действия):

1. Определение требований

2. Формальная спецификация

3. Формальное преобразование

4. Сбор и тестирование системы

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

Применяются при разработке систем, которые должны отвечать очень строгим требованиям надежности, безотказности и безопасности. Также активно применяется при разработке типовых систем (шаблонные разработки).

Недостатки:

1. Большинство систем трудно поддаются описаниям методам формальных спецификаций.

2. Большой объем сопроводительной документации.

Этот подход предполагает повторное использование ранее созданных программных модулей.

1. Спецификация требований.

2. Анализ компонентов

3. Модификация требований (после возвращаемся в 1 нужное количество раз).

4. Проектирование системы

5. Реализация

6. Сборка

7. Тестирование системы.

Преимущества:

1. Сокращение стоимости и времени разработки программного продукта.

Недостатки:

1. Отход от требований заказчика.

2. Проблемы, связанные с модернизацией программного обеспечения.

Разработка включает в себя:

1. Подготовительная работа.

2. Анализ требований к системе

3. Проектирование архитектуры системы.

4. Детальное проектирование.

5. Реализация.

6. Тестирование.

Подготовительная работа предполагает:

1. Написание экономического образования (бизнес план) проекта.

2. Определение границ проекта

3. Некоторый начальный анализ, для оценки его размера.

На этой фазе заказчик принимает на себя некоторые обязательства относительно дальнейшей работы.

Под собой подразумевает:

1. Определение ее функциональных возможностей.

2. Пользовательских требований.

3. Требований к надежности.

4. Требования к безопасности.

5. Требования к расширяемости.

6. Требования к масштабируемости.

7. И другим потребительским характеристикам.

В состав выразительных средств языка UML входят три разновидности строительных блоков:

1. Предметы – это абстракции, которые являются основными элементами в моделях.

2. Отношения – связывают предмет.

3. Диаграммы – группируют коллекции предметов.

Замечание:

Один и тот же класс может фигурировать на нескольких диаграммах и изображаться по разному.

Дата добавления: 2014-11-29