Для составления ТЗ.
Начальный уровень – контекстный –
На нем есть основной процесс
С потоками взаимодействий
С внешними сущностями. Здесь
Определяются границы
Для построения системы
По документам и страницам
Взаимодействующим с нею.
В дальнейшем изучении будем
Декомпозировать процесс мы
На подпроцессы – список функций
Для изучаемой системы.
Элементы DFD-диаграмм
Для построения моделей
Потоков данных применяют
Нотации. Для этих целей
В них элементы выделяют:
Процесс – указывают смело
Для отражения функций, целей,
Обозначают, что ей делать
Как в целом также и отдельно.
Внешняя сущность – для показа
Объектов вне нашей системы
И демонстрации их связи
С системным основным процессом.
Хранилище – оно же база
Тех данных, что хранят в системе.
Его располагают сразу
На первом уровне модели.
Поток – графическое средство
Показа связей диаграммы:
От внешней сущности к процессу
И от процесса к базе данных.
Словарь данных
Словарик данных помогает
Потокам данных описания
Сформировать. Предоставляет
Их в виде текстового знания.
Так, чтобы было всем понятно,
Что именно передаётся
Между процессов. Аккуратно
В итоге всё в БД сведётся.
Спецификация процессов
Для описания процессов,
Когда нет смысла в их делении,
Бывает применить полезно
Другие средства в объяснении:
Спецификации, к примеру,
Как описание в виде текста,
Да хоть обычную блок-схему,
Иль флоу-форму – всё уместно.
Глава 6. Объектно-ориентированное моделирование
Унифицированный язык моделирования (Unified Modeling Language, UML)
Для построения диаграмм
В унифицированном виде
При описании программ
Язык объектный примените –
Универсальный – UML (Юмээ́л).
В нём моделируйте процессы
Программных и бизнес-систем
В разных разрезах и контекстах.
Виды диаграмм UML>2
Диаграмма классов (Class diagram)
Статическая диаграмма
Структуры кода и системы –
Пожалуй, диаграмма классов,
Одна из главных в Юмээле.
На ней показывают классы,
Их методы и атрибуты.
И связи между ними сразу
Здесь тоже есть в их общей сути.
Диаграмма прецедентов (Use case diagram)
На диаграмме прецедентов
Показывают отношения –
Связи от юзеров системы
К ее вариантам выполнения.
Диаграмма последовательности (Sequence diagram)
Взаимодействие объектов
Показывают диаграммой
Последовательности выполнения.
На ней представлены программа
И пользователь, и другие
Участники, как вертикали.
И сообщения между ними
По времени их протекания.
Диаграмма компонентов (Component diagram)
На диаграмме компонентов
Показаны библиотеки,
Модули, файлы и пакеты
И связи между ними всеми.
Диаграмма развёртывания/размещения (Deployment diagram)
На диаграмме размещения
Показывают наложение
Программного обеспечения
На аппаратные решения.
Глава 7. Техническая документация
Техническое задание>3
Для выполнения проекта
С известным качеством и сроком
Весьма полезным документом
ТЗ является. Во многом
Его задача – однозначность
При понимании системы.
В ТЗ описаны задачи
Проекта так, чтоб были всеми
Они восприняты в едином
Ключе и смысле, и трактовок
Различных не было в картине
И описании разработок.
Частное техническое задание
Когда проект большой ведётся,
И разработчиков в нём много,
На подсистемы создаётся
Задание частное в итоге.
Технический проект>4
Все описания дальнейших
Проектных принятых решений
Технический проект содержит,
В нём излагают о системе
Устройство, алгоритмы, схемы,
От базы данных до внедрения
И эффективности системы.
На языке для исполнения:
Когда ТЗ для всех понятно,
ТП – уже для программиста –
В нём не столь нужно деликатно
Искоренять все жаргонизмы.
Руководство пользователя
Когда написана система,
Для помощи в работе с нею
Полезна текстовая схема,
Чтоб описать её идею
Для пользователей и просто