Концепция проектирования ИС

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

1. Оптимизация процесса управления и сбора информации.

2. Сокращение численности управленческого аппарата.

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

4. Оптимизация производственной программы с учетом различных внутренних и внешних факторов.

5. Автоматизация отдельных функций управления.

6. Изменение временных периодов функции управления (при возможности масштабирования в определенном временном промежутке).

7. Повышение достоверности, своевременности, сбора, обработки многофакторной информации.

Цели для поисковой системы:

1. Многопараметровое формирование наборов данных и значений.

2. Поиск, обработка и выдача многофакторных показателей или информации.

Определение целей связано со следующими признаками:

После определения формирования целей необходимо провести предварительный анализ, основанный на обработке следующих данных:

1. Описание (может быть краткое) структуры производства и связи между структурами.

2. Описание (может быть краткое) системы управления.

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

4. Есть ли ПК техника и используемые программные продукты.

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

1. Классический.

2. Ситуационный.

3. Метапрототип.

Необходимо провести концептуальное проектирование или другими словами сформировать предварительный или черновой вариант системы, в котором надо определить:

1. Структуру системы, т.е. состав подсистем, задач и связи между ними.

2. Состав технических средств, их расположение и качественный состав.

3. Выбрать способы решения задач, перечень основных показателей, состав, перечень параметров их характеристики, определить способ представления данных.

4. Состав основных требований.

5. Определить этапность реализации проекта, сроки, определить финансовые и материальные затраты.

Далее делается оценка возможности реализации выбранного проекта, т.е.:

1. Наличие достаточного финансирования.

2. Возможность реализации в заданные сроки.

3. Определить наличие достаточного опыта и знаний для реализации проекта.

4. Подходят ли выбранные способы и методы, и позволяют ли они решать те классы задач, которые включены в данный проект.

5. Наличие или возможность приобретения требуемых технических средств и оборудования.

6. Для систем реального времени возможность соблюдения временных требований по обработке сигналов и их отображения.

На этапе концептуального моделирования работа проводиться в двух направлениях:

1. Изучение предметной области, построение концептуальной модели данных и знаний.

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

Примечание: Проведение всей необходимой работы требует большого опыта и знаний.

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

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

Этап специфицирования - это:

1. Формирование всех требований и показателей.

2. Перечень документов и форм их представления в системе.

3. Описание связей в системе.

4. Описание всех режимов работы системы, подсистемы задач или АРМов.

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

В составе системы на этапе концептуального проектирования могут быть включены блоки, исполняющие различные функции, а именно:

1. Сбор и анализ информации.

2. Подсистема обучения.

3. Подсистема тестирования (объекта, системы, оператора).

4. Экспертная подсистема.

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

6. Могут быть включены модули связи, мосты.

Все эти блоки можно отнести к обеспечивающим подсистемам.

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

1. Специфика данных, их использование, представление.

2. Характер и специфика знаний, способы их накопления, обработки и представления.

В общем виде концептуальное проектирование это:

1. Разработка модели будущей системы и информационной модели объекта.

2. Способы решения задач, представление данных и знаний.

3. Порядок реализации системы, включает этап обследования, проектирования подсистем задач, и реализация и внедрение.

Графически это выглядит так.

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

· характеристик объекта из существующей системы управления;

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

· ожидаемые технико-экономические результаты;

· выводы и предложения.

В «Введении» должно быть изложено предполагаемые сроки, периоды содержащие работы, объемы, порядок финансирования и источники, сделаны ссылки на методически нормированные документы.

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

В разделе «Экономическая эффективность» указывается перечень основных источников экономической эффективности ожидаемые затраты.

В разделе «Выводы и предложения» находится сопоставление ожидаемых результатов внедрения автоматизированной системы с заданными целями и критериями ее развития. Выводы о целесообразности создания системы и описание концептуальной модели.

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

1. Возможностью выбранного комплекса задач в конечных условиях данного объекта.

2. Возможностью использования технических средств того или иного уровня их развития.

3. Возможность преобразования и внедрения в наименьшие сроки тех или иных технических средств.

4. Подготовленностью предприятия, в том числе и его кадров.

5. Наиболее целесообразной технологией реализации всех частей системы с точки зрения общей суммы затрат.

6. Возможностью использования в последующих разгрузках результата проектирования и внедрения первой очереди систем.

7. Возможностью создания информационной базы систем.

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

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

Техническое задание должно содержать:

· Характеристику объекта и существующей системы управления.

· Цели, функции и задачи создания ИС.

· Ожидаемые технико-экономические результаты создания системы.

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

· Выводы и предложения.

Разделы технического задания:

1. Наименование.

2. Основания для создания (развития ИС).

3. Название и цели.

4. Требования к ИС.

5. Состав, содержание и организация работ по подготовки объекта к выводу системы в действие.

6. Показатели эффективности ИС.

7. Порядок контроля и приемки системы.

8. Источники разработки.

Разделы «Наименование» и «Основания для создания (развития ИС)» должны соответствовать ГОСТ—24.201—85 (или пришедшим на замену).

В разделе «Название и цели» указывают: цели, сферы функционирования объекта, органы структуру и функции управления, подлежащие автоматизации основные показатели и критерии оценки достижения цели.

Раздел «Требования к ИС» состоит из подразделов:

1. Требования к системе в целом.

2. Требования к видам обеспечения (алгоритмам, математическим и программным составляющим, техническим средствам и т.д.).

ГОСТ—24.101—85.

Требования к структуре систем включает:

· Перечень автоматизированных органов управления с указанием условий и режимом эксплуатации ИС.

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

· Место ИС в иерархии управления, ее взаимосвязи с системами управления других уровней.

· Перспективы развития, модернизации, наращения системы. При необходимости допускается приводить структуру системы.

· Требования к функциям системы:

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

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

Требования к качеству и характеристикам реализации каждой функции включают:

· Точность.

· Время решения.

· Достоверность выдачи результатов.

· Периодичность форм представления информации.

· Продолжительность и режим вычислений.

· Режимы работы системы и режим работы рабочих мест.

· Требования к совместимости с другими системами, способы обмена информацией другого уровня системы.

· Требования по техническим параметрам включают:

· Виды технических средств.

· Общие требования к техническим средствам.

· Требования по защите информации или дополнительные со стороны заказчика.

· Требования по документированию:

· Требования по надежности (ГОСТ — 24.701—86).

· Требования к «видам обеспечения», указывают требования к информационному, программному, техническому и другим видам обеспечения системы. К информационному обеспечению ГОСТ — 24.201—85, ГОСТ — 24.104—85, в них указываются требования: к составу, структуре, к способу организации данных, наличие единой нормативно-справочной базы; использование отраслевых и международных классификаторов, унификация или использование унифицированных документов в форме документов; контроль, хранение, воспроизведение данных, языки, программные блоки, БД, ОС и т.д.

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

ГОСТ—24.104—85, ГОСТ—24.101—81, ГОСТ—24.206—80 (устарели).

В приложении к ТЗ необходимо приводить обоснование в потреблении технических средств.

Организационное обеспечение должно соответствовать действующим нормативно-техническим документам.

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

· Создание необходимых для обеспечения функциональной системы обеспечения структур (обеспечения) комплектование и обучение персонала.

· Создание необходимых условий функционирования системы, при которым гарантируется соответствие системы требованиям в ТЗ.

· Регистрация вновь разработанных и унифицированных форм документов.

· План работ, перечень организаций соисполнителей.

· Обоснование очередности работ.

Раздел «Показатели эффективности»:

· Общие затраты по созданию ИС по годам в том числе НИР, ОКР, затраты на приобретение техники, ее установку и пуск.

· Ожидаемая экономия от внедрения системы.

· Срок окупаемости затрат.

Разделы «Порядок контроля и приемки системы» и «Источники разработки» должны соответствовать ГОСТ—24.201—85.

Раздел «Порядок контроля и приемки системы» содержит план испытаний, форму испытаний или описание конкретных задач и примеров. Необходимые параметры конкретных показателей. Если система проходит испытание на специальных стендах, то составляется подробный план испытаний и описание всех режимов.

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

Контрольные вопросы к лекции 7

1. Какие цели ставятся при формировании концептуального проекта?

2. Что определяется при концептуальном проектировании?

3. Какие факторы влияют на реализуемость проекта?

4. Кто должен писать техническое задание на проектирование системы и каково его содержание?

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