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

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

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

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

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

V - Вход, W - Выход, П - Преобразователь, R - Ресурсы, S – Средства.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ЛЕКЦИЯ 7

КАНОНИЧЕСКОЕ ПРОЕКТИРОВАНИЕ ЭИС.

СОДЕРЖАНИЕ И МЕТОДЫ КАНОНИЧЕСКОГО ПРОЕКТИРОВАНИЯ ЭИС.

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

В основе канонического проектирования лежит каскадная модель жизненного цикла ЭИС. Процесс каскадного проектирования в жизненном цикле ЭИС в соответствии с применяемым в нашей стране ГОСТ 34601-90 «Автоматизированные системы стадий создания» делится на следующие семь стадий:

1. исследование и обоснование создания системы;

2. разработка технического задания;

3. создание эскизного проекта;

4. техническое проектирование;

5. рабочее проектирование;

6. ввод в действие;

7. функционирование, сопровождение, модернизация.

В целях изучения взаимосвязанных приемов и методов канонического проектирования ЭИС перечисленные 7 стадий можно сгруппировать в часто используемые на практике четыре стадии процесса разработки ЭИС (рис. 10):

Д1.1 - предметная область; Д1.2 - материалы обследования; Д1.3 - ТЭО, ТЗ на проектирование; Д1.4 - эскизный проект; Д2.1 - техно-рабочий проект (ТРП); Д3.1 - исправленный ТРП, переданный в эксплуатацию; Д3.2 - акт о приемке проекта в промышленную эксплуатацию; Д4.1 - модернизированный ТРП

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

На первой «Предпроектной стадии» принято выделять два основных этапа: сбор материалов обследования; анализ материалов обследования и разработка технико-экономического обоснования (ТЭО) и технического задания (ТЗ).

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

После выполнения второго этапа проектировщики получают количественные и качественные характеристики информационных потоков, описание их структуры и мест обработки, объемов выполняемых операций и трудоемкости их обработки. На основе этих материалов разрабатываются два документа: «Технико-экономическое обоснование проектных решений» (ТЭО), содержащее расчеты и обоснование необходимости разработки ЭИС для предприятия и выбираемых технологических и проектных решений (Д1.3), и «Техническое задание» (ТЗ), в состав которого входят требования к создаваемой системе и ее отдельным компонентам: программному, техническому и информационному обеспечению и целевая установка на проектирование новой системы (Д 1.4). Эти документы являются основными для последующего проектирования ЭИС в соответствии с заданными требованиями.

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

Вторая стадия «Техно-рабочее проектирование» выполняется в два этапа: техническое проектирование и рабочее проектирование.

На этапе «Техническое проектирование» выполняются работы по логической разработке и выбору наилучших вариантов проектных решений, в результате чего создается «Технический проект». Этап «Рабочее проектирование» связан с физической реализацией выбранного варианта проекта и получением документации «Рабочего проекта». При наличии опыта проектирования эти этапы иногда объединяются в один, в результате выполнения которого получают «Техно-рабочий проект» (ТРП) - Д2.1.

Третья стадия «Внедрение проекта» включает в себя три этапа: подготовка объекта к внедрению проекта; опытное внедрение проекта и сдача его в промышленную эксплуатацию.

На этапе «Подготовка объекта к внедрению проекта» осуществляется комплекс работ по подготовке предприятия к внедрению разработанного проекта ЭИС. На этапе «Опытное внедрение» осуществляют проверку правильности работы некоторых частей проекта и получают исправленную проектную документацию и «Акт о проведении опытного внедрения». На этапе «Сдача проекта в промышленную эксплуатацию» осуществляют комплексную системную проверку всех частей проекта, в результате которой получают доработанный «Техно-рабочий проект» (Д3.1) и «Акт приемки проекта в промышленную эксплуатацию» (Д3.2).

Четвертая стадия - «Эксплуатация и сопровождение проекта» включает этапы: эксплуатация проекта; сопровождение и модернизация проекта.

На этапе «Эксплуатация проекта» получают информацию о работе всей системы в целом и отдельных ее компонентов и собирают статистику о сбоях системы в виде рекламаций и замечаний, которые накапливаются для выполнения следующего этапа. На этапе «Сопровождение проекта» выполняются два вида работ: ликвидируются последствия сбоев в работе системы и исправляются ошибки, не выявленные при внедрении проекта, а также осуществляется модернизация проекта. В процессе модернизации проект либо дорабатывается, т.е. расширяется по составу подсистем и задач, либо производится перенос системы на другую программную или техническую платформу с целью адаптации ее к изменяющимся внешним и внутренним условиям функционирования, в результате чего получают документы модернизированного «Техно-рабочего проекта» (Д4.1).

ЛЕКЦИЯ 8

Состав и содержание работ на предпроектной стадии создания ЭИС.

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

Важнейшими объектами обследования могут являться:

• структурно-организационные звенья предприятия (например, отделы управления, цехи, участки, рабочие места);

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

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

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

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

• материальные потоки и процессы их обработки.

Основной целью выполнения первого этапа предпроектного обследования «Сбор материалов» является:

• выявление основных параметров предметной области (например, предприятия или его части);

• установление условий, в которых будет функционировать проект ЭИС;

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

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

Выполнение операции «Предварительное изучение предметной области» (П1) (рис. 11) имеет своей целью на основе общих сведений об объекте (Д1.1) выявить предварительные размеры объемов работ по проектированию и состав стоимостных и временных ограничений на процессы проектирования, а также найти примеры разработок проектов ЭИС для аналогичных систем (Д1.2).

Д 1.1 - общие сведения об объекте; Д 1.2 - примеры разработок проектов ЭИС для аналогичных систем; U 2.1 - универсум технологий проектирования; Д 2.1 - ресурсы; Д 2.2 - описание выбранной технологии, методов и средств проектирования; U 3.1 - универсум методов проведения обследования; Д 3.1 - описание выбранного метода; U 4.1 - универсум методов сбора материалов обследования; Д 4.1 - описание выбранного метода; Д 5.1 - программа обследования; Д 6.1 - план-график выполнения работ на предпроектной стадии; U 7.1 - универсум методов формализации; Д 7.1 - общие параметры (характеристики) экономической системы; Д 7.2 – методы, и методики управления (алгоритм расчета экономических показателей); Д 7.3 - организационная структура экономической системы; Д 7.4 - параметры информационных потоков; Д 7.5 - параметры материальных потоков.

Важной операцией, определяющей все последующие работы по обследованию объекта и проектированию ЭИС, является «Выбор технологии проектирования» (П2). В настоящее время в универсум (U2.1) входит несколько типов технологий проектирования: технология оригинального, типового, автоматизированного и смешанного вариантов проектирования.

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

Основными ограничениями при выборе технологии из некоторого универсума технологий (U2.1) могут служить: наличие денежных средств на приобретение и поддержку выбранной технологии, ограничения по времени проектирования, доступность соответствующих инструментальных средств и возможность обеспечения поддержки их эксплуатации собственными силами, наличие специалистов соответствующей квалификации (Д2.1). Результатом выполнения этой операции служит получение описания выбранной технологии, методов и средств проектирования (Д2.2). Перед началом работ по проведению обследования необходимо выбрать метод проведения обследования (ПЗ). Все методы (U3.1) можно объединить в группы по следующим признакам:

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

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

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

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

Выполнение работ по обследованию предметной области в каком-либо подразделении и сбору материалов можно проводить на основе предварительного проведения выбора методов сбора материалов обследования (П4), универсум которых (U4.1) можно разделить на две группы (рис. 12):

• методы сбора, выполняемого силами проектировщиков-исполнителей, включающие методы проведения бесед и опросов, анализа материалов обследования, личных наблюдений, фотографии рабочего дня и хронометража рабочего времени спе­циалиста при выполнении им той или иной работы;

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

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

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

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

Метод фотографии рабочего дня исполнителя работ предполагает непосредственное участие проектировщиков и применение рассчитанного для регистрации данных наблюдения специального листа фотографии рабочего дня и распределения его между работами (рис. 13).

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

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

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

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

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

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

ЛЕКЦИЯ 9

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

При выборе метода следует учитывать следующие критерии:

• степень личного участия проектировщика в сборе материала;

• временные, трудовые и стоимостные затраты на получение

сведений в подразделениях.

Проектировщику необходимо знать и в каждом конкретном случае применять наиболее экономичный, обеспечивающий нужную полноту сведений метод сбора материалов обследования (рис. 14).

Обследование проводится по заранее разработанной программе (Д5.1), составляемой во время выполнения операции П5, содержащей перечень вопросов, ответы на которые дадут полное представление о деятельности изучаемого объекта и будут учтены при создании проекта ЭИС. Вопросы можно систематизировать по трем основным направлениям исследования объекта.

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

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

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

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

Сбор материалов обследования следует проводить с помощью стандартных форм и таблиц, которые удобно читать и обрабатывать.

ТСП на этапе «Анализ материалов обследования» содержит (рис. 15).

Д 1.1 - общие параметры (характеристики) экономической системы; Д 1.2 - методы и методики управления (алгоритм расчета экономических показателей); Д 1.3 - организационная структура экономической системы; Д 1.4 - параметры информационных потоков; Д 1.5 - параметры материальных потоков; U 1.1 - универсум факторов выбора; Д 1.6 - обоснование и список объектов автоматизации; U 2.1 - универсум факторов выбора задач; Д 2.1 - обоснование списка задач по каждому подразделению (объекту автоматизации); U 3.1 - универсум технических средств; U 3.2 - факторы отбора КТС; Д 3.1 - обоснование выбора КТС;

U 4.1 - универсум операционных систем; U 4.2 - факторы выбора ОС; Д 4.1 - обоснование выбора ОС и алгоязыков; U 5.1 - универсум способов организации ИБ; U 5.2 - универсум программных средств ведения ИБ; U 5.3 - факторы выбора; Д 5.1 - обоснование выбора и описание организации ИБ и программного средства;

U 6.1 - универсум методов и программных средств разработки; Д 6.1 - обоснование выбора метода проектирования и инструментального средства; Д 7.1 - ТЭО; Д 7.2 – ТЗ.

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

1. В разделе «Общие сведения о проекте» указывают: полное наименование системы, код системы, код договора, наименование предприятия-разработчика и предприятия-заказчика, перечень документов, на основе которых создается система, плановые сроки начала и окончания работ по созданию системы, сведения об источниках финансирования, порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей).

2. Раздел описания «Назначение, цели создания системы» состоит из двух подразделов:

в подразделе «Назначение системы» даются вид автоматизируемой деятельности и перечень объектов автоматизации, на которых предполагается ее использовать;

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

3. В разделе «Характеристика объекта автоматизации» приводятся: краткие сведения об объекте автоматизации; сведения об условиях эксплуатации объекта и характеристиках окружающей среды.

4. Раздел «Требования к системе» состоит из следующих подразделов: требования к системе в целом; требования к функциям (задачам), выполняемым системой; требования к видам обеспечения.

5. Раздел «Состав и содержание работ по созданию системы» должен содержать: перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 34.601 - 90; сроки выполнения; перечень организаций-исполнителей; перечень документов по ГОСТ 34.201 - 89 «Виды, комплектность и обозначение документов при создании автоматизированных систем», предъявляемых по окончании работ; вид и порядок проведения экспертизы технической документации и др.

6. В разделе «Порядок контроля приемки системы» указывают: виды, состав, методы испытания системы и ее частей; общие требования к приемке работ по стадиям; порядок утверждения приемных документов; статус приемочной комиссии.

7. В разделе «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» необходимо привести перечень необходимых мероприятий и их исполнителей, которые следует выполнять при подготовке объекта к вводу ЭИС в действие: приведение информации, поступающей в систему, к виду, пригодному для ввода в ЭВМ; создание условий функционирования объекта, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ; создание необходимых для функционирования системы подразделений и служб; сроки и порядок комплектования штатов и обучения персонала.

8. В разделе «Требования к документированию» приводят: перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201 - 89 и научно-технической документации отрасли заказчика.

9. В разделе «Источники разработки» должны быть перечислены документы и информационные материалы (ТЭО, отчеты о законченных научно-исследовательских разработках, информационные материалы на отечественные, зарубежные системы-аналоги и др.).

10. В состав ТЗ при наличии утвержденных методик включают приложения, содержащие расчеты экономической эффективности системы; оценку научно-технического уровня системы.

Работы на стадии «Техно-рабочего проектирования» выполняются на основе утвержденного «Технического задания». Разрабатываются основные положения проектируемой системы, принципы ее функционирования и взаимодействия с другими системами; определяется структура системы; разрабатываются проектные решения по обеспечивающим частям системы.

На стадии «Техно-рабочего проектирования» выполняются два этапа работ: техническое и рабочее проектирование. На первом из них - «Техническое проектирование» осуществляется логическая проработка функциональной и системной архитектуры ЭИС, в процессе которой строится несколько вариантов всех компонентов и проводится оценка вариантов по показателям: стоимости, трудоемкости, достоверности получаемых результатов, и составляется «Технический проект» системы (рис. 16).

Д 1.1 - ТЗ; Д 1.2 - основные положения по ЭИС; Д 2.1 - описание организационной структуры; Д 3.1 - описание функциональной структуры; Д 4.1 - принципы органи­зации информационного обеспечения; Д 5.1 - постановка задачи; Д 6.1 – формы первичных и результатных документов; Д 6.2 - система ведения документов; Д 7.1 - классификаторы; Д 8.1 - структуры сообщений; Д 9.1 - описание макетов и структур файлов; Д 10.1 - системы технологических процессов обработки данных; Д 11.1 - ТЭО; Д 11.2- описание состава и характеристика периферийной техники; Д 12.1 - АП; Д 13.1 - проектно-сметная документация; Д 14.1 - показатели экономической эффективности; Д 15.1 - план мероприятий по подготовке объекта к внедрению проекта ЭИС; Д 16.1 - технический проект системы.

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

• разработка общесистемных положений по ЭИС (П1);

• изменение организационной структуры (П2);

• определение функциональной структуры (ПЗ);

• разработка проектно-сметной документации и расчет экономической эффективности системы (П13), (П14);

• разработка плана мероприятий по внедрению ЭИС (П15).

При разработке основных положений по системе (П1) уточняются цели создания ЭИС и выполняемые ею функции; устанавливается ее взаимосвязь с другими системами и формируется документ Д1.2 «Основные положения». Далее уточняется и изменяется организационная структура (П2) и получается описание организационной структуры (Д2.1).

Наиболее принципиальной в данном комплексе работ является разработка функциональной архитектуры ЭИС (ПЗ) Д3.1 на базе универсума U3.1 принципов выделения функциональных подсистем (модулей, контуров): предметного, функционального, смешанного (предметно-функционального) и проблемного.

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

• разработка «Постановки задачи» для задач, входящих в состав каждой функциональной подсистемы (П5), включающей основные компоненты описания задачи и служащей основанием для разработки проектных решений по задаче;

• проектирование форм входных и выходных документов, системы ведения документов и макетов экранных форм документов (П6, П9);

• проектирование классификаторов экономической информации и системы ведения классификаторов (П7);

• разработка структуры входных и выходных сообщений (П8);

• проектирование состава и структур файлов информационной базы (П4);

• проектирование внемашинной и внутримашинной технологии решения каждой задачи (П10);

• уточнение состава технических средств (П11), (П12).

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

• характеристику задачи;

• описание выходной информации;

• описание входной информации

Результатом работ на данной стадии является утвержденный «Технический проект», состав и содержание которого регламентируются стандартом (ГОСТ 34.201 - 89).

На втором этапе-«Рабочем проектировании»осуществляется техническая реализация выбранных наилучших вариантов и разрабатывается документация «Рабочий проект» (рис. 18). Наиболее ответственной работой, выполняемой на этом этапе, являются «Кодирование и составление программной документации» (П1), содержание которой хорошо отражено в ряде источников. В ее состав входят следующие компоненты (Д 1.2):

• описание программ;

• спецификация программ;

• тексты программ;

• контрольные примеры;

• инструкции для системного программиста, оператора и

пользователя.

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

На Рис. 18 представлена ТСП этапа «Рабочее проектирование».

Д 1.1 - технический проект; Д 1.2 - документы программного обеспечения; Д 2.1 - технические документы и инструкции; Д 3.1 - правовые инструкции; Д 4.1 - рабочий проект.

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

Технологическая документация разрабатывается в соответствии с требованиями ГОСТ 3.11.09 - 82 «Система технологической документации. Термины и определения основных понятий», и составляет содержание технологического обеспечения ЭИС, которое можно разделить на несколько типов в соответствии с выделением следующих классов задач, решаемых в ЭИС:

• системы обработки данных (СОД);

• системы поддержки принятия решений (СППР);

• системы автоматизированного проектирования новой продукции (САПР) и т.д.

ЛЕКЦИЯ 10

Поиск по сайту: