Функционально-ориентированный подход
Порядок проектирования
1. Создание словаря данных системы, т.е. создание репозитория системы по материалам обследования;
2. Определение коллектива разработчиков, их ролей и прав доступа к репозиторию и составляющим проекта;
3.
Определение иерархии функций (построение диаграмм потоков данных);4. Построение диаграмм потоков данных;
5. Построение диаграмм перехода системы из одного состояния в другое (блок-схемы, IDEF3, и т.д.);
6. Построение диаграмм сущность-связь:
7. Построение системной структурной диаграммы (диаграммы вызовов программных блоков):
8. Выбор СУБД (может не быть, если СУБД определяется на уровне ТЗ);
9. Генерация БД на основе инфологических диаграмм (ER-диаграмм);
10. Разработка (генерация) программных модулей, тестирование программных модулей, тестирование программных модулей, интеграция в систему, системные испытания.
11. Передача в опытную, а затем и в промышленную эксплуатацию;
12. Сопровождение системы.
Теперь более подробно о каждом этапе
1 этап: Создание репозитория
Словарь данных – это термины с определениями (может быть простым или сложным – репозиторий)
Репозиторий – словарь данных, выполненный в определенной структуре.
Репозиторий – хранилище знаний о проекте
Графический редактор диаграмм – BP-win, ER-win (и другие CASE-средства программирования)
Документатор – средства, при помощи которых описываются документы
Верификатор – контролирует синтаксис и семантику ввода информации.
Подсистема администрирования – определение прав.
2 этап: Определение команды разработчиков
Используется ролевой подход
Исходя из этого, в разработке должны принимать участие:
- Руководитель проекта (менеджер)
- Системный аналитик (разработка ТЗ, обследование ОА, и, возможно, контроль исполнения)
- Программист
- Тестер (проводит испытания и ищет ошибки)
- Администратор (администратор БД)
- Внедренцы (обучают заказчика)
- «Писатели» (пишут техническую документацию)
Эти роли могут играть одни и те же люди.
В крайнем случае, это может быть один человек.3 этап: Иерархия функций
Будем рассматривать только ту функцию, которая применяет АРМ.
Иерархия функций (декомпозиция)
4 этап: Диаграмма потоков данных
Она может быть построена при помощи BPwin (в стандарте IDEF0)/ Туда включаются только те функции, которые автоматизируются и поток данных между ними.
То есть, практически определяются только входы и выходы функций.
5 этап: Диаграмма перехода
Строится в IDEF 3
6 этап: Построение ER-диаграммы
7 этап: Построение системной структурной диаграммы
Определяется соответствие функции программным модулям и система вызовов одного программного компонента из других.
8 этап: Выбор СУБД
СУБД определяется либо в ТЗ, либо на основе вышеперечисленных этапов.
9 этап: Генерация БД
Производится при помощи CASE-средств (в ERwin, BPwin, Paradigm).