Норенков И.П. Основы автоматизированного проектирования

Подождите немного. Документ загружается.

1.2.

Структура

процесса

проектирования

различают

ЗПР

детерминированные,

ЗПР

условиях риска (при наличии

формулировке

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

ЗПР в

условиях неопределеннос-

ти, т. е. при

неполноте

или

недостоверности исходной информации.

Реальные задачи проектирования,

как

правило, являются многокри-

териальными. Одна

из

основных проблем постановки многокритериальных

задач

установление правил предпочтения вариантов. Способы сведения много-

критериальных задач

однокритериальным

последующие

пути

решения

изучаются

дисциплинах, посвященных методам оптимизации

матема-

тическому программированию.

Наличие случайных факторов усложняет решение ЗПР. Основные подходы

решению

ЗПР в

условиях риска заключаются

или в

решении «для наихуд-

шего

случая»,

или в

учете

целевой функции математического ожидания

дисперсии выходных параметров.

первом случае задачу решают

как

детер-

минированную

при

завышенных требованиях

качеству решения,

что

является

главным

недостатком подхода.

Во

втором случае достоверность результатов

решения

намного выше,

но

возникают трудности

оценкой целевой функции.

Применение

метода Монте-Карло

случае алгоритмических моделей ста-

новится

единственной альтернативой,

и,

следовательно,

для

решения требуются

значительные вычислительные

ресурсы.

Существуют

две

группы

ЗПР в

условиях неопределенности. Одна

из них

решается

при

наличии противодействия разумного противника. Такие задачи

изучаются

теории игр,

для

задач проектирования

технике

они не

характер-

ны.

Во

второй группе противодействие достижению цели оказывают силы при-

роды.

Для их

решения полезно использовать теорию

методы нечетких мно-

жеств.

Например,

при

синтезе структуры автоматизированной

системы

постановка

задачи

должна включать

качестве исходных данных следующие сведения:

•

множество выполняемых системой функций (другими словами, множество

работ,

каждая

из

которых может состоять

из

одной

или

более операций); воз-

можно,

что в

этом множестве имеется частичная упорядоченность работ,

которая

может быть представлена

виде ориентированного графа,

где

вершины

соответствуют работам,

дуги

отношениям порядка;

•

типы

допустимых

для

использования

серверов

(машин),

выполняющих

функции

системы;

•

множество внешних источников

потребителей информации;

• во

многих случаях задается также некоторая исходная структура системы

виде взаимосвязанной совокупности серверов определенных

типов;

эта

струк-

тура

может рассматриваться

как

обобщенная избыточная

или как

вариант пер-

вого

приближения;

•

различного рода ограничения,

частности

ограничения

на

затраты мате-

риальных

ресурсов

(или)

на

времена выполнения функций системы.

Задача

заключается

синтезе (или коррекции) структуры, определении типов

серверов

(программно-аппаратных

средств),

распределении функций

по

сер-

верам

таким образом, чтобы достигался экстремум целевой функции

при вы-

полнении

заданных ограничений.

2У

Введение

автоматизированное проектирование

Конструирование, разработка технологических процессов, оформление

проектной

документации

частные случаи структурного синтеза.

Задачу параметрического синтеза называют параметрической оптими-

зацией

(или

оптимизацией), если

ее

решают

как

задачу математического

программирования,

т. е.

extr

/XX),

X е

D,,

где

F(X)

целевая функция;

X -

вектор управляемых (называемых также

проектными

или

варьируемыми) параметров;

ф(Х)

< 0,

м/(Х)

= 0} - до-

пустимая область; ф(Х)

у(Х)

функции-ограничения.

Пример.

Электронный усилитель: управляемые параметры

X =

(параметры

резисторов, конденсаторов, транзисторов); выходные параметры

и/,

верхняя

нижняя

граничные частоты полосы пропускания;

К-

коэффициент

усиления

на

средних

частотах;

вх

входное сопротивление).

качестве целевой

функции

F(X)

можно выбрать

параметр/.,

условия работоспособности остальных выходных параметров отнести

функциям-ограничениям.

после

синтеза группа проектных процедур

процедуры анализа.

Цель анализа

получение информации

характере

функционирования

значениях

выходных параметров

Y при

заданных структуре объекта, сведениях

внешних параметрах

Q и

параметрах элементов

Если заданы

фиксированные

значения параметров

X и Q, то

имеет место процедура одно-

вариантного анализа, которая сводится

решению уравнений математичес-

кой

модели, например такой,

как

модель

(1Л),

вычислению вектора выходных

параметров

Если заданы статистические сведения

параметрах

X и

нужно

получить оценки числовых характеристик распределений выходных параметров

(например, оценки математических ожиданий

дисперсий),

то это

процедура

статистического анализа. Если требуется рассчитать матрицы абсолютной

(или)

относительной

чувствительности,

то

имеет место задача анализа

чувствительности.

Элемент

(

матрицы

называют

абсолютным

коэффициентом

чувст-

вительности,

он

представляет собой частную производную

у'-го

выходного

параметра

у по

z-му

параметру

Другими словами,

(

является элементом

вектора

градиентау'-го

выходного параметра.

На

практике удобнее использовать

безразмерные

относительные коэффициенты

чувствительности

В ,

характеризующие степень

влияния

изменений параметров элементов

на

изменения

выходных параметров:

=А

х /у ,

НОМ

ном

где

л:

у —

номинальные значения параметров

соответственно.

НОМ

процедурах

многовариантного

анализа определяется

влияние

внешних

параметров, разброса

нестабильности параметров элементов

на

выходные

параметры. Процедуры статистического анализа

анализа чувствительнос-

ти

—характерные

примеры процедур многовариантного анализа.

1.3.

Системы автоматизированного проектирования

и их

место

1.3.

Системы

автоматизированного

проектирования

и их

место

среди

других

автоматизированных

систем

Этапы

жизненного

цикла

промышленных

изделий

Жизненный

цикл промышленных изделий включает

ряд

этапов, начиная

от

зарождения

идеи нового продукта

до

утилизации

по

окончании срока

его ис-

пользования.

Основные этапы жизненного цикла промышленной продукции

представлены

на

рис.

1.1.

ним

относятся этапы проектирования, технологичес-

кой

подготовки производства

(ТГТП),

собственно производства, реализации

продукции,

эксплуатации

и,

наконец, утилизации.

На

всех этапах жизненного цикла изделий имеются свои

целевые

установ-

ки.

При

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

целей

максимальной эффективностью.

На

этапах проектирования,

Hill

про-

изводства нужно обеспечить выполнение

ТЗ при

заданной степени надежности

изделия

минимизации материальных

временных затрат,

что

необходимо

для

достижения

успеха

конкурентной

борьбе

условиях

рыночной экономи-

ки.

Понятие эффективности охватывает

не

только снижение себестоимости

продукции

сокращение сроков проектирования

производства,

но и

обеспе-

чение удобства освоения

снижения затрат

на

будущую эксплуатацию изде-

лий.

Особую важность требования удобства эксплуатации имеют

для

сложной

техники, например,

таких отраслях,

как

авиа-

или

автомобилестроение.

Достижение поставленных целей

на

современных предприятиях, выпускаю-

щих

сложные промышленные изделия, оказывается невозможным

без

широко-

го

использования автоматизированных

систем

(АС), основанных

на

приме-

нении

компьютеров

предназначенных

для

создания, переработки

использования

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

свойствах изделий

сопровож-

дающих процессов. Специфика задач, решаемых

на

различных этапах жизнен-

ного

цикла изделий, обусловливает разнообразие применяемых

АС.

Основные типы

АС с их

привязкой

тем

или

иным этапам жизненного

цикла

изделий указаны

на

рис.

1.1.

Автоматизация проектирования осуществляется

САПР.

Принято выделять

САПР машиностроительных отраслей промышленности системы функцио-

нального,

конструкторского

технологического проектирования. Первые

из них

называют системами расчетов

инженерного анализа

или

системами

САЕ

(Computer

Aided

Engineering).

Системы конструкторского проектирования

называют системами

CAD

(Computer

Aided

Design).

Проектирование техно-

логических

процессов составляет часть технологической подготовки производ-

ства

выполняется

системах

САМ

(Computer

Aided

Manufacturing). Функ-

ции

координации работы систем CAE/CAD/CAM, управления проектными

данными

проектированием возложены

на

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

данными

PDM

(Product

Data

Management).

Введение

автоматизированное

проектирование

Проектирование

САЕ

Подготовка

производства

Производство

реализация

САМ

РОМ

ERP

SCADA

MRP-2

CNC

СРС

Рис. 1.1.

Этапы

жизненного цикла

промышленных

изделий

используемые

АС

Уже

на

стадии проектирования требуются услуги системы управления

це-

почками

поставок

(SCM

—

Supply

Chain

Management), иногда называемой

системой Component Supplier Management (CSM).

На

этапе производства

эта

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

комплектующих.

Информационная поддержка этапа производства продукции осуществляет-

ся

автоматизированными

системами

управления

предприятием

(АСУП)

автоматизированными

системами

управления

технологическими

про-

цессами

(АСУТП).

АСУП относятся системы планирования

управления

предприятием

ERP

(Enterprise

Resource

Planning), планирования производства

требований

материалам

MRP-2

(Manufacturing

Requirement

Planning),

производственная исполнительная система

MES

(Manufacturing

Execution

Systems),

также

SCM и

система управления взаимоотношениями

заказчи-

ками

CRM

(Customer

Requirement Management).

Наиболее развитые системы

ERP

выполняют различные бизнес-функции,

связанные

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

продукции,

ана-

лизом перспектив маркетинга, управлением финансами, персоналом, складским

хозяйством,

учетом

основных фондов

и т. п.

Системы

MRP-2

ориентированы,

главным

образом,

на

бизнес-функции, непосредственно связанные

производст-

вом,

системы

MES - на

решение оперативных задач управления проек-

тированием, производством

маркетингом.

На

этапе реализации продукции выполняются функции управления отноше-

ниями

заказчиками

покупателями, проводится анализ рыночной ситуации,

определяются перспективы спроса

на

планируемые изделия.

Эти

функции осу-

ществляет система

CRM.

Маркетинговые задачи иногда возлагаются

на

сис-

тему S&SM (Sales

and

Service Management), которая, кроме того, использу-

ется

для

решения проблем обслуживания изделий.

На

этапе эксплуатации

применяют также специализированные компьютерные системы, занятые воп-

росами ремонта, контроля, диагностики эксплуатируемых систем.

1 3

Системы автоматизированного проектирования

и их

место

Автоматизированные системы управления технологическими процессами

контролируют

используют данные, характеризующие состояние техноло-

гического оборудования

протекание технологических процессов. Именно

их

чаще всего называют системами промышленной автоматизации.

Для

выполнения диспетчерских функций (сбор

обработка данных

состо-

янии

оборудования

технологических процессов)

разработки

ПО для

встро-

енного оборудования

состав АСУТП вводят систему SCADA

{Supervisory

Control

and

Data

Acquisition).

Непосредственное программное управление тех-

нологическим

оборудованием осуществляют

помощью системы

CNC

(Computer Numerical

Control)

на

базе контроллеров (специализированных ком-

пьютеров, называемых промышленными), которые встроены

технологичес-

кое

оборудование.

последнее время усилия многих компаний, производящих программно-ап-

паратные средства

АС,

направлены

на

создание систем электронного бизнеса

(E-Commerce).

Задачи, решаемые системами E-Commerce, сводятся

не

толь-

ко

организации

на

сайтах

Internet витрин

товаров

услуг.

Они

объединяют

едином

информационном пространстве запросы заказчиков

данные

возмож-

ностях

множества организаций, специализирующихся

на

предоставлении раз-

личных

услуг

выполнении

тех

или

иных процедур

операций

по

проектирова-

нию,

изготовлению, поставкам заказанных изделий. Такие системы E-Commerce

называют

системами управления данными

интегрированном информацион-

ном

пространстве

СРС

(Collaborative

Product Commerce)

или

PLM

(Product

Lifecycle

Management). Проектирование непосредственно

под

заказ позволя-

ет

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

оптимальный

выбор

исполнителей

цепочек поставок

ведет

минимизации времени

сто-

имости

выполнения заказа. Характерная особенность

СРС -

обеспечение вза-

имодействия

многих предприятий,

т. е.

технология

СРС

является основой,

ин-

тегрирующей информационное пространство,

котором функционируют САПР,

ERP,

PDM,

SCM,

CRM

другие

АС

разных предприятий.

Структура

САПР

Как

любая сложная система, САПР состоит

из

подсистем. Различают

подсистемы проектирующие

обслуживающие.

Проектирующие подсистемы непосредственно выполняют проектные

процедуры. Примерами проектирующих подсистем могут служить подсистемы

геометрического трехмерного моделирования механических объектов,

изготовления

конструкторской документации, схемотехнического анализа,

трассироцки

соединений

печатных платах.

Обслуживающие

подсистемы обеспечивают функционирование проек-

тирующих подсистем,

их

совокупность часто называют системной средой (или

оболочкой)

САПР. Типичными обслуживающими подсистемами являются

подсистемы

управления проектными данными, подсистемы разработки

Введение

автоматизированное проектирование

сопровождения программного обеспечения

CASE

(Computer

Aided

Software

Engineering),

обучающие подсистемы

для

освоения пользователями

тех-

нологий, реализованных

САПР.

Структурирование САПР

по

различным аспектам обусловливает появле-

ние

ноов

обеспечения

САПР. Принято выделять семь видов обеспечения

САПР:

•

техническое

(ТО), включающее различные аппаратные средства (ЭВМ,

периферийные

устройства, сетевое коммутационное оборудование, линии связи,

измерительные

средства);

•

математическое

(МО), объединяющее математические

методы,

модели

алгоритмы

для

выполнения проектирования;

•

программное,

представляемое компьютерными программами САПР;

•

информационное, состоящее

из

базы данных, СУБД,

также включаю-

щее

другие данные, используемые

при

проектировании; отметим,

что вся со-

вокупность

используемых

при

проектировании данных называется информаци-

онным фондом САПР,

база

данных

вместе

СУБД носит название банка

данных;

•

лингвистическое,

выражаемое

языками

общения между проектировщи-

ками

ЭВМ, языками программирования

языками обмена данными между

техническими средствами САПР;

•

методическое,

включающее различные методики проектирования, иногда

нему относят также математическое обеспечение;

•

организационное,

(гедставляемое

штатными расписаниями, должност-

ными

инструкциями

другими документами, регламентирующими работу про-

ектного предприятия.

Разновидности

САПР

Классификацию

САПР осуществляют

по

ряду признаков, например

по

при-

ложению,

целевому назначению, масштабам (комплексности решаемых задач),

характеру базовой подсистемы

ядра

САПР.

По

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

широко используемыми

являются

следующие

группы

САПР.

САПР

для

применения

отраслях общего машиностроения.

Их

часто

на-

зывают машиностроительными САПР

или

системами

MCAD

(Mechanical

CAD).

САПР

для

радиоэлектроники: системы ECAD (Electronic CAD)

или EDA

(Electronic

Design

Automation).

САПР

области архитектуры

строительства.

Кроме

того, известно большое число специализированных САПР,

или

выделяемых

указанных группах,

или

представляющих самостоятельную ветвь

*-"

ЯССИ

ика

ИИ

Примерами таких систем являются САПР больших

ин-

1.3.

Системы

автоматизированного проектирования

и их

место

тегральных

схем

(БИС); САПР летательных аппаратов; САПР электрических

машин

и т. п.

По

целевому назначению различают САПР

или

подсистемы САПР, обес-

печивающие разные аспекты

(страты)

проектирования. Так,

составе MCAD

появляются

рассмотренные выше

CAE/CAD/CAM-системы.

По

масштабам различают отдельные программно-методические комплексы

(ПМК)

САПР, например: комплекс анализа прочности механических изделий

соответствии

методом конечных элементов

(МКЭ)

или

комплекс анализа

электронных

схем;

системы ПМК; системы

уникальными архитектурами

не

только

программного (software),

но и

технического (hardware) обеспечений.

По

характеру базовой подсистемы различают следующие разновидности

САПР.

САПР

на

базе подсистемы машинной графики

геометрического моде-

лирования.

Эти

САПР ориентированы

на

приложения,

где

основной процедурой

проектирования

является конструирование,

т. е.

определение пространствен-

ных

форм

взаимного расположения объектов.

этой группе систем относит-

ся

большинство САПР

области машиностроения, построенных

на

базе гра-

фических

ядер.

настоящее время

широко

используют

унифицированные

графические

ядра, при-

меняемые

более

чем в

одной САПР (ядра Parasolid

фирмы

EDS

Unigraphics

ACIS

фирмы

Intergraph).

САПР

на

базе СУБД.

Они

ориентированы

на

приложения,

которых

при

сравнительно несложных математических расчетах перерабатывается большой

объем

данных.

Такие САПР преимущественно встречаются

технико-эко-

номических приложениях, например,

при

проектировании бизнес-планов,

но они

имеются также

при

проектировании объектов, подобных щитам управления

системах автоматики.

САПР

на

базе конкретного прикладного пакета. Фактически

это

авто-

номно

используемые ПМК, например, имитационного моделирования произ-

водственных процессов, расчета прочности

по

МКЭ, синтеза

анализа систем

автоматического управления

и т. п.

Часто такие САПР относятся

системам

САЕ.

Примерами могут служить программы логического проектирования

на

базе

языка

VHDL, математические пакеты типа MathCAD.

Комплексные (интегрированные)

САПР,

состоящие

из

совокупности

подсистем

предыдущих видов. Характерными примерами комплексных САПР

являются

CAE/CAD/CAM-системы

машиностроении

или

САПР БИС. Так,

САПР

БИС

включает

себя СУБД

подсистемы проектирования компонен-

тов,

принципиальных, логических

функциональных схем, топологии крис-

таллов,

тестов

для

проверки годности изделий.

Для

управления столь сложными

системами

применяют специализированные

системные

среды.

Введение

автоматизированное проектирование

Понятие

CALS-технологиях

Технологии комплексной компьютеризации сфер промышленного произ-

водства, цель

которых—унификация

стандартизация спецификаций промыш-

ленной

продукции

на

всех

этапах

ее

жизненного цикла, называют

CALS-техно-

логиями.

Основные спецификации представлены проектной, технологической,

производственной, маркетинговой, эксплуатационной документацией.

CALS-

системах предусмотрены хранение, обработка

передача информации

ком-

пьютерных средах, оперативный доступ

данным

нужное время

и в

нужном

месте.

Терминология

области CALS

еще

окончательно

не

установилась. Так,

первоначально аббревиатура CALS расшифровывалась

как

Computer Aided

Logistics

Systems,

т. е.

автоматизированная логистическая

поддержка.

Поскольку

под

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

ния

управления запасами,

функции CALS намного шире

связаны

со

всеми

этапами жизненного цикла промышленных изделий, применяют

более соот-

ветствующую

предмету

расшифровку аббревиатуры CALS

—

Continuous

Acquisition

and

Lifecycle

Support.

русском

языке

понятию CALS соответ-

ствует

ИЛИ

(информационная поддержка изделий)

или

КСПИ

(компьютерное

сопровождение

поддержка изделий).

Применение

CALS-технологий

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

проектных работ,

так как

описания многих составных частей оборудования,

машин

систем, проектировавшихся ранее, хранятся

унифицированных фор-

матах данных

сетевых

серверов, доступных любому пользователю техноло-

гий

CALS. Существенно облегчается решение проблем ремонтопригодности,

интеграции продукции

различного

рода

системы

среды, адаптации

меня-

ющимся

условиям эксплуатации, специализации проектных организаций

т. п.

Предполагается,

что

успех

на

рынке сложной технической продукции будет

немыслим

вне

технологий CALS.

Развитие CALS-технологий должно привести

появлению

так

называемых

виртуальных

производств,

которых процесс создания спецификаций

информацией

для

программно управляемого технологического оборудования,

достаточной

для

изготовления изделия, может быть распределен

во

времени

пространстве между многими организационно автономными проектными

студиями.

Среди несомненных достижений CALS-технологий

следует

отметить

легкость распространения

передовых

проектных

решений,

возможность

многократного воспроизведения частей проекта

новых разработках

и др.

Построение открытых распределенных автоматизированных систем

для

проектирования

управления

промышленности составляет основу

современных CALS-технологий.

Главная

проблема

их

построения

обеспечение

единообразного

описания

интерпретации данных, независимо

от

места

вре-

мени

их

получения

общей системе, имеющей масштабы вплоть

до

глобальных.

Структура

проектной, технологической

эксплуатационной

документации, языки

ее

представления должны

быть

стандартизованными.

Тогда

становится реальной

успешная работа

над

общим проектом разных коллективов, разделенных

во

времени

пространстве

использующих разные

CAE/CAD/CAM-системы.

1.4.

Особенности

проектирования автоматизированных систем

Одна

и та же

конструкторская документация может быть использована

многократно

разных проектах,

одна

и та же

технологическая документа-

ция

адаптирована

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

что

позволяет

су-

щественно сократить

удешевить общий

цикл

проектирования

производства.

Кроме

того,

упрощается эксплуатация систем.

Таким

образом, информационная интеграция является неотъемлемым

свойством CALS-систем. Поэтому

основу CALS-технологий положен

ряд

стандартов, обеспечивающих такую интеграцию.

Важные проблемы,

требующие

решения

при

создании комплексных

САПР,

управление сложностью проектов

интеграция

ПО. Эти

проблемы

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

работ, целостности данных, межпрограммных интерфейсов

и др.

1.4.

Особенности проектирования

автоматизированных систем

Этапы

проектирования

проектированию

АС

непосредственное отношение имеют

два

направления

деятельности:

собственно проектирование

АС

конкретных предприятий

(отраслей)

на

базе готовых программных

аппаратных компонентов

помощью

специальных инструментальных

средств

разработки;

проектирование

упомянутых компонентов

АС и

инструментальных средств, ориентированных

на

многократное применение

при

разработке многих конкретных автомати-

зированных систем.

Сущность первого направления можно охарактеризовать словами

«.сис-

темная

интеграция»

(другое близкое понятие имеет название консалтинг).

Разработчик

АС

должен быть специалистом

области системотехники, хорошо

знать

соответствующие международные стандарты, состояние

тенденции

развития

информационных технологий

программных продуктов, владеть

инструментальными средствами разработки приложений

(CASE-средствами)

быть

готовым

восприятию

анализу автоматизируемых процессов

сотрудничестве

со

специалистами-прикладниками.

Существует

ряд

фирм,

специализирующихся

на

разработке

проектов

АС

(например,

Price

Waterhouse,

Jet

Info,

Consistent

Software,

Interface

др.)

Второе направление

большей мере относится

области разработки

МО и

ПО

для

реализации функций

АС -

моделей, методов, алгоритмов, программ

на

базе

знания

системотехники, методов анализа

синтеза проектных решений,

технологий программирования, операционных систем

и т. п.

Существует

ряд

общеизвестных

технологий (методик) проектирования

ПО АС,

среди которых

прежде

всего

следует

назвать компонентно-ориентированную разработку

технологию индустриальной разработки программных систем.

Введение

автоматизированное проектирование

Для

каждого класса

АС

(САПР,

ERP,

геоинформационные системы

и т. д.)

можно

указать фирмы, специализирующиеся

на

разработке программных

(а

иногда

программно-аппаратных) систем. Многие

из них на

основе одной

из

базовых технологий реализуют свой подход

созданию

АС и

придерживаются

стратегии либо тотального поставщика, либо открытости

расширения системы

приложениями

дополнениями третьих фирм.

России

действует

государственный стандарт

на

стадии создания авто-

матизированных систем ГОСТ

34.601-90.

Существует

международный

стандартна

стадии жизненного

цикла

программной продукции (ISO

12207:1995).

Как

собственно

АС, так и

компоненты

АС

являются сложными системами,

при

их

проектировании нужно использовать один

из

стилей проектирования:

•

нисходящее

(Top-of-Design);

четкая реализация нисходящего проек-

тирования

приводит

спиральной

модели

разработки

ПО, на

каждом витке

спирали

блоки предыдущего уровня детализируются, используются обратные

связи

(альтернативой является

так

называемая каскадная

модель,

относящаяся

поочередной реализации частей системы);

•

восходящее

(Bottom-of-Design);

•

эволюционное

(Middle-of-Design).

Чаще

всего применяют нисходящий стиль

блочно-иерархического

проек-

тирования.

Рассмотрим этапы нисходящего проектирования

АС.

Верхний уровень проектирования

АС

часто называют

концептуальным

проектированием. Концептуальное проектирование выполняют

процессе

предпроектных

исследований,

формулировки

ТЗ,

разработки эскизного проекта

прототипирования (согласно ГОСТ

34.601-90,

эти

стадии называют

формированием требований

к АС,

разработкой концепции

АС и

эскизным

проектом).

Предпроектные

исследования

проводят

путем

анализа (обследования)

деятельности предприятия (компании, учреждения, офиса),

на

котором создается

или

модернизируется

АС. При

этом нужно получить ответы

на

вопросы:

что не

устраивает

существующей технологии?

Что

можно улучшить? Кому

это

нужно

и,

следовательно, каков будет эффект? Перед обследованием фор-

мируются

и в

процессе

его

проведения уточняются цели обследования

опре-

деление возможностей

ресурсов

для

повышения эффективности функциони-

рования

предприятия

на

основе автоматизации процессов управления,

проектирования,

документооборота

и т. п.

Содержание обследования

выяв-

ление

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

имеющихся опыта

средств автоматизации. Обследование проводят систем-

ные

аналитики (системные интеграторы) совместно

представителями орга-

низации-заказчика.

На

основе анализа результатов обследования строят модель, отражающую

деятельность предприятия

на

данный момент

(до

реорганизации). Такую

мо-

дель называют

«As Is»

(как есть). Далее разрабатывают исходную концепцию