Глава 2. Методологические основы проектирования ЭИС 2.1. Технология проектирования ЭИС

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

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

Таким образом, технология проектирования задается регламентированной последо­вательностью технологических операций, выполняемых в процессе создания проекта на ос­нове того или иного метода, в результате чего стало бы ясно, не только ЧТО должно быть сделано для создания проекта, но и КАК, КОМУ, и в КАКОЙ ПОСЛЕДОВАТЕЛЬНОСТИ это должно быть сделано.

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

К основным требованиям, предъявляемым к выбираемой технологии проектирова­ния, относятся следующие:

•    созданный с помощью этой технологии проект должен отвечать требованиям за­казчика:

•    выбранная технология должна максимально отражать все этапы цикла жизни проекта;

•    выбираемая технология должна обеспечивать минимальные трудовые и стоимо­стные затраты на проектирование и сопровождение проекта;

•    технология должна быть основой связи между проектированием и сопровожде­нием проекта;

•    технология должна способствовать росту производительности труда проекти­ровщика;

•    технология должна обеспечивать надежность процесса проектирования и экс­плуатации проекта;

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

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

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

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

Так, по степени автоматизации методы проектирования разделяются на методы:

•    ручного проектирования, при котором проектирование компонентов ЭИС осуще­ствляется без использования специальных инструментальных программных средств, а программирование на алгоритмических языках;

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

По степени использования типовых проектных решений различают следующие методы проектирования:

•    оригинального (индивидуального) проектирования, когда проектные решения разрабатываются «с нуля» в соответствии с требованиями к ЭИС;

•    типового проектирования, предполагающего конфигурацию ЭИС из готовых ти­повых проектных решений (программных модулей).

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

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

По степени адаптивности проектных решений методы проектирования класси­фицируются на методы:

•    реконструкции, когда адаптация проектных решений выполняется путем перера­ботки соответствующих компонентов (перепрограммирования программных модулей);

•    параметризации, когда проектные решения настраиваются (перегенерируются) в соответствии с изменяемыми параметрами;

•    реструктуризации модели, когда изменяется модель проблемной области, на ос­нове которой автоматически перегенерируются проектные решения.

Сочетание различных признаков классификации методов проектирования обуслов­ливает характер используемой технологии проектирования ЭИС, среди которых выделя­ются два основные класса: каноническая и индустриальная технологии (таблица 2.1). Ин­дустриальная технология проектирования в свою очередь разбивается на два подкласса: автоматизированное (использование СЛБЕ-технологий) и типовое (параметрически- ориентированное или модельно-ориентированное) проектирование. Использование инду­стриальных технологий проектирования не исключает использование в отдельных случа­ях канонической технологии.

Таблица 2.1

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

данному классу относится подкласс средств автоматизации проектирования ЭИС (CASE- средства).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Системный синтез предполагает:

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

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

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

 

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

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

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

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

Внедрение разработанного проекта (блоки 7-10) —.предполагает выполнение следующих этапов:

опытное внедрение,

промышленное внедрение.

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

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

Эксплуатация и сопровождение проекта. На этой стадии (блоки 11 и 12) выпол­няются следующие этапы:

эксплуатации проекта системы;

модернизация проекта ЭИС.

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

Важной чертой жизненного цикла ЭИС является его повторяемость «системный анализ - разработка - сопровождение - системный анализ». Это соответствует представ­лению об ЭИС как о развивающейся, динамической системе. При первом выполнении стадии «Разработка « создается проект ЭИС, а при повторном выполнении осуществляет­ся модификация проекта для поддержания его в актуальном состоянии.

Другой характерной чертой жизненного цикла является наличие нескольких цик­лов внутри схемы:

первый цикл, включающий блоки с 1 по 12 - это цикл первичного проектирова­ния ЭИС;

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

третий цикл (блоки: 9 - 10, 4 - 9) возникает после сдачи в промышленную экс­плуатацию, когда выявляют ошибки в функциональной архитектуре системы, связанные с несоответствием проекта требованиям заказчика по составу функциональных подсистем, составу задач и связями между ними;

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

- пятый цикл (блоки: 12, 1 - 12 ) возникает, если проект системы совершенно не со­ответствует требованиям, предъявляемым к организационно-экономической системе в ви­ду того, что осуществляется моральное его старение и требуется полное перепроектиро­вание системы.

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

Разработка ЭИС должна быть выполнена в строгом соответствии с сформулиро­ванными требованиями к создаваемой системе;

Требования к ЭИС должны адекватно соответствовать целям и задачам эффек­тивного функционирования экономического объекта;

Созданная ЭИС должна соответствовать сформулированным требованиям на мо­мент окончания внедрения, а не на момент начала разработки;

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

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

Каскадная модель (до 70 гг) - последовательный переход на следующий этап после завершения предыдущего.

Итерационная модель (70-80 гг.) - с итерационными возвратами на предыдущие этапы после выполнения очередного этапа.

Спиральная модель (80-90 гг.) - прототипная модель, предполагающая постепенное расширение прототипа ЭИС.

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

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

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

В основе спиральной модели жизненного цикла лежит применение прототипной технологии или RAD - технологии (rapid application development - технологии быстрой разработки приложений). (J. Martin. Rapid Application Development. New York: Macmillan, 1991). Согласно этой технологии ЭИС разрабатывается путем расширения программных прототипов, повторяя путь от детализации требований к детализации программного кода. Естественно, что при прототипной технологии сокращается число итераций и меньше возникает ошибок и несоответствий, которые необходимо исправлять на последующих итерациях, а само проектирование ЭИС осуществляется более быстрыми темпами, упро­щается создание проектной документации. Для более точного соответствия проектной до­кументации разработанной ЭИС все большее значение придается ведению общесистемно­го репозитория и использованию CASE-технологий.

Жизненный цикл при использовании RAD-технологии предполагает активное уча­стие на всех этапах разработки конечных пользователей будущей системы и включает че­тыре основные стадии так называемого информационного инжиниринга:

Анализ и планирование информационной стратегии. Пользователи вместе со специалистами-разработчиками участвуют в идентификации проблемной области.

Проектирование. Пользователи принимают участие в техническом проектирова­нии под руководством специалистов-разработчиков.

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

Внедрение. Специалисты разработчики обучают пользователей работе в среде новой ЭИС.

2.3. Формализация технологии проектирования ЭИС

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

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

В наибольшей степени задаче формализации технологии проектирования ЭИС со­ответствует аппарат технологических сетей проектирования, разработанный Э.Н. Хотя- шовым [ ] и развитый И.Н. Дрогобыцким [ ].

Основой формализации технологии проектироавния ЭИС является формальное оп­ределение технологической операции (ТО) проектирования в виде четверки:

<У - Вход, W - Выход, П - Преобразователь, Я - Ресурсы, Б - Средства>.

Графическая интерпретация технологической операции представлена на рис. 2.3. Техно­логические операции графически представляются в виде блоков-прямоугольников, внутри которых дается наименование ТО, перечень используемых средств проектирования и ссылки на используемые ресурсы. Входы и выходы ТО представляются идентификатора­ми внутри кружков, от которых и к которым идут стрелки, указывающие входные и вы­ходные потоки.

 

 

 

П : Р , Б

 

 

Рис. 2.3. Графическая интерпретация технологической операции

Рассмотрим детально компоненты формального определения ТО.

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

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

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

Программа О - частный случай документа, представляющая описание алгоритма решения задачи, которое претерпевает свое изменение по мере изменения жизненного цикла ЭИС: от спецификации программы до машинного кода.

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

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

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

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

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

 

Рис. 2.4. Технологическая сеть проектирования

 

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

Для укрупнения ТСП применяются технологические операции-агрегаты, которым соответствуют фрагменты канонической ТСП. Например, ТО «Проектирование схемы ба­зы данных» декомпозируется на ряд взаимосвязанных ТО: «Нормализация таблиц», «Ус­тановление связей», «Отображение в схему DDL СУБД» и т.д.

Для различных категорий участников и разработчиков проекта ЭИС требуется раз­личная степень агрегации/детализации ТСП. Наименее детализированная ТСП нужна заказ­чикам, для которых она представляет набор взаимосвязанных технологических этапов со входами, соответствующими предоставляемой разработчикам информации, и выходами, соответствующими получаемым проектным документам. Для руководителей проектов тех­нологические операции, как правило, соответствуют календарным работам с четкими сро­ками сдачи и документальными результатами. В принципе для этих категорий пользовате­лей ТСП может быть преобразована в традиционный сетевой график. На этом уровне представления ТСП могут не указываться отдельные ресурсы или средства проектирования.

Для взаимодействующих проектировщиков-исполнителей очень важно отражение в ТСП связей по входу-выходу, поскольку для качественного выполнения любой техноло­гической операции необходимо точное выполнение требований по входу, соответствую­щему выходу другой ТО. Для конкретного проектировщика-исполнителя относящаяся к его компетенции технологическая операция-агрегат всегда может быть раскрыта в виде фрагмента канонической сети.

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

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

Технологические сети проектирования могут иметь вариантный характер построе­ния. Например, ТСП проектирования выходных форм отчетов зависит от средства проек­тирования, выбор которого в свою очередь определяется сложностью отчетов. Для пра­вильного выбора средства проектирования из универсума вводится специальная технологическая операция, которая сопоставляет параметры требований (например, число степеней итогов отчетов, многотабличность формы, многофайловость базы данных и др.) с аналогичными параметрами средства проектирования. В зависимости от выбранного средства проектирования далее выбирается конкретная ветка ТСП (рис. 2.4). Например, если в универсуме средств проектирования есть только генератор отчетов, работающий с одним файлом, то в технологической сети потребуется ввести технологическую операцию проектирования выходного файла. Если не одно из средств проектирования не подходит, то проектирование осуществляется в соответствии с канонической сетью проектирования.

Вопросы для самопроверки:

Что включает в себя технология проектирования ЭИС?

Что такое технологический процесс проектирования ЭИС?

Что такое технологическая операция проектирования ЭИС?

Каковы требования к технологии проектирования ЭИС?

Что такое методология проектирования ЭИС?

Что понимается под организацией проектирования ЭИС?

Как классифицируются методы проектирования ЭИС?

Какие признаки характеризуют каноническое проектирование ЭИС?

Какие признаки характеризуют автоматизированное проектирование ЭИС?

Какие признаки характеризуют типовое проектирование ЭИС?

Что такое индустриальное проектирование ЭИС?

Как классифицируются средства проектирования ЭИС?

Какие стадии входят в жизненный цикл ЭИС?

Чем отличаются системный анализ и системный синтез?

Каковы требования к проектированию ЭИС?

Какие существуют модели жизненного цикла ЭИС?

Как формально определяется технологическая операция проектирования?

Как строится технологическая сеть проектирования ЭИС?

Раздел II. КАНОНИЧЕСКОЕ ПРОЕКТИРОВАНИЕ ЭИС