Справочник программиста в стихах. От проектирования до внедрения - страница 5



Рабочий семинар, пожалуй,

Быть может эффективным самым

Вариантом получения знаний,

Однако сложен и затратен.


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

Для массового сбора данных

И группового мнения можно

Использовать анкеты. Брать их

Бумажно или электронно…


Документация

Для изучения процессов,

Весьма полезно получить

Документацию, при этом,

Внимание стоит обратить


На все входные-выходные

Формы, уставы, положения,

Регламенты и должностные

Инструкции – всё в рассмотрение.


Обзор аналогов

Для подготовки к разработке

Необходимо изучение,

Обзор аналогов – насколько

Уже готовые решения


Задачу выполняют – может,

Их применение дешевле,

Чем будет разработка новой

Системы, или совершенней.


Для изучения вариантов

Аналогов системы стоит,

Вначале перечень составить

Из требований, что устроит


Заказчика по всем аспектам.

Найти системы, что подходят,

Вооружившись интернетом.

В табличном виде их оформить,


И указать какие будут

Покрыты требования ими,

Поставив минусы и плюсы

В таблице, где их разместили.

Глава 5. Структурное моделирование


Декомпозиция

Декомпозиция нужна,

Для изучения системы.

Ее использование нам

Даёт систему постепенно


Делить на части до тех пор,

Пока любая из частей

Не станет ясной на обзор,

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


Нотации моделирования

Есть много всяческих нотаций

Для построения диаграмм,

Чтоб можно было собираться

Как разработчикам программ,


Так и заказчикам, и прочим

Участникам и «налегке»

Всем разъясняться на рабочем

Одном наглядном языке.


IDEF (Integrated DEFinition)

Методологии семейства

IDEF (Айде́ф) дают создать модели

Систем, предоставляя средства

Различных видов построения.


IDEF0 (Айдее́ф ноль) – этап начальный

Анализа систем – их функций.

На этом виде диаграммы

Есть ряд известных всем конструкций.


Процессы – функции системы,

Потоки данных: управления –

Обычно сверху от процессов,

Выходы справа, входы слева.


Такая форма представления

Бизнес-процессов позволяет

Показывать их отношения –

Соподчиненность отражая.


Диаграммы потоков данных (Data flow diagrams, DFD)

Один из нескольких подходов

Для изучения систем

Их функций и границ народу

Известный многим, хоть не всем –


Подход структурный и системный –

На основании DFD (Дээфдэ́).

С разбором функций постепенным

Для составления ТЗ.


Начальный уровень – контекстный –

На нем есть основной процесс

С потоками взаимодействий

С внешними сущностями. Здесь


Определяются границы

Для построения системы

По документам и страницам

Взаимодействующим с нею.


В дальнейшем изучении будем

Декомпозировать процесс мы

На подпроцессы – список функций

Для изучаемой системы.


Элементы DFD-диаграмм

Для построения моделей

Потоков данных применяют

Нотации. Для этих целей

В них элементы выделяют:


Процесс – указывают смело

Для отражения функций, целей,

Обозначают, что ей делать

Как в целом также и отдельно.


Внешняя сущность – для показа

Объектов вне нашей системы

И демонстрации их связи

С системным основным процессом.


Хранилище – оно же база

Тех данных, что хранят в системе.

Его располагают сразу

На первом уровне модели.


Поток – графическое средство

Показа связей диаграммы:

От внешней сущности к процессу

И от процесса к базе данных.


Словарь данных

Словарик данных помогает

Потокам данных описания

Сформировать. Предоставляет

Их в виде текстового знания.


Так, чтобы было всем понятно,

Что именно передаётся

Между процессов. Аккуратно

В итоге всё в БД сведётся.


Спецификация процессов

Для описания процессов,

Когда нет смысла в их делении,

Бывает применить полезно

Другие средства в объяснении: