Автоматизированное проектирование. Норенков И.П. - 150 стр.

 5@!"! 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. После этого следуют

 &.+.)$(*),$" . !"#$%!#&'&($"!))$*        +($*,#&($"!)&*                                  150