- •Введение
- •1.Жизненный цикл программного обеспечения
- •2.Постановка задачи. Разработка технического задания
- •3.Анализ требований и определение спецификаций программного обеспечения при структурном подходе
- •3.1.Спецификации программного обеспечения при структурном подходе
- •3.2.Диаграмма переходов состояний
- •3.3.Функциональные диаграммы
- •3.4.Диаграммы потоков данных
- •3.5.Диаграммы отношений компонентов данных
- •4.Проектирование программного обеспечения при структурном подходе
- •4.1.Разработка структурной и функциональной схем
- •4.2.Использование метода пошаговой детализации для проектирования структуры программного обеспечения
- •4.3.Структурные карты Константайна
- •5.Анализ требований и определение спецификаций программного обеспечения при объектном подходе
- •5.2.Определение вариантов использования
- •Типичный ход событий
- •5.3.Построение концептуальной модели предметной области
- •5.4.Описание поведения. Системные события и операции
- •6.Проектирование программного обеспечения при объектном подходе
- •6.1.Разработка структуры программного обеспечения при объектном подходе
- •6.2.Определение отношений между объектами
- •6.3.Уточнение отношений классов
- •6.4.Проектирование классов
- •6.5.Компоновка программных компонентов
- •6.6.Проектирование размещения программных компонентов для распределенных программных систем
- •7.Правила оформления пояснительной записки
- •7.1.Оформление текстового и графического материала
- •7.2.Оформление рисунков, схем алгоритмов, таблиц и формул
- •7.3.Оформление текстов программ
- •7.4.Оформление приложений
- •7.5.Оформление списка литературы
- •Список литературы
- •Приложение 1. Титульный лист и пример технического задания
- •1. Введение
- •2. Основание для разработки
- •3. Назначение
- •4. Требования к программе или программному изделию
- •5. Требования к программной документации
- •6. Этапы разработки
- •Приложение 2. Титульный лист расчетно-пояснительной записки
- •Приложение 3. Примеры содержания расчетно-пояснительных записок
- •К курсовой работе по «Технологии программирования» (объектный подход):
- •К курсовой работе по Технологии программирования (структурный подход):
- •3. К квалификационной работе бакалавра (порядок частей – произвольный):
- •5. Компоновка программных компонентов 38
- •4. К дипломному проекту (порядок частей – произвольный):
- •5. Компоновка программных компонентов 63
Типичный ход событий
Действия исполнителя |
Отклик системы |
1. Пользователь выбрал Выбор данных из базы |
2. Система демонстрирует список данных в базе. |
3. Пользователь выбирает данные. |
4. Система читает данные и регистрирует их в текущем задании. |
Диаграммы вариантов использования. Диаграммы вариантов использования позволяют наглядно представить ожидаемое поведение системы.
Основными понятиями диаграмм вариантов использования являются: действующее лицо, вариант использования, связь.
Действующее лицо – внешняя по отношению к разрабатываемому ПО сущность, которая взаимодействует с ним с целью получения или предоставления какой-либо информации. Как уже упоминалось выше, действующими лицами могут быть пользователи, другое ПО или какие-либо технические средства, взаимодействующее с разрабатываемым ПО.
Вариант использования – некоторая очевидная для действующего лица процедура, решающая его конкретную задачу. Все варианты использования, так или иначе, связаны с требованиями к функциональности разрабатываемой системы и могут сильно отличаться по объему выполняемой работы.
Связь – взаимодействие действующих лиц и соответствующих вариантов использования.
Варианты использования также могут быть связаны между собой. При этом фиксируют связи использования и расширения.
Использование подразумевает, что существует некоторый фрагмент поведения разрабатываемого ПО, который повторяется в нескольких вариантах использования. Этот фрагмент оформляют, как отдельный вариант использования и указывают связь с ним типа «использование».
Расширение применяют, если имеется два подобных варианта использования, различающиеся наличием в одном из них некоторых дополнительных действий. В этом случае дополнительные действия определяют как отдельный вариант использования, который связан с основным вариантом связью типа «расширение».
На рис. 5.3 приведены условные обозначения, которые применяют при изображении диаграмм вариантов использования.
Пример 5.3. Построить диаграмму вариантов использования для системы решения комбинаторно-оптимизационных задач.
Действующее лицо у данной системы одно – Пользователь, который по сути дела обращается к системе либо для решения новой задачи, либо для просмотра результатов ранее решенной задачи, которые должны сохраняться в базе данных. Представим эти варианты использования на диаграмме.
Вариант Выполнение задания на самом деле включает несколько вариантов, которые различаются способом определения данных (ввод с клавиатуры или чтение из базы), и сохранением введенных данных в базе. Изобразим эти варианты на схеме, указав соответствующие расширения данного варианта.
Помимо двух основных вариантов использования система должна также предусматривать вспомогательные варианты использования для удаления лишних данных и результатов из базы.
Полученная диаграмма показана на рис. 5.4.
Естественно все варианты использования определить, как правило, не удается: новые варианты фиксируют постоянно, даже в процессе эксплуатации. Но, чем больше вариантов выявлено в процессе уточнения спецификаций, тем лучше, так как при этом мы получаем более точную модель предметной области, что уменьшает вероятность ее пересмотра при добавлении функций.