Функционально-ориентированный подход
Порядок проектирования
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).
Еще по теме Функционально-ориентированный подход:
- 2.1.Подход, ориентированный на человеческие ресурсы
- 2.3 Подход, ориентированный на результаты
- Объектно-ориентированный подход
- 1.3. Процессы адаптации в свете личностно- ориентированного подхода к образованию
- Функциональный подход
- Функциональный подход к семантической структуре слова
- § 2. Функциональный подход как основа изучения принципов осуществления гражданских прав и исполнения обязанностей
- Раздел 4. Методические подходы к проблеме оценки функциональных состояний личности
- Честь как феномен суперкультурной агональности. Структурно-функциональный подход
- Два подхода к изучению синтаксических единиц: «подход снизу» и «подход сверху».
- 13. Понятие функционального стиля. Общие черты функциональных стилей.
- 1.1.3. Функциональная школа. Развитие основных принципов диагностической и функциональной школ в истории социальной работы.
- 6. Функциональные стили современного русского языка: взаимодействие функциональных стилей.
- Ориентированная на обстоятельства модель Ф. Фидлера
- 9. Продуктивная (критериально-ориентированная) система обучения.
- Стратегии, ориентированные на действие
- 2. Личностно-ориентированная модель общения.
- Теория личностно-ориентированного обучения (Ираида Сергеевна Якиманская)