Название: Проектирование экономических информационных систем - Смирнова Г. Н. Жанр: Информатика Рейтинг: Просмотров: 794 |
2.2 жизненный цикл эисПотребность в создании ЭИС может обусловливаться либо необходимостью автоматизации или модернизации существующих информационных процессов, либо необходимостью коренной реорганизации в деятельности предприятия (проведении бизнес-реинжиниринга). Потребности создания ЭИС указывают, во-первых, для достижения каких именно целей необходимо разработать систему; во-вторых, к какому моменту времени целесообразно осуществить разработку; в-третьих, какие затраты необходимо осуществить для проектирования системы. Проектирование ЭИС - трудоемкий, длительный и динамический процесс. Технологии проектирования, применяемые в настоящее время, предполагают поэтапную разработку системы. Этапы по общности целей могут объединяться в стадии. Совокупность стадий и этапов, которые проходит ЭИС в своем развитии от момента принятия решения о создании системы до момента прекращения функционирования системы, называется жизненным циклом ЭИС. Суть содержания жизненного цикла разработки ЭИС в различных подходах одинакова и сводится к выполнению следующих стадий: Планирование и анализ требований (предпроектная стадия) -системный анализ. Исследование и анализ существующей информационной системы, определение требований к создаваемой ЭИС, оформление технико-экономического обоснования (ТЭО) и технического задания (ТЗ) на разработку ЭИС. Проектирование (техническое проектирование, логическое проектирование). Разработка в соответствии со сформулированными требованиями состава автоматизируемых функций(функциональная архитектура) и состава обеспечивающих подсистем (системная архитектура), оформление технического проекта ЭИС. Реализация (рабочее проектирование, физическое проектирование, программирование). Разработка и настройка программ, наполнение баз данных, создание рабочих инструкций для персонала, оформление рабочего проекта. Внедрение (тестирование, опытная эксплуатация). Комплексная отладка подсистем ЭИС, обучение персонала, поэтапное внедрение ЭИС в эксплуатацию по подразделениям экономического объекта, оформление акта о приемо-сдаточных испытаниях ЭИС. 3* 35
5. Эксплуатация ЭИС (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ЭИС, исправление ошибок и недоработок, оформление требований к модернизации ЭИС и ее выполнение (повторение стадий 2 - 5). Часто второй и третий этапы объединяют в одну стадию, называемую техно-рабочим проектированием или системным синтезом На рис. 2.2 представлена обобщенная блок-схема жизненного цикла ЭИС. Рассмотрим основное содержание стадий и этапов на представленной схеме Системный анализ. К основным целям процесса относится следующее: сформулировать потребность в новой ЭИС (идентифицировать все недостатки существующей ЭИС); выбрать направление и определить экономическую целесообразность проектирования ЭИС. Системный анализ ЭИС начинается с описания и анализа функционирования рассматриваемого экономического объекта (системы) в соответствии с требованиями (целями), которые предъявляются к нему (блок 1). В результате этого этапа выявляются основные недостатки существующей ЭИС, на основе которых формулируется потребность в совершенствовании системы управления этим объектом, и ставится задача определения экономически обоснованной необходимости автоматизации определенных функций управления (блок 2), то есть создается технико-экономическое обоснование проекта После определения этой потребности возникает проблема выбора направлений совершенствования объекта на основе выбора программно-технических средств (блок 3). Результаты оформляются в виде технического задания на проект, в котором отражаются технические условия и требования к ЭИС, а также ограничения на ресурсы проектирования. Требования к ЭИС определяются в терминах функций, реализуемых системой, и предоставляемой ею информацией Системный синтез. Этот процесс предполагает: разработать функциональную архитектуру ЭИС, которая отражает структуру выполняемых функций; разработать системную архитектуру выбранного варианта ЭИС, то есть состав обеспечивающих подсистем; выполнить реализацию проекта. Этап по составлению функциональной архитектуры (ФА), представляющей собой совокупность функциональных подсистем и связей между ними (блок 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-технологий (см. гл. 13). Жизненный цикл при использовании RAD-технологии предполагает активное участие на всех этапах разработки конечных пользователей будущей системы и включает четыре основные стадии информационного инжиниринга: анализ и планирование информационной стратегии. Пользователи вместе со специалистами-разработчиками участвуют в идентификации проблемной области; проектирование. Пользователи принимают участие в техническом проектировании под руководством специалистов-разработчиков; конструирование. Специалисты-разработчики проектируют рабочую версию ЭИС с использованием языков 4-го поколения, внедрение. Специалисты-разработчики обучают пользователей работе в среде новой ЭИС.
2.3 Формализация технологии проектирования ЭИС
Сложность, высокие затраты и трудоемкость процесса проектирования ЭИС на протяжении всего жизненного цикла вызывают необходимость, с одной стороны, выбора адекватной экономическому объекту технологии проектирования, с другой стороны, наличия эффективного инструмента управления процессом ее применения. С этой точки зрения возникает потребность в построении такой формализованной модели технологии проектирования, когда на ее основе можно было бы оценить необходимость и возможность применения определенной технологии проектирования с учетом сформулированных требований к ЭИС и выделенных ресурсов на экономическом объекте, а в последующем контролировать ход и результаты проектирования. Известные методы сетевого планирования и управления проектами решают только одну часть поставленной проблемы: отражают последовательность технологических операций с временными и трудовыми характеристиками (подробное изложение методов сетевого планирования и управления проектами см. в главе 16). При этом не раскрывается в полной мере содержательная сторона процесса проектирования, необходимая сначала для понимания сущности и оценки эффективности технологии проектирования, а затем для использования в качестве инструкционного материала в непосредственной работе проектировщиков. В наибольшей степени задаче формализации технологии проектирования ЭИС соответствует аппарат технологических сетей проектирования, разработанный Э.Н. Хотяшовым и развитый И.Н. Дрогобыцким. Основой формализации технологии проектироавния ЭИС является формальное определение технологической операции (ТО) проектирования в виде четверки [93]:
Графическая интерпретация технологической операции представлена на рис. 2.3. Технологические операции графически представляются в виде блоков-прямоугольников, внутри которых даются наименование ТО, перечень используемых средств проектирования и ссылки на используемые ресурсы. Входы и выходы ТО представляются идентификаторами внутри кружков, от которых и к которым идут стрелки, указывающие входные и выходные потоки. Рассмотрим детально компоненты формального определения ТО. В качестве компонентов входа и выхода используются множества документов D, параметров Р, программ G, универсальных множеств (универсумов) U. Для любых компонентов входа и выхода должны быть заданы формы их представления в виде твердой копии или электронном виде. Документ D - это описатель множества взаимосвязанных фактов. С помощью документов описываются объекты материальных и информационных потоков, организационной структуры, технических средств, необходимые для проектирования и внедрения ЭИС. Документы определяют или исходные данные проектирования, или конечные результаты проектирования для реализации новой информационной системы, или промежуточные результаты, которые используются временно для выполнения последующих ТО. Конечные документы одновременно могут быть и промежуточными. Конечные документы должны быть оформлены в соответствии со стандартами представления проектной документации. Параметр Р - это описатель одного факта. В принципе параметр рассматривается как частный случай документа. Выделение параметров из состава документов подчеркивает значимость отдельных фактов в процессе проектирования ЭИС. Параметры выступают, как правило, в роли ограничений или условий процесса проектирования, например объем финансирования, срок разработки, форма предприятия и т.д. Параметры могут быть и варьируемыми с позиции анализа влияния их значений на результат проектирования ЭИС. Программа G - частный случай документа, представляющего описание алгоритма решения задачи, которое претерпевает свое изменение по мере изменения жизненного цикла ЭИС: от спецификации программы до машинного кода. Универсум U - это конечное и полное множество фактов (документов) одного типа. Обычно с помощью универсума описывается множество альтернатив, выбор из которого конкретного экземпляра определяет характер последующих проектных решений. В качестве универсумов могут рассматриваться множества параметризированных описаний технических средств, программных средств (операционных систем, СУБД, ППП и т.д.), технологий проектирования и т.д. Преобразователь П - это некоторая методика или формализованный алгоритм, или машинный алгоритм преобразования входа технологической операции в ее выход. Соответственно используются ручные, автоматизированные и автоматические методы реализации преобразователей. Для формализации преобразователей используются математические модели, эвристические правила, блок-схемы, псевдокоды. Ресурсы R - набор людских, компьютерных, временных и финансовых средств, которые позволяют выполнить технологическую операцию. Причем проектировщики могут быть специалистами разной квалификации. Наличие тех или иных ресурсов существенно сказывается на характере применяемой технологии проектирования Например, выделение сетевых компьютерных ресурсов позволяет осуществлять коллективную разработку ЭИС различными группами проектировщиков с распараллеливанием выполнения технологических операций. Средства проектирования S - это специальный вид ресурса, включающий методические и программные средства выполнения технологической операции. Если преобразователь является ручным, то средство проектирования представляет методику выполнения работы и в описании ТО дается ссылка на соответствующий бумажный или электронный документ. Если преобразователь является автоматизированным или автоматическим, в описании ТО указывается ссылка на название и описание программного средства, а также руководство по его эксплуатации, причем для автоматизированных преобразователей руководство по эксплуатации в большей степени должно быть ориентировано на методику работы проектировщика с помощью данного программного средства. На основе отдельных технологических операций строится технологическая сеть проектирования (ТСП), под которой понимается взаимосвязанная по входам и выходам последовательность технологических операций проектирования, выполнение которых приводит к достижению требуемого результата - созданию проекта ЭИС [93 ]. На ТСП технологические операции графически связываются по общим входам и выходам, когда выход одной ТО является входом другой ТО (рис. 2.4). Технологические сети проектирования могут строиться с различной степенью детализации. Наиболее детализированная ТСП, в которой каждая технологическая операция является ручной, называется канонической. Каноническая ТСП наиболее пригодна для проектировщиков-исполнителей, для которых ТСП является руководством по проектированию ЭИС. Вместе с тем каноническая ТСП всего проекта редко используется в полном объеме, скорее различные категории пргектировишков-исполнителей пользуются относящимися к их компетенции фрагментами канонической сети.
Для различных категорий участников и разработчиков проекта ЭИС требуется различная степень агрегации-детализации ТСП. Наименее детализированная ТСП нужна заказчикам, для которых она представляет набор взаимосвязанных технологических этапов со входами, соответствующими предоставляемой разработчикам информации, и выходами, соответствующими получаемым проектным документам. Для руководителей проектов технологические операции, как правило, соответствуют календарным работам с четкими сроками сдачи и документальными результатами. В принципе для этих категорий пользователей ТСП может быть преобразована в традиционный сетевой график. На этом уровне представления ТСП могут не указываться отдельные ресурсы или средства проектирования. Для взаимодействующих проектировщиков-исполнителей очень важно отражение в ТСП связей по входу-выходу, поскольку для качественного выполнения любой технологической операции необходимо точное выполнение требований по входу, соответствующему выходу другой ТО. Для конкретного проектировщика-исполнителя относящаяся к его компетенции технологическая операция-агрегат всегда может быть раскрыта в виде фрагмента канонической сети. При использовании средства автоматизированного проектирования проектировщик-исполнитель может пользоваться технологическими операциями-агрегатами, объединяющими фрагменты канонической ТСП. Для таких ТО обязательно задается ссылка на используемое средство проектирования. Причем если средство проектирования является комплексным, то указываются конкретный компонент (функция, модуль, опция и т.д.) или компоненты этого средства. Вместе с тем в техническом описании средства проектирования полезно иметь ТСП его применения, чтобы понять функциональные возможности этого средства. Так, если ТСП программы автоматизации проектирования схемы базы данных не полностью соответствует требуемой канонической схеме проектирования (например, отсутствует операция нормализации таблиц), то проектировщики либо выберут из универсума другое средство проектирования, либо нормализацию будут выполнять вручную, а отображение в схему DDL - с помощью программы. Технологические сети проектирования могут иметь вариантный характер построения. Например, ТСП проектирования выходных форм отчетов зависит от средства проектирования, выбор которого, в свою очередь, определяется сложностью отчетов. Для правильного выбора средства проектирования из универсума вводится специальная технологическая операция, которая сопоставляет параметры требований (например, число степеней, итоги отчетов, многотабличность формы, многофай-ловость базы данных и др.) с аналогичными параметрами средства проектирования. В зависимости от выбранного средства проектирования далее выбирается конкретная ветка ТСП. Например, если в универсуме средств проектирования есть только генератор отчетов, работающий с одним файлом, то в технологическую сеть потребуется ввести технологическую операцию проектирования выходного файла. Если ни одно из средств проектирования не подходит, то проектирование осуществляется в соответствии с канонической сетью проектирования.
Вопросы для самопроверки Что включает в себя технология проектирования ЭИС? Что такое технологический процесс проектирования ЭИС? Что такое технологическая операция проектирования ЭИС? Каковы требования к технологии проектирования ЭИС?
Что такое методология проектирования ЭИС? Что понимается под организацией проектирования ЭИС? Как классифицируются методы проектирования ЭИС? Какие признаки характеризуют каноническое проектирование ЭИС? Какие признаки характеризуют автоматизированное проектирование ЭИС? Какие признаки характеризуют типовое проектирование ЭИС? Что такое индустриальное проектирование ЭИС?
Как классифицируются средства проектирования ЭИС? Какие стадии входят в жизненный цикл ЭИС? Чем отличаются системный анализ и системный синтез? Каковы требования к проектированию ЭИС? Какие существуют модели жизненного цикла ЭИС? Как формально определяется технологическая операция проектирования? Как строится технологическая сеть проектирования ЭИС?
Раздел 2 КАНОНИЧЕСКОЕ ПРОЕКТИРОВАНИЕ ЭИС
|
| Оглавление| |
- Акмеология
- Анатомия
- Аудит
- Банковское дело
- БЖД
- Бизнес
- Биология
- Бухгалтерский учет
- География
- Грамматика
- Делопроизводство
- Демография
- Естествознание
- Журналистика
- Иностранные языки
- Информатика
- История
- Коммуникация
- Конфликтология
- Криминалогия
- Культурология
- Лингвистика
- Литература
- Логика
- Маркетинг
- Медицина
- Менеджмент
- Метрология
- Педагогика
- Политология
- Право
- Промышленность
- Психология
- Реклама
- Религиоведение
- Социология
- Статистика
- Страхование
- Счетоводство
- Туризм
- Физика
- Филология
- Философия
- Финансы
- Химия
- Экология
- Экономика
- Эстетика
- Этика
Лучшие книги
Гражданский процесс: Вопросы и ответы
ЗАПАДНОЕВРОПЕЙСКОЕ ИСКУССТВО от ДЖОТТО до РЕМБРАНДТА
Коммуникации стратегического маркетинга
Консультации по английской грамматике: В помощь учителю иностранного языка.
Международные экономические отношения