ответы2
.doc
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. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы». В заключении необходимо дать оценку соответствия спроектированного информационного обеспечения требованиям к информационному обеспечению системы (подсистемы), предъявляемым нормативными документами (стандартами, руководящими документами и др.), а также техническим заданием на создание конкретной АИС.
|