Интегрированные системы проектирования и управления. Корпоративные информационные системы. Погонин В.А - 38 стр.

UptoLike

обеспечивать минимальное время получения работоспособной ИС. Речь идет не о сроках готовности
всей ИС, а о сроках реализации отдельных подсистем. Практика показывает, что даже при наличии полностью
завершенного проекта внедрение идет последовательно по отдельным подсистемам;
предусматривать возможность управления конфигурацией проекта, ведения версий проекта и его со-
ставляющих, возможность автоматического выпуска проектной документации и синхронизацию ее версий с
версиями проекта;
обеспечивать независимость выполняемых проектных решений от средств реализации ИС (систем
управления базами данных (СУБД), операционных систем, языков и систем программирования);
поддерживаться комплексом согласованных CASE-средств, обеспечивающих автоматизацию процес-
сов, выполняемых на всех стадиях ЖЦ.
Реальное применение любой технологии проектирования, разработки и сопровождения ИС в конкретной
организации и конкретном проекте невозможно без выработки ряда стандартов (правил, соглашений), которые
должны соблюдаться всеми участниками проекта. К таким стандартам относятся следующие:
стандарт проектирования, который должен устанавливать: набор необходимых моделей (диаграмм) на
каждой стадии проектирования и степень их детализации; правила фиксации проектных решений на диаграм-
мах, в том числе: правила именования объектов (включая соглашения по терминологии), набор атрибутов для
всех объектов и правила их заполнения на каждой стадии, правила оформления диаграмм, включая требования
к форме и размерам объектов, и т.д.; требования к конфигурации рабочих мест разработчиков, включая на-
стройки операционной системы, настройки CASE-средств, общие настройки проекта и т.д.; механизм обеспе-
чения совместной работы над проектом, в том числе: правила интеграции подсистем проекта, правила поддер-
жания проекта в одинаковом для всех разработчиков состоянии (регламент обмена проектной информацией,
механизм фиксации общих объектов и т.д.), правила проверки проектных решений на непротиворечивость и
т.д.
стандарт оформления проектной документации, который должен устанавливать: комплектность, состав
и структуру документации на каждой стадии проектирования; требования к ее оформлению (включая требова-
ния к содержанию разделов, подразделов, пунктов, таблиц и т.д.); правила подготовки, рассмотрения, согласо-
вания и утверждения документации с указанием предельных сроков для каждой стадии; требования к настройке
издательской системы, используемой в качестве встроенного средства подготовки документации; требования к
настройке CASE-средств для обеспечения подготовки документации в соответствии с установленными требо-
ваниями.
стандарт пользовательского интерфейса, который должен устанавливать: правила оформления экранов
(шрифты и цветовая палитра), состав и расположение окон и элементов управления; правила использования
клавиатуры и мыши; правила оформления текстов помощи; перечень стандартных сообщений; правила обра-
ботки реакции пользователя.
2.4 СТРУКТУРНЫЙ ПОДХОД К ПРОЕКТИРОВАНИЮ ИС
Сущность структурного подхода к разработке ИС заключается в ее декомпозиции (разбиении) на автома-
тизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на
подфункции, подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до конкретных
процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все составляю-
щие компоненты взаимоувязаны. При разработке системы «снизу-вверх» от отдельных задач ко всей системе
целостность теряется, возникают проблемы при информационной стыковке отдельных компонентов.
Все наиболее распространенные методологии структурного подхода базируются на ряде общих принци-
пов. Основными из этих принципов являются следующие:
принцип абстрагированиязаключается в выделении существенных аспектов системы и отвлечении от
несущественных;
принцип формализациизаключается в необходимости строгого методического подхода к решению
проблемы;
принцип непротиворечивостизаключается в обоснованности и согласованности элементов;
принцип структурирования данныхзаключается в том, что данные должны быть структурированы и
иерархически организованы.
В структурном анализе используются в основном две группы средств, иллюстрирующих функции, выпол-
няемые системой, и отношения между данными. Каждой группе средств соответствуют определенные виды
моделей (диаграмм), наиболее распространенными среди которых являются следующие:
SADT (Structured Analysis and Design Technique)-модели и соответствующие функциональные диа-
граммы (подраздел 2.4.1);
DFD (Data Flow Diagrams)-диаграммы потоков данных (подраздел 2.4.2);
ERD (Entity-Relationship Diagrams)-диаграммы «сущность-связь» (подраздел 2.4.3).
На стадии проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражаю-
щими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы эк-
ранных форм.