- •Жизненный цикл эис. Модели жизненного цикла эис.
- •Технологии и методы проектирования эис (эаис).
- •3,4 Классификация методов проектирования эис (эаис).
- •5. Типовое проектирование ис. Классификация типовых проектных решений (тпр). Методы типового проектирования.
- •Моделирование предметной области как основа проектирования ис.
- •Функциональная структура предметной области. Методологии моделирования функциональной структуры.
- •Методологии семейства idef. Стандарт idef0. Назначение. Область применения.
- •Правила построения диаграмм в нотации idef0.
- •Методологии семейства idef. Стандарт idef3. Назначение. Область применения.
- •Правила построения диаграмм в нотации idef3.
- •Назначение и правила построения dfd-диаграмм в программе bpWin (ca Process Modeler).
- •Правила построения диаграмм в нотации «Процедура» с использованием программы Business Studio.
- •Правила построения диаграмм в нотации «Процесс» с использованием программы Business Studio.
- •Объектная структура предметной области. Методологии моделирования объектной структуры.
- •Методология idef1x. Область применения. Основные возможности case-средства erWin (ca eRwin Data Modeler).
- •Правила построения концептуальной схемы данных в erWin. Особенности синтаксиса (правила наименования сущностей, виды сущностей, правила наименования связей, типы связей, мощность связей и пр.).
- •Базы данных. Основные понятия (банк данных, база данных, субд, приложение).
- •Трехуровневая система организации бд. Классификации бд.
- •Варианты архитектуры централизованных бд с сетевым доступом. Их достоинства и недостатки.
- •Классификация бд по структуре (модели) данных.
- •Реляционные бд. Основные принципы реляционной модели.
- •Основные понятия реляционных бд.
- •Типы связей в реляционных бд.
- •Категориальная связь. Способы разрешения (преобразования) категориальной связи в программе erWin (ca eRwin Data Modeler).
- •Триггеры ссылочной целостности. Назначение. Изменение параметров ri Actions в программе erWin (ca eRwin Data Modeler).
- •Каноническое проектирование эис. Стадии и этапы разработки (гост 34.601-90).
- •Состав и содержание технического задания на разработку системы (гост 34.602-89).
- •Процессы жизненного цикла по (гост р исо/мэк 12207-99)
- •Процессы жизненного цикла информационных систем (гост р исо/мэк 15288-2005).
- •Назначение и состав методологий внедрения эис.
- •Методология msf (Microsoft Solutions Framework). Понятие ит-решения.
- •Методология msf. Основные фазы и вехи проекта.
- •Методология msf. Проектная группа. Ролевые кластеры.
- •Методологии внедрения ис компании sap ag «asap» и «asap Focus». Сравнительный анализ.
- •Методология внедрения ис компании Microsoft «ms Dynamics Sure Step». Эволюция. Особенности.
- •Руководство pmbok. Группы процессов управления проектами.
- •Руководство pmbok. Области знаний по управлению проектами.
- •Сетевое планирование. Элементы сетевых моделей. Критический путь.
- •Правила расчета сетевых графиков секторным способом.
Технологии и методы проектирования эис (эаис).
Метод проектирования включает совокупность трёх составляющих:
1) пошаговой процедуры, определяющей последовательность технологических операций проектирования (рис. 4.1);
2) критериев и правил, используемых для оценки результатов выполнения технологических операций;
3) нотаций (графических и текстовых средств), используемых для описания проектируемой системы.
Рис. 4.1. Представление технологической операции проектирования.
Практически любой технологический процесс может быть частью сложного процесса. Он может включать в себя набор простых (менее сложных) технологических процессов и операций. Он может начинаться с любого уровня и не включать, например, этапы или операции, а состоять только из действий. Для реализации этапов технологического процесса могут использоваться разные программные среды и технологические операции и инструкции.
Технологическую операцию считают элементарным (простым) технологическим процессом. При этом, информационная операция – это отдельная законченная часть процесса (изменение содержания областей смыслового пространства субъекта) или инструкция.
Технологические инструкции, составляющие основное содержание технологии, состоят из описания последовательности технологических операций, условий, в зависимости от которых выполняется та или иная операция, и описаний самих операций.
Реальное применение любой технологии проектирования, разработки и сопровождения ИС невозможно без выработки ряда стандартов (правил, соглашений), которые должны соблюдаться всеми участниками проекта. К ним относят стандарты:
проектирования;
оформления проектной документации;
пользовательского интерфейса.
Рис. 4.2. Этапы (последовательность) исследований.
Наиболее часто при проектировании ИС используют технологии и методы системного проектирования.
Системное (предварительное, концептуальное) проектирование включает в себя следующие стадии:
1) определение общих целей проектирования с формированием локальных (отдельных) целей разработки;
2) формирование концепции системы (объекта исследования) и подготовки данных для создания модели объекта;
3) разработки описания системы в виде структур объекта проектирования и построения функциональных подсистем объекта;
4) формализация задач проектирования, в том числе формирование области поиска решений, систем предпочтений и ограничений, требований к объекту и т.п.
Результатом системного (концептуального) проектирования является разработка ТЗ и, при необходимости, технико-экономического обоснования.
Концептуальное проектирование порой называют техническим. Его основными этапами являются:
1) предварительное проектирование,
2) эскизное (рабочее или техно-рабочее) проектирование,
3) изготовление, испытания и доводка опытного образца системы
Модульное программирование – метод разработки программ, предполагающий разбиение программы на независимые модули. Считается, что модуль должен обладать оптимальными размерами (как правило, целиком помещаться на экране дисплея) и что разделение большой программы на модули облегчает её разработку, отладку и сопровождение.
ER-модели -моделирование предметной области базируется на использовании графических диаграмм, включающих небольшое число разнородных компонентов. В 1976 году Чен (Chen) предложил для проектирования ИС (баз данных) использовать ER-модели (Entity Relationship model – модель «сущность-связь»), представляющие концептуальные модели данных. Они получили широкое распространение в современных CASE-системах, поддерживающих автоматизированное проектирование ИС и обычно используются на этапе информационно-логического моделирования.