Норенков И.П. - Автоматизированное производство (1054022), страница 57
Текст из файла (страница 57)
5.Для каждого класса АС (САПР, АСУ, геоинформационные системы и т.д.) можно указать фирмы,специализирующиеся на разработке программных (а иногда и программно-аппаратных) систем. Многие из них на основе одной из базовых технологий реализуют свой подход к созданию АС и придерживаются стратегии либо тотального поставщика, либо открытости и расширения системы приложениями и дополнениями третьих фирм.В России действует государственный стандарт на стадии создания автоматизированных системГОСТ 34.601-90. Существует и международный стандарт на стадии жизненного цикла программнойпродукции (ISO 12207:1995).
Как собственно АС, так и компоненты АС являются сложными системами и при их проектировании можно использовать один из стилей проектирования:— *'+,#-9A$$ (Top-of-Design); четкая реализация нисходящего проектирования приводит к +0'")45*#; /#-$4' разработки ПО, на каждом витке спирали блоки предыдущего уровня детализируются, используются обратные связи (альтернативой является так называемая %)+%)-*)9 /#-$45, относящаяся к поочередной реализации частей системы);— (#+,#-9A$$ (Bottom-of-Design);— B(#4<='#**#$ (Middle-of-Design).Чаще всего используется нисходящий стиль блочно-иерархического проектирования.Рассмотрим этапы нисходящего проектирования АС.Верхний уровень проектирования АС часто называют %#*=$0&7)45*./ проектированием.
Концептуальное проектирование выполняют в процессе предпроектных исследований, формулировки ТЗ,разработки эскизного проекта и прототипирования (согласно ГОСТ 34.601-90, эти стадии называютформированием требований к АС, разработкой концепции АС и эскизным проектом).!"$-0"#$%&*.$ '++4$-#()*'9 проводят путем анализа (обследования) деятельности предприятия (компании, учреждения, офиса), на котором создается или модернизируется АС. При этом нужнополучить ответы на вопросы: что не устраивает в существующей технологии? Что можно улучшить?Кому это нужно и, следовательно, каков будет эффект? Перед обследованием формируются и в процессе его проведения уточняются цели обследования — определение возможностей и ресурсов дляповышения эффективности функционирования предприятия на основе автоматизации процессов уп&.+.)$(*),$" .
!"#$%!#&'&($"!))$*+($*,#&($"!)&*1495@!"! 6%*#$A&,&+($*,#&($"!)&P !"#$%!#&'&($"!))KH :&:#*%равления, проектирования, документооборота и т.п. Содержание обследования — выявление структуры предприятия, выполняемых функций, информационных потоков, имеющихся опыта и средств автоматизации.
Обследование проводят системные аналитики (системные интеграторы) совместно спредставителями организации-заказчика.На основе анализа результатов обследования строят модель, отражающую деятельность предприятия на данный момент (до реорганизации). Такую модель называют “As Is”. Далее разрабатывают исходную концепцию АС. Эта концепция включает в себя предложения по изменению структурыпредприятия, взаимодействию подразделений, информационным потокам, что выражается в модели“To Be” (как должно быть).Результаты анализа конкретизируются в ТЗ на создание АС.
В ТЗ указывают потоки входной информации, типы выходных документов и предоставляемых услуг, уровень защиты информации, требования к производительности (пропускной способности) и т.п. ТЗ направляют заказчику для обсуждения и окончательного согласования.F+%'6*.; 0"#$%& (техническое предложение) представляют в виде проектной документации,описывающей архитектуру системы, структуру ее подсистем, состав модулей. Здесь же содержатсяпредложения по выбору базовых программно-аппаратных средств, которые должны учитывать прогноз развития предприятия.В отношении аппаратных средств и особенно ПО такой выбор чаще всего есть выбор фирмы-поставщика необходимых средств (или, по крайней мере, базового ПО), так как правильная совместнаяработа программ разных фирм достигается с большим трудом.
В проекте может быть предложено несколько вариантов выбора. При анализе выясняются возможности покрытия автоматизируемых функций имеющимися программными продуктами и, следовательно, объемы работ по разработке оригинального ПО. Подобный анализ необходим для предварительной оценки временных и материальныхзатрат на автоматизацию. Учет ресурсных ограничений позволяет уточнить достижимые масштабыавтоматизации, подразделить проектирование АС на работы первой, второй и т.д. очереди.После принятия эскизного проекта разрабатывают 0"#&'0 АС, представляющий собой наборпрограмм, эмулирующих работу готовой системы.
Благодаря прототипированию можно не только разработчикам, но и будущим пользователям АС увидеть контуры и особенности системы и, следовательно, заблаговременно внести коррективы в проект.Как на этапе обследования, так и на последующих этапах целесообразно придерживаться определенной дисциплины фиксации и представления получаемых результатов, основанной на той илииной методике формализации спецификаций.
Формализация нужна для однозначного понимания исполнителями и заказчиком требований, ограничений и принимаемых решений.При концептуальном проектировании применяют ряд спецификаций, среди которых центральное место занимают /#-$4' преобразования, хранения и передачи информации. Модели, полученныев процессе обследования предприятия, являются моделями его функционирования.
В процессе разработки АС модели, как правило, претерпевают существенные изменения (переход от “As Is” к “To Be”)и в окончательном виде модель “To Be” рассматривают в качестве модели проектируемой АС.Различают функциональные, информационные, поведенческие и структурные модели. H7*%='#*)45*)9 модель системы описывает совокупность выполняемых системой функций.
D*E#"/)='#**.$ модели отражают структуры данных — их состав и взаимосвязи. !#($-$*1$+%'$ модели описывают информационные процессы (динамику функционирования), в них фигурируют такие категории,как состояние системы, событие, переход из одного состояния в другое, условия перехода, последовательность событий, осуществляется привязка ко времени. :&"7%&7"*.$ модели характеризуют морфологию системы (ее построение) — состав подсистем, их взаимосвязи.Содержанием последующих этапов нисходящего проектирования (согласно ГОСТ 34.601-90, этостадии разработки технического проекта, рабочей документации, ввода в действие) является уточнение перечней приобретаемого оборудования и готовых программных продуктов, построение системной среды, детальное инфологическое проектирование БД и их первоначального наполнения, разработка собственного оригинального ПО, которая, в свою очередь, делится на ряд этапов нисходящегопроектирования. Эти работы составляют содержание ")2#1$8# 0"#$%&'"#()*'9.
После этого следуют&.+.)$(*),$" . !"#$%!#&'&($"!))$*+($*,#&($"!)&*1505@!"! 6%*#$A&,&+($*,#&($"!)&P !"#$%!#&'&($"!))KH :&:#*%закупка и инсталляция программно-аппаратных средств, внедрение и опытная эксплуатация системы.Особое место в ряду проектных задач занимает разработка проекта корпоративной вычислительной сети, поскольку техническое обеспечение АС имеет сетевую структуру.Если территориально АС располагается в одном здании или в нескольких близко расположенных зданиях, то корпоративная сеть может быть выполнена в виде совокупности нескольких локальных подсетей типа Ethernet или Token Ring, связанных опорной локальной сетью типа FDDI или высокоскоростной Ethernet. Кроме выбора типов подсетей, связных протоколов и коммутационного оборудования приходится решать задачи распределения узлов по подсетям, выделения серверов, выборасетевого ПО, определения способа управления данными в выбранной схеме распределенных вычислений и т.п.Если АС располагается в удаленных друг от друга пунктах, в частности, расположенных в разных городах, то решается вопрос об аренде каналов связи для корпоративной сети, поскольку альтернативный вариант использования выделенного канала в большинстве случаев оказывается неприемлемым по причине высокой цены.
Естественно, что при этом прежде всего рассматривается возможность использования услуг Internet. Возникающие при этом проблемы связаны с обеспечением информационной безопасности и надежности доставки сообщений.%.74/.05:=++ 34 384.7-+849:0+; 748348:-+9016 ,.-.2. Основные сетевые протоколы итехнологии реализованы в программных и аппаратных средствах ряда фирм, и задача проектировщика сети (системного интегратора) — правильно выбрать эти средства для заданных условий конкретного предприятия, обеспечив требуемый уровень производительности и надежности при минимизации затрат.Среди основных рекомендаций следует упомянуть следующие.1. Информатизацию и автоматизацию деятельности предприятия необходимо начинать с анализа процессов функционирования его подразделений.
Следует выявить информационные потребностиподразделений, решаемые задачи, информационные потоки между подразделениями, установить, какие процессы требуют автоматизации и компьютеризации и в какую очередь. Целесообразно проводить эту работу совместно с работниками самих подразделений, с самого начала выделить сотрудников предприятия, которые будут поддерживать и развивать информационную структуру, вычислительные и сетевые средства.2. Если сеть создается заново (особенно в новых зданиях), целесообразен комплексный подходк проектированию кабельной системы сети.
При этом в проекте нужно учитывать прокладку не только коммуникаций для передачи данных, но и одновременно соединений телефонной связи, проводовпожарной и охранной сигнализации, кабельного телевидения и т.п., а возможно, и использование дляэтих целей некоторых общих кабельных соединений.3. При выборе типа линий связи между отдельно стоящими зданиями необходимо провестисравнительный анализ проводных линий и радиоканалов.4.
В наиболее популярном варианте кабельной системы и размещения коммутационного оборудования внутри здания рекомендуется под коммутационное оборудование отводить помещение наэтаже с максимальным числом рабочих мест, горизонтальную (этажную) проводку выполнять витойпарой категории 5 (длина до 90 м) или коаксиальным кабелем, вертикальную проводку (межэтажную)— ВОЛС или коаксиальным кабелем.5. Относительно выбора одного из двух наиболее популярных вариантов построения подсетей(ЛВС) — Ethernet или Token Ring однозначные выводы отсутствуют.