ПОРЯДОК РАЗРАБОТКИ, СОГЛАСОВАНИЯ И УТВЕРЖДЕНИЯ ТЗ на АС

⇐ ПредыдущаяСтр 4 из 11Следующая ⇒

1. Проект ТЗ на АС разрабатывает организация-разработчик системы с участием заказчика на основании технических требований (заявки, тактико-технического задания и т. п.).

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

2. Необходимость согласования проекта ТЗ на АС с органами государственного надзора и другими заинтересованными организациями определяют совместно заказчик системы и разработчик проекта ТЗ на АС.

3. Срок согласования проекта ТЗ на АС в каждой организации не должен превышать 15 дней со дня его получения. Рекомендуется рассылать на согласование экземпляры проекта ТЗ на АС (копий) одновременно во все организации (подразделения).

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

5. Если при согласовании проекта ТЗ на АС возникли разногласия между разработчиком и заказчиком (или другими заинтересованными организациями), то составляется протокол разногласий (форма произвольная) и конкретное решение принимается в установленном порядке.

6. Согласование проекта ТЗ на АС разрешается оформлять отдельным документом (письмом). В этом случае под грифом «Согласовано» делают ссылку на этот документ.

7. Утверждение ТЗ на АС осуществляют руководители предприятия (организаций) разработчика и заказчика системы.

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

9. Копии утвержденного ТЗ на АС в 10-дневный срок после утверждения высылаются разработчиком ТЗ на АС участникам создания системы.

1О. Согласование и утверждение дополнений к ТЗ на АС проводят в порядке, установленном для ТЗ на АС.

11. Изменения к ТЗ на АС не допускается утверждать после представления системы или ее очереди на приемо-сдаточные испытания.

ФОРМА ТИТУЛЬНОГО ЛИСТА

Наименование организации-разработчика ТЗ на АС

УТВЕРЖДАЮ Руководитель (должность, наименование предприятия-заказчика АС) ___________ Личная подпись Расшифровка подписи Печать “ “__________ г - Дата

УТВЕРЖДАЮ Руководитель (должность, наименование предприятия-разработчика АС) ___________ Личная подпись Расшифровка подписи Печать “ “__________ г - Дата

наименование вида АС

наименование объекта автоматизации

сокращенное наименование АС

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

На______листах

Действует с “ ”________ г

СОГЛАСОВАНО

Руководитель (должность, наименование

согласующей организации)

Личная Расшифровка

подпись подписи

Печать

Дата

ФОРМА ПОСЛЕДНЕГО ЛИСТА ТЗ НА АС

(код ТЗ)

СОСТАВИЛИ

Наименование организации, предприятия	Должность исполнителя	Фамилия имя, отчество	Подпись	Дата

СОГЛАСОВАНО

Наименование организации, предприятия	Должность исполнителя	Фамилия имя, отчество	Подпись	Дата

Итак, техническое задание разработано, согласовано и утверждено. Что дальше? Дальше – создание системы в соответствии с ТЗ. ТЗ регламентирует содержание работ, их последовательность и условия приемки. Реализация АС:

– стадия 4 Эскизный проект;

– стадия 5 Технический проект;

– стадия 6 Рабочая документация.

По сокращенной схеме стадии 4, 5 и 6 реализуют как технорабочий (ТРП) проект. Его содержание определяется подразделом 4 ТЗ – разработка общесистемных требований, требований к функционированию и обеспечения АС по видам. Это – ПРОЕКТ. А реализация – в форме информационного, программного и технического обеспечений (остальные входят в их состав или, как организационное, - в виде положений, руководств и распоряжений). Проект предписывает, какие работы должны проводиться в интересах практической реализации проектных решений. То есть ТЗ предписывает ЧТО должно быть сделано, а ТРП – КАК.

Создание автоматизированной системы

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

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

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

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

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

⇐ Предыдущая 1 2 345 6 7 8 9 10 Следующая ⇒