Классификация технологий проектирования информационных систем.

В зависимости от степени компьютерной поддержки процесса проектирования выделяют канонические и индустриальные технологии проектирования.

Каноническое проектирование предполагает использование инструментальных средств универсальной компьютерной поддержки и предназначена для создания индивидуальных(оригинальных) проектов локальных ИС. При этом адаптация проектных решений возможна лишь путем перепрограммирования соответствуюших программных модулей.

Технологии индустриального проектирования использует инструментальные средства специальной компьютерной поддержки для разработки проектов сложных интегрированных(корпоративных) ИС.

Технологии индустриального проектирования подразделяются: типовые, автоматизированные.

Преимуществами использования типовых технологий является высокое качество проверенных на практике типовых проектных решений; сокращение сроков и финансовых затрат на проектирование. Обычно ряд модулей программной системы носит типовой характер, а отдельные модули требуют индивидуальной обработки.

По характеру адаптации проектные решения технологии типового проектирования можно разделить на 2 группы: параметрически – ориентированные и модельно – ориентированные.

Автоматизированной проектирование сохраняет преимущества индивидуального подхода к проектированию и при этом обеспечивает сокращение сроков и стоимости проектирования.

В зависимости от метода декомпозиции, ИС, выбранного при построении ее модели различают: Функционально – ориентированные и объектно – ориентированные технологии автоматического проектирования.

Стадии и этапы канонического проектирования информационных систем. Состав и содержание работ на стадиях. Итерационная модель проектирования информационных систем.

Идея деления процесса проектирования на стадии и этапы состоит в том, чтобы постепенно, проектируя «сверху - вниз» разрабатывать проектные решения сначало укрупнено, а затем детализировано. Процесс проектирования рекомендуется проводить в соответствии с ГОСТ 34.601-90 «Информационные технологии. Комплекс стандартов на АС. АС. Стадия создания». Указанный ГОСТ предлагает следующие 8 стадий процесса проектирования:

· формирование требований к АС (автоматизированной системе),

Данный документ носит регламентационный характер.

В каноническом проектировании используется каскадная или итерационная модель создания ИС.

Итерационная модель – это каскадная модель с промежуточным контролем. Ошибки или недоработки, обнаруженные на последующих стадиях устраняются путем возврата к предыдущим стадиям, т.е. итерационным путем. Схема итерационной модели.

Следует обратить внимание на необходимость тщательной проработки начальных стадий проектирования. Факт: устранение ошибок при создании системы на стадии технического проекта стоит в 2 раза дороже, чем на предпроектной стадии, а на последующих стадиях в 10 раз и более.

1 стадия. Главное на этой стадии – провести предпроектное обследование и дать технико-экономическое обоснование целесообразности создания системы. Формируются требования к функциональной части, обеспечивающие подсистему, а также методу проектирования.

2 стадия. Включает научно- исследовательские работы, разработку нескольких вариантов системы и выбор оптимального. Выполняется ориентировачный расчет ожидаемой экономической эффективности и дается оценка научно-технического уровня систем. На основании сбора данных об отечественных и зарубежных системах. Выполняется исполнителем для заказчика как рекомендация для систем.

Стадия 3. Техническое задание – это итог предроектной работы по созданию ИС. Это документ, направленный от заказчика к исполнителю как задание. Главным здесь является состав функциональных задач будущей системы и требования к обеспечивающим системам. Главный документ формируется в соответствии с ГОСТ 34.602-89 «Техническое задание на создание АС».

Стадия 4. Ее цель – разработка предварительных решений. В экономических ИС применяется редко.

Стадия 5. Это основная стадия. Здесь уточняется состав и количество технических средств системы к узлам обработки данных. В части орг-го обеспечения предлагаются изменения в орг-ой структуре управления (пример: сливаются подразделения). В части инф-го обеспечения выбирается система классификации и кодирования, разрабатывается классификатор технико-экономической инф-ции; проектируется БД. Главное – алгоритмизация функциональных задач (не программирование). Разрабатываются формы документов, составляется план мероприятий по подготовке объекта к внедрению системы, проводится уточненный расчет ожидаемой экономической эффективности.

Стадия 6. Главное назначение – программирование или адаптация готовых программных средств. Здесь составляются технические инструкции, которые соответствуют должностным инструкциям, уточненным на стадии технического проектирования. При наличии проекта с-мы стадия техн-го проектирования. При наличии протатипа с-мы стадия технического проекта и рабочие документации объединяются в одну стадию – техно-рабочий проект.

Стадия 7. Проводится опытная эксплуатация и сдача системы комиссии в постоянную эксплуатацию в соответствии с требованиями технологического задания.

Стадия 8. Цель сопровождения ситемы – поддержание эксплуатационных характеристик на проектом уровне. Сопровождение осуществляется исполнителем. Формы сопровождения: консультационная помощь, устранение недостатков, предложения по развитию ИС.

Автоматизированное проектирование информационных систем. Стадии и этапы процесса проектирования ИС с применением CASE-технологии. Основные изменения в жизненном цикле ИС при использовании CASE-технологий по сравнению с традиционной разработкой. Архитектура CASE-средства. Классификация CASE-средств.

Проектирование ИС с применением компьютерной поддержки, называется CASE – технологии проектирования. CASE – технологии применяются не только для автоматизации проектирования ИС, но и для разработки моделей бизнес-процессов при проведении бизнес-анализа. CASE – технологии применяются в ситуациях, когда проблематика предметной области отличается большой сложностью.

Можно выделить следующие основные принципы создания ИС на основе CASE – технологий:

1. принцип всесторонней компьютерной поддержки проектирования.

2. принцип модельного подхода. CASE – система может поддерживать методологию функционально –ориентированного или объектно-ориентированного подхода

3. принцип иерархического представления модели предметной области. Данный принцип выражается в возможности последовательной детализации (декомпозиции) описания системы в соответствии с нисходящим подходом проектирования.

4. принцип наглядности представления модели –означает наличие в составе CASE –технологий визуальных средств проектирования. Система графических изображения и правила, предназначенные для описания структуры системы, элементов данных и т.д., называются нотацией Case – средства.

5. принцип декомпозиции процесса ПИС с применением CASE –технологий на стадии и этапы.

1.1 Предпроектные обследования подразделений организации

1.2 Разработка CASE-модели AS IS (как есть), отражающие существующие на момент обследования положения дел в организации и позволяющей понять, каким образом функционирует данная организация.

1.3 Анализ CASE -модели AS IS в целях выявления недостатков и выработки предложений по улучшению ситуаций

1.4 Разработка вариантов CASE -модели TO BE (как должно быть)

1.5 Выбор оптимального варианта CASE -модели TO BE в качестве тех. задания.

2.1Детализация иерархической модели ИС на основе функционально – ориентированного или объектно –ориентированного подхода

2.2 Разработка детализирующих моделей и диаграмм

4.1Ввод в действие и сопровождение системы на основе CASE -модели.

6. принцип перенесение трудоемкости разработки на стадии анализа и проектирования

7. принцип независимости CASE -модели предметной области от средств реализации программирования. Благодаря соблюдению данного принципа имеется возможность переносить проектные решения с одной программы технической платформы на другую.

8. Возможность как прямого, так и обратного проектирования ИС. Обратное проектирование заключается в формировании модели и спецификацией (описание) на основе анализа программных кодов и схем БД.

9. Наличие центрального компонента CASE -средства – репозитория, представляющего собой хранилище данных.

А) Репозиторий – специализированная БД проекта, предназначенная для отображения проектируемой ИС в каждый момент времени. Он содержит информацию:

Репозиторий обеспечивает резервные копирование проектных данных, хранение версий проекта, возможность коллективной

работы над проектом, контроль полноты и непротиворечивость данных.

Б) Средства контроля и сбора статистики выполняют функцию:

1) Выделение на диаграмме ошибочных элементов

2) мониторинг правильности построения диаграмм и выдачи сообщения об ошибках

В) Администратор проекта, предназначен для назначения или изменения прав доступа к репозиторию, мониторинга процесса проектирования и для выполнения других административных функций.

Г) Браузер позволяет просматривать диаграммы, переключаться между ними.

Можно привести много примеров различных классификаций CASE-средств, встречающихся в литературе. Остановимся на двух наиболее распространенных вариантах: по типам и категориям. Классификация по т и п а м отражает функциональную ориентацию CASE-средств на те или иные процессы ЖЦ и включает следующие типы:

· средства анализа, предназначенные для построения и анализа моделей предметной области (Designer/IDEF; BP-win и ARIS).

· средства анализа и проектирования, поддерживающие наиболее распространенные методологии проектирования, которые используются для создания проектных спецификаций, в частности проектных компонентов интерфейсов системы, архитектуры системы, алгоритмов и структур данных: Vantage Team Builder, Designer/2000, Silverran, PRO-4, CASE-аналитик, ARIS.

· средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL — Structured Query Language — структурированном языке запросов) для наиболее распространенных СУБД: ER-win, S-Designer/2000, Data Base Designer, ARIS Tooleset.

· Средства разработки приложений и генераторы кода, входящая в состав Uniface, Jam, Power Builder, Developer/2000, Delphi и т.д.

· Средства реинжиниринга, обеспечивающие анализ программных кодов и схем БД и формирование на их основе различных моделей и проектных спецификаций: ER-win, Vantage.Team Builder, Silverran, PRO-4, ARIS Tooleset, Designer/2000 и т.д. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программы на языке C++, Rational Rose, Object Team.

1) Средства планирования и управления проектом (Microsoft Project, SE Companion)

2) Средства конфигурационного управления (PVCS)

1) Локальные CASE-средства – применяются для анализа системы и разработки автоматизированных рабочих мест, поддерживают 1, 2 типа моделей и методов (CASE-аналитик, Design/IDEF)

2) Малые интегрированные CASE-средства, используются для создания небольших ИС, поддерживают несколько типов моделей и методов (ER-win, BP-win,, Silverran)

3) Средние интегрированные CASE-средства – поддерживают от 4-15 моделей и методов. В этой категории Rational Rose, Designer/2000.

4) Крупные интегрированные CASE-средства, поддерживаются свыше 15 типов моделей и методов. Пр-р: семейство программных продуктов ARIS.

Типовое проектирование информационных систем. Понятие, классификация, достоинства и недостатки типовых проектных решений. Параметрически-ориентированное и модельно-ориентированное типовое проектирование информационных систем: общая характеристика.

Методы типового проектирования ЭИС предполагают создание системы из готовых типовых элементов (типовых проектных решений). Для реализации составных компонентов системы выбираются имеющиеся на рынке типовые проектные решения,которые настраиваются на особенности конкретного предприятия.

ТПР – тиражируемое проектное решение. Выделяют следующие классы ТПР:

· элементные ТПР – типовые решения по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному);

· подсистемные ТПР – в качестве элементов типизации выступают отдельные подсистемы, разработанные с учетом функциональной полноты и минимизации внешних информационных связей;

· объектные ТПР – типовые отраслевые проекты, которые включают полный набор функциональных и обеспечивающих подсистем ИС.

Каждое типовое решение предполагает наличие помимо функциональных решений еще и документации с детальным описанием типового проектного решения и процедур настройки. Достоинства и недостаткиТПР

Для реализации типового проектирования используются два подхода: параметрически-ориентированное и модельно-ориентированное проектирование.

Параметрически-ориентированное проектирование включает следующие этапы: определение критериев оценки пригодности пакетов прикладных программ (ППП) для решения поставленных задач, анализ и оценка доступных ППП по сформулированным критериям, выбор и закупка наиболее подходящего пакета, настройка параметров (доработка) закупленного ППП.

Критерии оценки ППП делятся на следующие группы:

• отличительные признаки и свойства пакета;

• требования к техническим и программным средствам;

• помощь поставщика по внедрению и поддержанию пакета;

• оценка качества пакета и опыт его использования;

Модельно-ориентированное проектирование заключается в адаптации состава и характеристик типовой ИС в соответствии с моделью объекта автоматизации.

Технология проектирования в этом случае должна обеспечивать единые средства для работы как с моделью типовой ИС, так и с моделью конкретного предприятия.

Типовая ИС в специальной базе метаинформации — репозитории — содержит модель объекта автоматизации, на основе которой осуществляется конфигурирование программного обеспечения. Таким образом, модельно-ориентированное проектирование ИС предполагает, прежде всего, построение модели объекта автоматизации с использованием специального программного инструментария (например, SAP Business Engineering Workbench (BEW), BAAN Enterprise Modeler). Возможно также создание системы на базе типовой модели ИС из репозитория.

Репозиторий содержит базовую (ссылочную) модель ИС, типовые (референтные) модели определенных классов ИС, модели конкретных ИС предприятий.

Базовая модель ИС в репозиторий содержит описание бизнес-функций, бизнес-процессов, бизнес-объектов, бизнес-правил, организационной структуры, которые поддерживаются программными модулями типовой ИС.

Типовые модели описывают конфигурации информационной системы для определенных отраслей или типов производства.

Модель конкретного предприятия строится либо путем выбора фрагментов основной или типовой модели в соответствии со специфическими особенностями предприятия (BAAN Enterprise Modeler), либо путем автоматизированной адаптации этих моделей в результате экспертного опроса (SAP Business Engineering Workbench).

Построенная модель предприятия в виде метаописания хранится в репозиторий и при необходимости может быть откорректирована. На основе этой модели автоматически осуществляется конфигурирование и настройка информационной системы.

Бизнес-правила определяют условия корректности совместного применения различных компонентов ИС и используются для полдержания целостности создаваемой системы.

Модель бизнес-функций представляет собой иерархическую декомпозицию функциональной деятельности предприятия (подробное описание см. в разделе «Анализ и моделирование функциональной области внедрения ИС»).

Модель бизнес-процессов отражает выполнение работ для функций самого нижнего уровня модели бизнес-функций (подробное описание см. в разделе «Спецификация функциональных требований к ИС»). Для отображения процессов используется модель управления событиями (ЕРС — Event-driven Process Chain). Именно модель бизнес-процессов позволяет выполнить настройку программных модулей — приложений информационной системы в соответствии с характерными особенностями конкретного предприятия.

Модели бизнес-объектов используются для интеграции приложений, поддерживающих исполнение различных бизнес-процессов.

Модель организационной структуры предприятия представляет собой традиционную иерархическую структуру подчинения подразделений и персонала.

Внедрение типовой информационной системы начинается с анализа требований к конкретной ИС, которые выявляются на основе результатов предпроектного обследования объекта автоматизации

(см. раздел «Анализ и моделирование функциональной области внедрения ИС»). Для оценки соответствия этим требованиям программных продуктов может использоваться описанная выше методика опенки ППП. После выбора программного продукта на базе имеющихся в нем референтных моделей строится предварительная модель ИС, в которой отражаются все особенности реализации ИС для конкретного предприятия. Предварительная модель является основой для выбора типовой модели системы и определения перечня компонентов, которые будут реализованы с использованием других программных средств или потребуют разработки с помощью имеющихся в составе типовой ИС инструментальных средств (например, АВАР в SAP, Tools в BAAN).

Реализация типового проекта предусматривает выполнение следующих операций:

• установку глобальных параметров системы;

• задание структуры объекта автоматизации;

• задание перечня реализуемых функций и процессов;

Что делать, если нет взаимности? А теперь спустимся с небес на землю. Приземлились? Продолжаем разговор...

ЧТО И КАК ПИСАЛИ О МОДЕ В ЖУРНАЛАХ НАЧАЛА XX ВЕКА Первый номер журнала «Аполлон» за 1909 г. начинался, по сути, с программного заявления редакции журнала...

Что будет с Землей, если ось ее сместится на 6666 км? Что будет с Землей? - задался я вопросом...

Что способствует осуществлению желаний? Стопроцентная, непоколебимая уверенность в своем...

Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте: