- •4) В зависимости от сферы применения
- •5) В зависимости от уровня управления
- •6) По масштабу
- •7) По сфере применения
- •8)По способу организации групповых и корпоративных ис делят на классы:
- •2.Основные понятия технологии проектирования ис (ис, информационный ресурс, система, элемент системы, организация системы, структура системы ис, архитектура ис, целостность системы).
- •3.Основные этапы создания ис и их характеристика.
- •4.Состав обеспечивающей части ис и их характеристика.
- •5.Дать определение понятию «жизненный цикл программного обеспечения». Каковы основные этапы жизненного цикла. Охарактеризовать модели жизненного цикла.
- •6.Перечислить основные документы, разрабатываемые на каждом этапе проектирования информационных систем.
- •7.Основные стандарты и подходы используются в реализации типового проектирования ис.
- •8.Оценка стоимости ис.
- •2. Проведение обследования деятельности предприятия:
- •3. Построение моделей деятельности предприятия
- •4. Разработка системного проекта
- •5.Разработка предложений по автоматизации предприятия:
- •6. Разработка технического проекта
- •7.Разработка новой системы или настройка существующей системы.
- •9.Факторы появления case-технологий. Понятие case технологии. Преимущества использования case средств.
- •10.Типовое проектирование ис. Параметрически – ориентированное проектирование.
- •11.Типовое проектирование ис. Модельно – ориентированное проектирование.
- •12.Проектное управление: модели и методы принятия решений. Объект проектного управления.
- •13. Сетевое планирование и управление.
- •14. Построение и расчет сетевой модели. Методика оптимизации сетевой модели по критерию «минимум исполнителей».
- •15 .Методика оптимизации сетевой модели по критерию «время - затраты».
- •16.Методы проектирования ис. Семейство методов проектирования и нотаций idef.
- •17.Структурное моделирование информационных систем средствами bPwin.
- •18. Диаграмма потока данных (dfd). Этапы построения. Основные символы диаграммы в нотации Иодана и Гейна - Сарсона.
- •19. Контекстная диаграмма декомпозиции dfd. Основные элементы, используемые при расщеплении диаграммы потоков данных (бнф – нотация).
- •20. Методы задания спецификаций процесса. Структурированный естественный язык.
- •21. Методы задания спецификаций процесса. Таблицы решений.
- •22. Методы задания спецификаций процесса. Визуальный язык проектирования спецификаций.
- •21. Таблицы решений.
- •22. Визуальные языки проектирования спецификаций.
- •23. Диаграмма «сущность-связь» (erd). Типы сущностей и иерархия наследования.
- •24. Диаграмма переходов состояний (std). Цели использования. Основные объекты диаграмм.
- •25.Средства структурного проектирования. Структурные карты Константайна. Структурные карты Джексона.
24. Диаграмма переходов состояний (std). Цели использования. Основные объекты диаграмм.
С ее помощью моделируют, последующее функционирование системы на основе ее предыдущего и текущего функционирования. В диаграмме используются специализации управления, которые предназначены для моделирования и документирования аспектов системы, зависящие от времени или реакции на события. Они позволяют осуществить декомпозицию управления процессов и описывать отношения между входящими и выходящими данными.
Основные объекты диаграммы STD:
Состояние (узел STD)
Может рассматриваться как условие устойчивости для системы. Должно быть достаточно информации о прошлом и настоящем системы, чтобы определить его очередь состояния, как функцию текущих входящих событий. Имя состояния должно отражать реальную ситуацию, в которой находится система (существительное: нагревание, охлаждение и т.д.)
Начальное состояние- узел STD,
является стартом для начального системного перехода. Данное состояние единично и соответствует составу системы после ее инсталляции, но до начала реальной обработки.
Переход (дуга диаграммы STD)
Определение перемещение моделируемой системы из первого состояния в другое. При этом имя состояния идентифицированного события является причиной перехода и управления им. Данное событие состоит из управляющего потока, возникающее как во внешнем мире, так и внутри модели системы при выполнении некоторого условия (кнопка нажата и д.т.)
Условие (стимулирующее событие)
Представляет собой событие, вызывающее переход, и идентифицируемое именем перехода. Если в условии участвует входящий управляющий поток управления процесса-предка, то имя потока должно быть заключено в «».
Действие (отклики)
Операция, которая может выполняться при осуществлении перехода.
На диаграмме перехода STD состояние представляется узлами, а переходы дугами. Условие идентифицируется именем перехода, а действия или отклики привязываются к переходам и записываются под условием.
Позволяет:
1) В случае необходимости скорретировать будущую систему до того, как будет реализована физически.
2) Уменьшить затраты на развитие и внедрение системы.
3) Оценить разработку по времени и результатам.
4) Достичь взаимопонимания между всеми участниками проектирования.
5) Улучшить качество проектирования ИС.
25.Средства структурного проектирования. Структурные карты Константайна. Структурные карты Джексона.
На этапе проетирования осуществляется построение физической модели, демонстрируется как система будет удовлетворять предъявляемые ей требования.
Техника структурных карт (схем) используется на этапе проектирования для того, чтобы показать каким образом системные требования будут отражаться в программных структурах. Структурные карты Констатайна предназначены для описания отношений между модулями.
Базой формирования программной системы являются модули. Все модули в любом языке программирования имеют ряд общих свойств, среди которых при проектировании выделяют следующее:
модуль состоит из множества операторов языка программирования, записываемых последовательно
модуль имеет имя , по которому к нему можно сослаться , как к единому фрагменту
модуль может принимать и/или передавать данные, как параметры, вызывающие последовательности, или связывающие данные через фиксированные ячейки.
Эти карты являются моделью отношений иерархии между программными модулями.
Основными элементами структуры карт являются:
имя
Элемент
Связь по данным
Связь по управлению
Поток векторов модуля
Типы модулей:
модуль
Область данных
Структурные карты Джексона
Техника структурных карт Джексона основана на методологии структурного программирования Джексона и заключается в продуцировании диаграмм (структурных карт) для графического иллюстрирования внутримодульных (а иногда и межмодульных) связей и документирования проекта архитектуры системы ПО. При этом техника позволяет осуществлять проектирование нижнего уровня структуры ПО и на этом этапе является близкой к традиционным блок-схемам.
Диаграмма Джексона включает объекты следующих типов:
Структурный блок (базовая компонента методологии) представляет частную функцию или блок кодов с одним входом и одним выходом.
Процедурный блок является специальным видом структурного блока, представляющим вызов ранее определенной процедуры.
Библиотечный блок аналогичен процедурному и представляет вызов библиотечного модуля.
Для взаимоувязывания блоков используются связи следующих типов:
последовательная связь, обеспечивающая последовательное выполнение слева направо;
параллельная связь, обеспечивающая одновременное выполнение блоков;
условная связь, обеспечивающая выбор одной из альтернатив;
итерационная связь, обеспечивающая выполнение блока в цикле.
