Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

ответы2

.doc
Скачиваний:
110
Добавлен:
10.04.2015
Размер:
546.82 Кб
Скачать

46. Технико-экономическое обоснование создания автоматизированной  информационной системы 

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

Эффективность АИС как многозначное понятие  может быть рассмотрена с различных точек зрения.

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

2. Экономическая эффективность Отражает  степень соответствия материальных, денежных и трудовых затрат разработчика (заказчика) полученным результатам; выражается в абсолютных и относительных экономических эффектах (например, дополнительные доходы предприятия, снижение себестоимости продукции, уменьшение стоимости научно-исследовательских и опытно- конструкторских разработок и т. п.)

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

Технико-экономическое обоснование создания АИС, главным образом,  связано с определением экономической эффективности. 

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

-  организационные параметры, характеризующие способы организации процессов преобразования информации в системе;

-  информационные и экономические параметры, характеризующие затраты на создание и эксплуатацию системы, экономию от ее эксплуатации.

Основными объектами параметризации в АИС являются задачи, комплексы задач, экономические показатели, процессы обработки информации.

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

К информационным параметрам относятся такие, как достоверность, периодичность сбора, форма представления, периодичность обработки информации и т. п.

Среди экономических параметров выделяют: показатели годового экономического эффекта, коэффициента эффективности затрат и т. п.

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

К основным  компонентам ТЭО относятся:

- характеристика  предметной области (объекта автоматизации);

- цели, критерии и ограничения создания АИС;

- функции и задачи, создаваемой АИС;

- ожидаемые технико-экономические показатели создаваемой АИС;

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

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

1) Основания для ведения работ

2) Наименование организации заказчика и разработчика

3) Сроки начала и окончания работ по созданию системы

4) Источники финансирования

5) Перечень использованных нормативно-технических и методических документов при разработке ТЭО

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

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

Во 2-м разделе должны быть определены те показатели на достижение которых направлено создание АИС. Критерии создания АИС находятся в зависимости от вида АИС. Ограничения на создание АИС могут быть связаны с различными факторами.

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

4-й раздел содержит:

- перечень источников экономической эффективности.

- ожидаемые изменения технико-экономических и социальных показателей деятельности объектов автоматизации.

- оценка ожидаемых затрат на создание АИС с распределением их по очередям и по годам.

5-й раздел должен включать:

- выводы о необходимости и технико-экономической целесообразности создания АИС.

- рекомендации по созданию АИС.

47. Разработка технического задания на создание автоматизированной  информационной системы

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

Структура технического задания

1. Общие сведения

2. Назначение и цели создания АИС

2.1. Назначение системы

2.2. Цели создания АИС

3. Характеристика объекта автоматизации

4. Требования к системе

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

4.2. Требования к функциям (задачам), выполняемым системой

4.3. Требования к видам обеспечения

5. Состав и содержание работ по созданию системы

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

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

8. Требования к документированию

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

Приложения

Требования к ТЗ определяются ГОСТом 34.602-89.

Изменения ТЗ оформляют дополнением к нему, порядок утверждения ТЗ и дополнений к нему является единым. Как ТЗ, так и дополнение к нему подписываются заказчиком и разработчиком. Факт подписания ТЗ, а также дополнений к нему подтверждается протоколом.

Проект ТЗ разрабатывает организация-разработчик системы, при участии организации-заказчика.

Основой для разработки ТЗ является:

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

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

- методические документы по разработке ТЗ.

- нормативно-технические документы.

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

Титульный лист ТЗ оформляется в соответствии с ГОСТом 34.602-89.

Срок согласования проекта ТЗ в каждой организации не должен превышать 15 дней со дня предоставления.

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

Решения по замечаниям должны быть приняты совместно разработчиком и заказчиком и внесены в ТЗ до его окончательного утверждения.

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

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

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

При определении перечня задач, подлежащих решению в условиях АИС, необходимо учитывать следующие факторы:

- важность решения задачи для выполнения основных функций объекта автоматизации;

- трудоемкость и стоимость решения конкретной задачи;

- наличие информационных связей рассматриваемой задачи с другими задачами;

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

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

Задачи, подлежащие решению в условиях АИС, подразделяются в зависимости от степени новизны – на  регламентные и инновационные; по характеру производимых действий над данными – на  логические и математические; по получаемому результату – на  поисковые и расчетные; по степени типизации –  на  типовые и оригинальные.

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

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

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

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

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

     48.  Эскизное проектирование автоматизированной информационной системы

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

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

Выполнение эскизного проектирования не является строго обязательной стадией. Если основные проектные решения определены ранее или достаточно очевидны для конкретной АИС и объекта автоматизации, то эта стадия может быть исключена из обшей последовательности работ.

Основой для эскизного проектирования являются документы, разработанные на предпроектной стадии: отчет о предпроектном обследовании, аван-проект, ТЗ, ТЭО.

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

Содержание работ на этапе эскизного проектирования:

1.          Предварительная разработка структуры входных и выходных данных.

2.          Уточнение методов решения задачи.

3.          Разработка общего описания алгоритма решения задачи

4.          Разработка технико-экономического обоснования.

5.          Разработка пояснительной записки.

6.          Согласование и утверждение эскизного проекта.

Важнейшим документом в котором отражаются предварительные проектные решения является пояснительная записка к эскизному проекту, содержание ее регламентируется руководящим документом 50-34.698-90.  Пояснительная записка должна содержать 4 раздела в том числе:

1) общие положения;

2) описание процесса деятельности;

3) основные технические решения;

4) мероприятия по подготовке объекта автоматизации к вводу системы в действие.

Разделы 1 и 2 по своему наполнению являются адекватными соответствующим разделам ТЗ.

В 3-м разделе приводят:

1) решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами системы, подсистем:

2) решения по взаимосвязям АС со смежными системами, обеспечению ее совместимости;

3) решения по режимам функционирования, диагностированию работы системы;

4) решения по численности, квалификации и функциям персонала АС, режимам его работы, порядку взаимодействия;

5) сведения об обеспечении заданных в техническом задании (ТЗ) потребительских характеристик системы (подсистем), определяющих ее качество;

6) состав функций, комплексов задач (задач) реализуемых системой (подсистемой);

7) решения по комплексу технических средств, его размещению на объекте;

8) решения по составу информации, объему, способам ее организации, видам машинных носителей, входным и выходным документам и сообщениям, последовательности обработки информации и другим компонентам;

9) решения по составу программных средств, языкам деятельности, алгоритмам процедур и операций и методам их реализации.

В 4-м разделе приводят:

1) мероприятия по приведению информации к виду, пригодному для обработки на ЭВМ;

2) мероприятия по обучению и проверке квалификации персонала;

3) мероприятия по созданию необходимых подразделений и рабочих мест;

4) мероприятия по изменению объекта автоматизации;

5) другие мероприятия, исходящие из специфических особенностей создаваемых АС.

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

- схема организационной структуры;

- схема функциональной структуры;

- ведомость эскизного проекта;

- пояснительная записка.

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

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

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

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

На основе технического задания и эскизного проекта разрабатывается технический проект АИС.

 

49. Техническое проектирование автоматизированной информационной системы

Технический проект – это комплект проектных документов на АИС, разрабатываемых на этапе технического  проектирования, утвержденный в установленном порядке, содержащий основные проектные решения по системе в целом, ее функциям и всем видам обеспечения и достаточный для разработки рабочей документации на АИС.

Техническое проектирование – стадия работ по проектированию АС, которая включает (этапы):

1.          разработка проектных решений по системе и ее частям

2.          разработка документации на АС и ее части

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

4.          разработка заданий на проектирование в смежных частях проекта объекта автоматизации

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

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

В составе документов с общесистемными проектными решениями должны быть представлены следующие документы:

- ведомость технического проекта;

- пояснительная записка к техническому проекту;

- описание автоматизируемых функций;

- ведомость покупных изделий;

- описание постановки задач (комплекса задач);

- локальный сметный расчет;

- проектная оценка надежности системы.

Содержание пояснительной записки к техническому проекту имеет структуру аналогичную структуре пояснительной записки к эскизному проекту:

1) общие положения;

2) описание процесса деятельности;

3) проектные решения;

4) мероприятия по подготовке объекта автоматизации к вводу системы в действие.

Проектные решения по техническому обеспечению в данном комплекте представлены следующими документами:

- описание комплекса технических средств;

- ведомость оборудования и материалов;

- план расположения;

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

Проектные решения по информационному обеспечению представлены следующими документами:

- описание информационного обеспечения;

- описание организации информационной базы;

- описание массива информации;

- перечень входных сигналов и данных;

- чертеж формы документа.

В рамках программного обеспечения создается: описание программного обеспечения.

Проектные решения по математическому обеспечению отражаются в документе описания алгоритма (проектной процедуры).

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

Лингвистическое обеспечение – описание систем классификации и кодирования информации.

В ходе технического проектирования осуществляется:

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

·            На основе оптимального варианта проектных решений по системе в целом и ее подсистемам далее осуществляется разработка документации на АИС и ее части

·            Разработка и оформление документации на поставку изделий для комплектования АИС и/или технических требований (технических заданий) на их разработку

·            Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

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

50. Рабочее проектирование автоматизированной информационной системы

Рабочий проект – это комплект проектных документов на АИС, разрабатываемых на этапе рабочего проектирования, утвержденный в установленном порядке, содержащий взаимоувязанные проектные решения по системе в целом, ее функциям,  всем видам обеспечения,  достаточные для  создания и функционирования  АИС.

Рабочее проектирование – заключительная стадия проектирования, которая помимо требуемой ГОСТ 34.601-90 разработки рабочей документации на систему и её части в общем случае предусматривает уточнение и детализацию результатов предыдущих этапов, создание и испытания опытного и/или опытно-промышленного образца объекта автоматизации, разработку и отработку программных продуктов, технологической и эксплуатационной документации. Результаты излагаются в рабочем или технорабочем проекте. В современной практике проектирования автоматизированных информационных систем (например, АБИС, АСНТИ, АСУ и др.) он является начальным этапом их внедрения в работу фирмы, организации или службы, являющейся заказчиком проекта, или головной в ряде других автоматизируемых фирм, организаций, служб и т.д.

Цикл разработки (проектирования) программного обеспечения – совокупность стадий разработки программного обеспечения начиная от системного анализа и разработки исходных требований до её внедрения.

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

В составе рабочих документов должны быть документы с общесистемными и локальными проектными решениями. Состав их определяется ГОСТом 34.201-89 Виды, комплектность и обозначение документов при создании автоматизированных систем.

Содержание каждого документа определяется РД 50-34.698-90 Комплекс стандартов и руководящих документов на АС. Требования к содержанию документов.

В приложениях к этому документу приводятся требования к содержанию документов предпроектной стадии. В частности к отчету о предпроектном обследовании и концепции.

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

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

Рабочее проектирование  включает следующие этапы:

1.          разработка рабочей документации на систему и ее части

2.          разработка или адаптация программ

3.          разработка программ и программных средств системы

4.          выбор, адаптация  и (или) привязка приобретаемых программных средств

5.          разработка программной документации.

В состав основных разрабатываемых документов входят:

- ведомость держателей подлинников;

- ведомость эксплуатационных документов;

- спецификация оборудования;

- ведомость машинных носителей информации;

-технологическая инструкция;

- руководство пользователя;

- инструкция по формированию и ведению базы данных (набора данных);

- инструкция по эксплуатации комплекса технических средств (КТС);

- чертеж установки технических средств;

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

- общее описание системы;

- программа и методика испытаний (компонентов, комплексов средств автоматизации, подсистем, систем);

- формуляр;

- паспорт.

Нормативная база рабочего проектирования:

1. ГОСТ 34.003-90 ИТ. Комплекс стандартов на АС.  Автоматизированные системы. Термины и определения.

2. ГОСТ 34.601-90 ИТ. Комплекс стандартов на АС.  Автоматизированные системы. Стадии создания.

3. ГОСТ 34.201-89 ИТ. Комплекс стандартов на АС.  Виды, комплектность и обозначение документов при создании автоматизированных систем.

4. РД 50-34.698-90 Методические указания. ИТ. Комплекс стандартов и руководящих документов на АС. АС. Требования к содержанию документов.

    

51. Внедрение проекта автоматизированной информационной системы

Состав и общая характеристика этапов послепроектной стадии

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

Внедрение проекта может осуществляться с использованием следующих методов:

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

2) Параллельный метод – все подсистемы и все задачи внедряются одновременно.

3) Смешанный подход – сочетает в себе возможности и последовательного и параллельного метода.

Внедрение проекта осуществляется с выделением следующих этапов:

1) Подготовка объекта автоматизации к внедрению проекта ИС.

2) Испытание проекта ИС. Предусматривает следующие виды испытаний:

 - предварительные испытания

 - опытная эксплуатация

 - приемочное испытание

3) Сопровождение ИС, введенного в эксплуатацию, в частности гарантийное и послегарантийное.

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

- ГОСТ 34.601-90 Автоматизированные системы. Стадии создания.

- ГОСТ 34.603-92 Виды испытаний автоматизированных систем.

- РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.

В числе важнейших видов документов, созданных на послепроектной стадии, относятся:

- приказ о проведении работ

- план-график проведения работ

- программа испытаний

- акт приемки или завершения

- протокол испытаний или согласования.

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

I) Подготовка объекта автоматизации к внедрению ИС.

В соответствии с требованиями нормативных документов, на данном этапе выполняются следующие виды работ:

1) Изменение в соответствии с требованиями к ИС организационной и функциональной структуры объекта автоматизации.

2) Выполнение (при необходимости) строительных, монтажных и испытательных работ.

3) Приобретение технических, программных и иных обеспечивающих средств, предусмотренных проектом.

4) Подбор кадров соответствующей квалификации и их обучение работе в условиях ИС.

5) Обеспечение всех пользователей инструктивно-методическими документами.

6) Создание компонентов машинной информационной базы.

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

После этого формируется состав комиссии которая оценивает результаты последовательных испытаний системы.

II) Испытание системы

В составе испытаний выделяются:

1) Предварительные испытания ИС – проводят для определения ее работоспособности и решения вопроса о возможности приемки системы  в опытную эксплуатацию.

В ходе предварительных испытаний проверяют:

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

- автономные – проводимые для отдельных частей ИС

- комплексные – распространяются  на систему в целом.

2) Опытная эксплуатация

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

В программе указывают:

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

2) Продолжительность опытной эксплуатации, достаточной для проверки правильности функционирования ИС и готовности персонала к работе в условиях функционирования ИС.

3) Порядок устранения недостатков, выявленных в процессе опытной эксплуатации.

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

Работа по проверке системы на данном этапе завершается оформлением акта о завершении опытной эксплуатации и допуск системы к приемочным испытаниям.

3) Приемочные испытания

Проводят в соответствии с программой в которой указывают:

1) Состав объектов (подсистем, комплексов задач, отдельных задач), выделяемых для испытаний и перечень требований, которым они должны соответствовать со ссылкой на ТЗ.

2) Состав документации, которая должна быть представлена для проведения приемочных испытаний, в т.ч.:

- ТЗ

- акт приемки в опытную эксплуатацию

- рабочие журналы опытной эксплуатации

- акт завершения опытной эксплуатации и допуска ИС к приемочным испытаниям.

- программа и методика испытаний.

На основании общего протокола составляется заключение о соответствии системы требованиям ТЗ и возможности оформления акта приемки ИС в постоянную эксплуатацию.

Работу завершают оформлением акта о приемке ИС в постоянную эксплуатацию.

4) Постоянная эксплуатация

В составе ввода системы в постоянную эксплуатацию выделяют 2 этапа:

1) Гарантийное обслуживание – осуществляется выполнение работ в соответствии с гарантийными обязательствами разработчика. В соответствии с испытаниями разработчик обязан устранить недостатки, выявленные при эксплуатации ИС в течении установленных гарантийных сроков.

В соответствии с выявленными и устраненными недостатками разработчиком должны быть внесены необходимые изменения в рабочую документацию на ИС.

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

В соответствии с выявленными недостатками на данном этапе разработчику предлагается внесение необходимых изменений в рабочую документацию.

52. Проектирование  подсистемы организационного обеспечения

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

Подсистема «Организационное обеспечение» {ОО) является од­ной из важнейших подсистем ИС, от которой зависит успешная реализация целей и функций системы. В составе организационно­го обеспечения можно выделить четыре группы компонентов.

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

•     общеотраслевые руководящие методические материалы по со­зданию ИС;

•     типовые проектные решения;

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

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

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

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

Четвертым компонентом подсистемы организационного обеспечения является «Персонал», где представлена организационно-штатная структура проекта, определяющая, в частности, состав главных конструкторов системы и специалистов по функ­циональным подсистемам управления.

Для организационного обеспечения приводят требования:

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

2) к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации;

3) к защите от ошибочных действий персонала системы.

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

Технологическая подготовка – совокупность мероприятий, обеспечивающих технологическую готовность.

Технологическая готовность производства – наличие на предприятии полных комплектов конструкторской и технологической документации и средств технологического оснащения, необходимых для осуществления заданного объема выпуска продукции с установленными технико-экономическими показателями

Технологичность – соотношение затрат на производство продукции и получение при этом результатов с позиции объема и качества.

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

Критериями технологической подготовки производства являются:

- технологичность продукции

- эффективность производства

- сокращение сроков освоения выпуска новой продукции

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

- повышение производительности труда.

 

Подсистема «Технологическое обеспечение» (ТО) ИС соответ­ствует разделению ИС на подсистемы по технологическим эта­пам обработки различных видов информации:

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

·            организационно-распорядительной документации (этапы по­лучения входящей документации, передачи на исполнение, этапы формирования и хранения дел, составления и размно­жения внутренних документов и отчетов);

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

·            баз данных и знаний (этапы формирования баз данных и зна­ний, ввода и обработки запросов на поиск решения, выдачи варианта решения и объяснения к нему);

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

 

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

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

1) Предпроектная стадия включает следующие этапы:

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

- выбор типового или обоснование разработки единичного технологического процесса

2) Проектная стадия

- составление технологического маршрута

- разработка технологических операций

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

- расчет экономической эффективности технологического процесса

3) Послепроектная стадия

- подготовка технологической документации на технологический процесс (маршрутная карта или карта технологического процесса, операционная карта и др.)

- согласование и утверждение технологических документов.

    

54. Проектирование подсистемы информационного обеспечения

Информационное обеспечение предусматривает создание единого информационного фон­да системы, представленного информационными  массивами, базами   данных, форматами входных, выходных и промежуточных документов.

Для информационного обеспечения системы приводят требования:

1) к составу, структуре и способам организации данных в системе;

2) к информационному обмену между компонентами системы;

3) к информационной совместимости со смежными системами;

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

5) по применению систем управления базами данных;

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

7) к защите данных от разрушений при авариях и сбоях в электропитании системы;

8) к контролю, хранению, обновлению и восстановлению данных;

9) к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).

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

Описание информационного обеспечения предусматривает представление следующих сведений:

-  принципов организации информационного обеспечения;

-  организации сбора и обработки информации;

-  структуры внемашинной и внутримашинной информационной базы.

При описании структуры информационной базы должны быть указаны:

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

2)    состав баз данных с указанием логических связей между их элементами;

3)    состав средств защиты информационной базы от несанкционированного доступа и разрушения;

4)    способы актуализации информационных массивов.

Описание выходных и входных документов и данных предусматривает представление их перечня, форматов, сведений о ритмичности потоков документов, оценку документов с позиций требований совместимости, оценку их объемов. При проектировании форматов входных и выходных документов должны учитываться существующие системы документации межотраслевого, отраслевого уровней, а также системы документации предприятий и организаций. При этом предпочтение рекомендуется отдавать унифицированным системам документации. В соответствии с ГОСТ  Р 51141-98 «Делопроизводство и архивное дело. Термины и определения» под унифицированной системой документации понимается система документации, созданная по единым правилам и требованиям, содержащая информацию, необходимую для управления в определенной сфере деятельности. Важнейшим элементом любой унифицированной системы документации являются унифицированные формы документов – совокупность реквизитов, установленных в соответствии с решаемыми в данной деятельности задачами и расположенных в определенном  порядке на носителе информации.

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

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

Состав аспектов содержания, подлежащих отражению в инструкции, должен соответствовать требованиям комплексов стандартов «3. Единая система технологической документации», «34. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы».

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