Структурный подход к проектированию ИС
Модель предметной области - некоторая структура, описывающая структуру или функциональность предметной области.
Основное условие: адекватность модели.
Модель позволяет оценить полноту предлагаемой реализации, правильность содержания и взаимосвязи реализуемых операций, пригодность структуризации операции данных, примерную трудоемкость реализации.
Два подхода к созданию модели:
1. Функционально-ориентированный.
2. Объектно-ориентированный
Полученная модель должна удовлетворять требованиям:
1. Адекватность предметной области к поставленной задаче.
2. Понятность пользователю и разработчику.
3. Реализуемость с помощью имеющихся инструментальных средств.
4. Оцениваемость по финансовым, трудовым и временным ресурсам.
ФУНКЦИОНАЛЬНО-ОРИЕНТИРОВАННЫЙ ПОДХОД
Модель определяется как набор взаимосвязанных функций разного уровня.
Методики: IDEF0, IDEF3, DFD…
Общее - иерархическая декомпозиция функции.
Функция представляется набором более мелких подфункций.
Разное - различие в наборе элементов, способах связывания.
Совместное использование методологий
Решение новой задачи автоматизации
формирование требований: IDEF0 AS-IS(текущее сост объекта) +
+IDEF0 TO-BE(как должно быть, идеал) + IDEF3;
концепция;
проектирование.
Модернизация системы. Для существующих процессов создается DFD, в которую вносятся изменения.
Методологии дают:
|
|
- состав, информационные связи, последовательность использования, распределенность функций;
- состав, характеристики, взаимосвязь, ограничения, распределенность данных;
- набор категорий, права, распределенность пользователей;
- состав, структура, распределенность технических средств.
Объектно-ориентированный подход к проектированию ИС
Принцип – объектная область, представляется набором объектов различных типов. Разные типы описываются как классы. Деятельность предметной области описывается как взаимодействие объектов. Взаимодействие осущ. посылкой сообщений от объекта к объекту.
Проблемы проектирования ИС:
1. Структурная сложность и территориальная распределенность, 2. Фун-ая сложность (многоуровневая иерархия, большое кол-во функций и сложное взаимодействие м/у ними.) 3. Инф-ая сложность (большое кол-во источников и потребителей инф, различные формы представления инф, сложность инф-ой модели объекта) 4. Сложная динамика поведения. 5. Высокая изменчивость внеш и внутр среды.
Причины неудач разработки ПО:
Явные причины:
1. Нечеткая и неполная формулировка требований к ПО. 2. Недостаточное вовлечение пользователей в работу над проектом. 3. Отсутствие необходимых ресурсов. 4. Плохое планирование и отсутствие грамотного управления проектом. 5. Частое изменение требований и спецификаций 6. Новизна и несовершенство используемой технологии. 7. Недостаточная поддержка со стороны высшего руководства. 8. Недостаточная квалификация разработчика, отсутствие опыта.
|
|
Глубинные причины:
1. использована не подходящая проекту модель ЖЦ. 2. Использована не подходящая проекту методология для проектирования. 3. Совокупность первого и второго.
Функциональный и объектный подходы
«+» объектного подхода: - локализация ошибок, упрощение их выявления и устранения; - возможность повторного использования элементов - упрощение внесения изменений - распараллеливание работ. |
«-»объектного подхода:
- снижение производительности и функционирования ПО;
- более сложное понимание и восприятие;
- высокие начальные затраты;
- отсутствие немедленной отдачи.
Дата добавления: 2018-02-15; просмотров: 881; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!