Характеристики классов технологий проектирования

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

Средства проектирования должны быть:

- в своем классе инвариантными к объекту проектирования;

- охватывать в совокупности все этапы жизненного цикла ЭИС;

- технически, программно и информационно совместимыми;

- простыми, в освоении и применении;

- экономически целесообразными.

Средства проектирования ЭИС можно разделить на два класса: без использования компьютерови с использованием компьютеров.

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

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

К первому подклассу относятся операционные средства, которые поддерживают проектирование операций обработки информации. К данному подклассу средств относятся алгоритмические языки, библиотеки стандартных подпрограмм и классов объектов, макрогенераторы, генераторы программ типовых операций обработки данных и т.п., а также средства расширения функций операционных систем (утилиты). В данный класс включаются также такие простейшие инструментальные средства проектирования, как средства для тестирования и отладки программ, поддержки процесса документирования проекта и т.п. Особенность последних программ заключается в том, что с их помощью повышается производительность труда проектировщиков, но не разрабатывается законченное проектное решение.

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

Ко второму подклассу относят средства, поддерживающие проектирование отдельных компонентов проекта ЭИС. К данному подклассу относятся средства общесистемного назначения:

- системы управления базами данными (СУБД);

- методоориентированные пакеты прикладных программ (решение задач дискретного программирования, математической статистики и т.п.);

- табличные процессоры;

- статистические ППП;

- оболочки экспертных систем;

- графические редакторы;

- текстовые редакторы;

- интегрированные ППП (интерактивная среда с встроенными диалого­выми возможностями, позволяющая интегрировать вышеперечисленные программные средства).

Для перечисленных средств проектирования характерно их использование для разработки технологических подсистем ЭИС: ввода информации, организации хранения и доступа к данным, вычислений, анализа и отображения данных, принятия решений.

К третьему подклассу относятся средства, поддерживающие проектирование разделов проекта ЭИС. В этом подклассе выделяют функциональные средства проектирования.

Функциональные средства направлены на разработку автоматизирован­ных систем, реализующих функции, комплексы задач и задачи управления. Разнообразие предметных областей порождает многообразие средств данного подкласса, ориентированных на тип организационной системы (промышленная, непромышленная сферы), уровень управления (например, предприятие, цех, отдел, участок, рабочее место), функцию управления (планирование, учет и т.п.).

К функциональным средствам проектирования систем обра­ботки информации относятся типовые проектные решения, фун­кциональные пакеты прикладных программ, типовые проекты.

К четвертому подклассу средств проектирования ЭИС относятся средства, поддерживающие разработку проекта на стадиях и этапах процесса проектирования. К данному классу относится подкласс средств автоматизации проектирования ЭИС (СASE-средства).

Современные CASE-средства, в свою очередь, классифицируются в основном по двум признакам:

1) по охватываемым этапам процесса разработки ЭИС;

2) по степени интегрированности: отдельные локальные средства (tools), набор неинтегрированных средств, охватывающих большинство этапов разработки ЭИС (toolkit) и полностью интегрированные средства, связанные общей базой проектных данных – репозиторием (workbench).

Жизненный цикл ЭИС

Потребность в создании ЭИС может обусловливаться либо необходимостью автоматизации или модернизации существующих информационных процессов, либо необходимостью коренной реорганизации в деятельности предприятия (проведении бизнес-реинжиниринга). Потребности создания ЭИС указывают, во-первых, для достижения каких именно целей необходимо разработать систему; во-вторых, к какому моменту времени целесообразно осуществить разработку; в-третьих, какие затраты необходимо осуществить для проектирования системы.

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

Совокупность стадий и этапов, которые проходит ЭИС в своем раз­витии от момента принятия решения о создании системы до момента прек­ращения функционирования системы, называется жизненным циклом ЭИС.

Суть содержания жизненного цикла разработки ЭИС в различных подходах одинакова и сводится к выполнению следующих стадий:

1. Планирование и анализ требований (предпроектная стадия) – систем­ный анализ. Исследование и анализ существующей информационной системы, определение требований к создаваемой ЭИС, оформление технико-экономи­ческого обоснования (ТЭО) и технического задания (ТЗ) на разработку ЭИС.

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

3. Реализация (рабочее проектирование, физическое проектирование, программирование). Разработка и настройка программ, наполнение баз данных, создание рабочих инструкций для персонала, оформление рабочего проекта.

4. Внедрение (тестирование, опытная эксплуатация). Комплексная отладка подсистем ЭИС, обучение персонала, поэтапное внедрение ЭИС в эксплуатацию по подразделениям экономического объекта, оформление акта о приемо-сдаточных испытаниях ЭИС.

5. Эксплуатация ЭИС (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ЭИС, исправление ошибок и недоработок, оформление требований к модернизации ЭИС и ее выполнение (повторение стадий 2 – 5).

Часто второй и третий этапы объединяют в одну стадию, называемую техно-рабочим проектированием или системным синтезом. На рис. 3.2 представлена обобщенная блок-схема жизненного цикла ЭИС. Рассмотрим основное содержание стадий и этапов на представленной схеме.

Системный анализ

К основным целям процесса относится следующее:

- сформулировать потребность в новой ЭИС (идентифицировать все недостатки существующей ЭИС);

- выбрать направление и определить экономическую целесооб­разность проектирования ЭИС.

Системный анализ ЭИС начинается с описания и анализа функционирования рассматриваемого экономического объекта (системы) в соответствии с требованиями (целями), которые предъявляются к нему (блок 1).

Рисунок 3.2 – Обобщенная технологическая схема жизненного цикла ЭИС

В результате этого этапа выявляются основные недостатки существующей ЭИС, на основе которых формулируется потребность в совершенствовании системы управления этим объектом, и ставится задача определения экономически обоснованной необходимости автоматизации определенных функций управления (блок 2), то есть создается технико-экономическое обоснование проекта. После определения этой потребности возникает проблема выбора направлений совершенствования объекта на основе выбора программно-технических средств (блок 3). Результаты оформляются в виде технического задания на проект, в котором отражаются технические условия и требования к ЭИС, а также ограничения на ресурсы проектирования. Требования к ЭИС определяются в терминах функций, реализуемых системой, и предоставляемой ею информацией.

Системный синтез

Этот процесс предполагает:

- разработать функциональную архитектуру ЭИС, которая отражает структуру выполняемых функций;

- разработать системную архитектуру выбранного варианта ЭИС, то есть состав обеспечивающих подсистем;

- выполнить реализацию проекта.

Этап по составлению функциональной архитектуры (ФА), представляющей собой совокупность функциональных подсистем и связей между ними (блок 4), является наиболее ответственным с точки зрения качества всей последующей разработки.

Построение системной архитектуры (СА) на основе ФА (блок 5) предполагает выделение элементов и модулей информационного, технического, программного обеспечения и других обеспечи­вающих подсистем, определение связей по информации и управлению между выделенными элементами и разработку технологии обработки информации.

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

Внедрение разработанного проекта (блоки 7-10).

Процесс предполагает выполнение следующих этапов: опытное внедрение и промышленное внедрение.

Этап опытного внедрения (блок 7) заключается в проверке работоспособности элементов и модулей проекта, устранении ошибок на уровне элементов и связей между ними.

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

Date: 2016-05-25; view: 733; Нарушение авторских прав