- •Вопрос 1.Архитектура эис
- •Вопрос 2. Общая характеристика процесса проектирования ис
- •Вопрос 3 Технология проектирования ис. Требования к надежности и эффективности проектных решений.
- •Вопрос 4 понятие и процессы жизненного цикла по.
- •Вопрос 6 Структурная парадигма проектирования ис
- •Вопрос 7 Состав и содержание работ на проектной стадии канонического проектирования ис
- •Вопрос 8 Состав и содержание работ на стадиях техно-рабочего проектирования, внедрения, эксплуатации и сопровождения канонического проектирования ис.
- •Вопрос 9 Проектирование пользовательского интерфейса. (7 лекция)
- •Проектирование отчетов пи
- •Вопрос 10 Проектирование системы документации ис
- •Вопрос 11 Система классификации и кодирования информации
- •Вопрос 12 . Автоматизированное проектирование ис
- •Компоненты case-средства
- •Вопрос 13
- •14. Организация процесса конструирования.
- •15.Вопрос
- •16. Модели качества процесса конструирования. Архитектура программных средств.
- •Модели качества процессов конструирования
- •17. Базис языка uml Лекция 11
- •18. Унифицированный процесс разработки программных систем
- •19. Основы объектно-ориентированного представления программных систем
- •20. Статические модели объектно-ориентированного представления программных систем
- •21. Динамические модели объектно-ориентированного представления программных систем: автоматы
- •21. Динамические модели объектно-ориентированного представления программных систем: диаграммы взаимодействия и Use Case
- •23. Модели реализации объектно-ориентированного представления программных систем.
- •Компоненты
- •Разновидности компонентов
- •24. Стандартные методы совместного доступа к базам и программам в сложных ис
- •25. Проектирование интегрированных ис
- •Требования к интегрированным ис
Вопрос 6 Структурная парадигма проектирования ис
Сущность структурного подхода к разработке ИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до конкретных процедур.
Все наиболее распространенные методологии структурного подхода базируются на ряде общих принципов. В качестве двух базовых принципов используются следующие:
принцип "разделяй и властвуй" - принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения;
принцип иерархического упорядочивания - принцип организации составных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне.
принцип абстрагирования - заключается в выделении существенных аспектов системы и отвлечения от несущественных;
принцип формализации - заключается в необходимости строгого методического подхода к решению проблемы;
принцип непротиворечивости - заключается в обоснованности и согласованности элементов;
SADT- методология структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком. Процесс моделирования может быть разделен на несколько этапов: опрос экспертов, создание диаграмм и моделей, распространение документации, оценка адекватности моделей и принятие их для дальнейшего использования. Этот процесс хорошо отлажен, потому что при разработке проекта специалисты выполняют конкретные обязанности, а библиотекарь обеспечивает своевременный обмен информацией.
Функциональная модель предназначена для изучения особенностей работы (функционирования) системы и её назначения во взаимосвязи с внутренними и внешними элементами. Функция — самая существенная характеристика любой системы, отражает её предназначение, то, ради чего она была создана. Подобные модели оперируют, прежде всего, с функциональными параметрами. Графическим представлением этих моделей служат блок-схемы. Они отображают порядок действий, направленных на достижение заданных целей (т. н. функциональная схема).
Диаграммы потоков данных (DFD – Data Flow Diagram) являются основным средством моделирования функциональных требований проектируемой системы. С их помощью эти требования разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных.
Главная цель таких средств – продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами. Для достижения этого целесообразно пользоваться следующими рекомендациями:
1. Размещать на каждой диаграмме от 3 до 6-7 процессов..
2. Не загромождать диаграммы несущественными на данном уровне деталями.
3. Декомпозицию потоков данных осуществлять параллельно с декомпозицией процессов; эти две работы должны выполняться одновременно, а не одна после завершения другой.
4. Выбирать ясные, отражающие суть дела, имена процессов и потоков для улучшения понимаемости.
5. Однократно определять функционально идентичные процессы на самом верхнем уровне, где такой процесс необходим, и ссылаться на него на нижних уровнях.
6. Пользоваться простейшими диаграммными техниками: если что либо возможно описать с помощью DFD, то это и необходимо делать, а не использовать для описания более сложные объекты.
7. Отделять управляющие структуры от обрабатывающих структур (т.е. процессов), локализовать управляющие структуры.