Автоматизированные системы термины и определения. Комплекс стандартов на автоматизированные системы

СТАДИИ СОЗДАНИЯ

Дата введения01.01.92

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

Стандарт устанавливает стадии и этапы создания АС. В приложении 1 приведено содержание работ на каждом этапе.

Управление федеративной идентификацией

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

Многофакторная аутентификация

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

1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1. Процесс создания АС представляет собой совокупность упо­рядоченных во времени, взаимосвязанных, объединенных в стадии и этапы работ, выполнение которых необходимо и достаточно для создания АС, соответствующей заданным требованиям.

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

Контроль доступа на основе ролей

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

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

1.3. Работы по развитию АС осуществляют по стадиям и этапам, применяемым для создания АС.

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

Перечень организаций, участвующих в работах по созданию АС, приведен в приложении 2.

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

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

2. СТАДИИ И ЭТАПЫ СОЗДАНИЯ АС

2.1. Стадии и этапы создания АС в общем случае приведены в таблице.

Этапы работ

1. Формирование тре­бований к АС

1.1. Обследование объекта и обоснование необходимости создания АС

1.2. Формирование требований пользовате­ля к АС

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

1.3. Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания)

2. Разработка кон­цепции АС

2.1. Изучение объекта

2.2. Проведение необходимых научно-исследовательских работ

2.3. Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетво-ряющего требованиям пользователя

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

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

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

2.4. Оформление отчета о выполненной работе

3. Техническое зада­ние

3.1. Разработка и утверждение технического задания на создание АС

4. Эскизный проект

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

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

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

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

Взаимоисключающие цели: компании, вовлеченные в цепочку поставок, могут выполнять разные, иногда взаимоисключающие цели. Распределение издержек, рисков и прибыли: Еще одним препятствием является справедливое распределение затрат и финансовых издержек и рисков и распределение добавочных акций Отсутствие прозрачности процессов: разные уровни компетентности партнеров и страх перед использованием знаний обуславливают отсутствие прозрачности процессов между участниками. Отсутствие единых ключевых показателей: соглашение о внутренних, равномерных отношениях и технических стандартах передачи с компаниями-партнерами. Установление партнерских отношений: как организовать доверие без зависимости от нескольких сотрудников, поддерживающих отношения? Необходимы концепции управления для построения и поддержания таких отношений. Его цель - оптимизировать процессы, повысить производительность, сократить затраты и повысить удовлетворенность клиентов.

5. Технический про­ект

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

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

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

Для успешного управления цепочками поставок вы должны выполнить эти семь требований. Для технологического взаимодействия необходимо всестороннее сотрудничество. Это приобретение знаний необходимо для создания необходимого ноу-хау. Честный обмен информацией.

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

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

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

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

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

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

7. Ввод а действие

7.1. Подготовка объекта автоматизации к вводу АС в действие

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

7.2. Подготовка персонала

7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)

7.4. Строительно-монтажные работы

7.5. Пусконаладочные работы

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

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

7.6. Проведение предварительных испыта­ний

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

7.8. Проведение приемочных испытаний

8. Сопровождение АС

8.1. Выполнение работ в соответствии с гарантийными обязательствами

8.2. Послегарантийное обслуживание

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

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

2.2. Стадии и этапы, выполняемые организациями - участника­ми работ по созданию АС, устанавливаются в договорах и техничес­ком задании на основе настоящего стандарта.

Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический про­ект» и «Рабочая документация» в одну стадию «Технорабочий про­ект». В зависимости от специфики создаваемых АС и условийихсоздания допускается выполнять отдельные этапы работ до заверше­ния предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ.

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

ПРИЛОЖЕНИЕ 1

Справочное

1. На этапе 1.1 «Обследование объекта и обоснование необходимости создания АС» в общем случае проводя:

Сбор данных об объекте автоматизации и осуществляемых видах деятельности;

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

Знать границы - также в управлении цепочками поставок

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

Оценку (технико-экономической, социальной и т. п.) целесообразности создания АС.

2. На этапе 1.2 «формирование требований пользователя к АС» проводят:

Подготовку исходных данных для формирования требований к АС (характеристика объекта автоматизации, описание требований к системе, ограничения допустимых затрат на разработку, ввод в действие и эксплуата­цию, эффект, ожидаемый от системы, условия создания и функционирова­ния системы);

Работа, зарплата и карьера в управлении цепочками поставок

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

Формулировку и оформление требований пользователя к АС.

3. На этапе 1.3 «Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания)» проводят оформление отче­та о выполненных работах на данной стадии и оформление заявки на разработку АС (тактико-технического задания) или другого заменяющего ее документа с аналогичным содержанием.

4. На этапах 2.1 «Изучение объекта» и 2.2 «Проведение необходимых научно-исследовательских работ» организация-разработчик проводит де­тальное изучение объекта автоматизации и необходимые научно-исследо­вательские работы (НИР), связанные с поиском путей и оценкой возможности реализации требований пользователя, оформляют и утверж­дают отчеты о НИР.

5. На этапе 2.3 «Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователя» в общем случае проводят разработку альтернативных вариантов концепции создавае­мой АС и планов их реализации; оценку необходимых ресурсов на их реализацию и обеспечение функционирования; оценку преимуществ и не­достатков каждого варианта; сопоставление требований пользователя и характеристик предлагаемой системы и выбор оптимального варианта; оп­ределение порядка оценки качества и условий приемки системы; оценку эффектов, получаемых от системы.

6. На этапе 2.4 «Оформление отчета о выполненной работе» подго­тавливают и оформляют отчет, содержащий описание выполненных работ на стадии, описание и обоснование предлагаемого варианта концеп­ции системы.

7. На этапе 3.1 «Разработка и утверждение технического задания на создание АС» проводят разработку, оформление, согласование и утвержде­ние технического задания на АС и, при необходимости, технических заданий на части АС.

8. На этапе 4.1 «Разработка предварительных проектных решений по системе и ее частям» определяют: функции АС; функции подсистем, их цели и эффекты; состав комплексов задач и отдельных задач; концепции инфор­мационной базы, ее укрупненную структуру; функции системы управления базой данных; состав вычислительной системы; функции и параметры основных программных средств.

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

10. На этапах 4.2 и 5.2 «Разработка- документации на АС и ее части» проводят разработку, оформление, согласование и утверждение документа­ции в объеме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию АС. Виды документов - по ГОСТ 34.201.

11. На этапе 5.3 «Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (техничес­ких заданий) на их разработку» проводят подготовку и оформление докумен­тации на поставку изделий для комплектования АС; определение технических требований и составление ТЗ на разработку изделий, не изго­тавливаемых серийно.

12. На этапе 5.4 «Разработка заданий на проектирование в смежных частях проекта автоматизации» осуществляют разработку, оформление, согласование и утверждение заданий на проектирование в смежных частях проекта объекта автоматизации для проведения строительных, электро­технических, санитарно-технических и других подготовительных работ, связанных с созданием АС.

13. На этапе 6.1 «Разработка рабочей документации на систему и ее части» осуществляют разработку рабочей документации, содержащей все необходимые и достаточные сведения для обеспечения выполнения работ по вводу АС в действие и ее эксплуатации, а также для поддерживания уровня эксплуатационных характеристик (качества) системы в соответствии с при­нятыми проектными решениями, ее оформление, согласование и утвержде­ние. Виды документов - по ГОСТ 34.201.

14. На этапе 6.2 «Разработка или адаптация программ» проводят разработку программ и программных средств системы, выбор, адаптацию и (или) привязку приобретаемых программных средств, разработку про­граммной документации в соответствии с ГОСТ 19.101.

15. На этапе 7.1 «Подготовка объекта автоматизации к вводу АС в действие» проводят работы по организационной подготовке объекта автома­тизации к вводу АС в действие, в т. ч.: реализацию проектных решений по организационной структуре АС; обеспечение подразделений объекта управ­ления инструктивно-методическими материалами; внедрение классифика­торов информации.

16. На этапе 7.2 «Подготовка персонала» проводят обучение персонала и проверку его способности обеспечить функционирование АС.

17. На этапе «Комплектация АС поставляемыми изделиями» обеспе­чивают получение комплектующих изделий серийного и единичного производства, материалов и монтажных изделий. Проводят входной кон­троль их качества.

18. На этапе 7.4 «Строительно-монтажные работы» проводят: выпол­нение работ по строительству специализированных зданий (помещений) для размещения технических средств и персонала АС; сооружение кабель­ных каналов; выполнение работ по монтажу технических средств и линий связи; испытание смонтированных технических средств; сдачу техничес­ких средств для проведения пусконаладочных работ.

19. На этапе 7.5 «Пусконаладочные работы» проводят автономную на­ладку технических и программных средств, загрузку информации в базу данных и проверку системы ее ведения; комплексную наладку всех средств системы.

20. На этапе 7.6 «Проведение предварительных испытаний» осущест­вляют:

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

Устранение неисправностей и внесение изменений в документацию на АС, в т. ч. эксплуатационную в соответствии с протоколом испытаний;

Оформление акта о приемке АС в опытную эксплуатацию.

21. На этапе 7.7 «Проведение опытной эксплуатации» проводят, опыт­ную эксплуатацию АС; результатов опытной эксплуатации АС; дора­ботку (при необходимости) программного обеспечения АС; дополнительную наладку (при необходимости) технических средств АС; оформление акта о завершении опытной эксплуатации.

22. На этапе 7.8 «Проведение приемочных испытаний» проводят:

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

Анализ результатов испытаний АС и устранение недостатков, выявлен­ных при испытаниях;

Оформление акта о приемке АС в постоянную эксплуатацию.

23. На этапе 8.1 «Выполнение работ в соответствии с гарантийными обязательствами» осуществляют работы по устранению недостатков, выявленных при эксплуатации АС в течение установленных гарантийных сроков, внесению необходимых изменений в документацию на АС.

24. На этапе 8.2 «Послегарантийное обслуживание» осуществляют рабо­ты по:

Анализу функционирования системы;

Выявлению отклонений фактических эксплуатационных характеристик АС от проектных значений;

Установлению причин этих отклонений;

Устранению выявленных недостатков и обеспечению стабильности эксплуатационных характеристик АС;

Внесению необходимых изменений в документацию на АС.

ПРИЛОЖЕНИЕ 2

Справочное

ПЕРЕЧЕНЬ ОРГАНИЗАЦИЙ, УЧАСТВУЮЩИХ

В РАБОТАХ ПО СОЗДАНИЮ АС

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

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

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

4. Организация-генпроектировщик объекта автоматизации.

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

6. Организации строительные, монтажные, наладочные и другие.

Примечания:

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

2. Стадии и этапы выполняемых ими работ по созданию АС определя­ются на основании настоящего стандарта.

ИНФОРМАЦИОННЫЕ ДАННЫЕ

1. РАЗРАБОТАН И ВНЕСЕН Государственным комитетом СССР по управлению качеством продукции и стандартам

РАЗРАБОТЧИКИ

Ю.Х. Вермишев, д-р техн.наук; Я.Г. Виленчик; В.И. Воропаев, д-р техн. наук; Л.М. Зайденберг, канд. техн. наук; Ю.Б. Ирз, канд. техн. наук; В.Д. Костюков, канд. техн. наук; М.А. Лабутин, конд. техн. наук; Н.П. Лесковская; И.С. Митяев; В.Ф. Попов (руково­дитель темы); С.В. Гаршина; А.И. Глуховеря; Ю.Г. Жуков, канд техн. наук; З.П. Задубовская; В.Г. Иванов; Ю.И. Караванов, канд техн. наук; А.А. Клочков; В.Ю. Королев; В.И. Махнач, канд. техн. наук; С.Б. Михалев, д-р техн. наук; В.Н. Петрикевич; В.А. Рахма­нов, канд. экон. наук; А.А. Ратъкович; Р.С. Седегов, д-р экон. наук; Н.В. Степанчикова; М.С. Суровец; А.В. Флегентов; Л.О. Хвилевский, канд. техн. наук; В.К. Чистов, канд. экон. наук

2. УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госу­дарственного комитета СССР по управлению качеством продукции и стандартам от 29.12.90 № 3469


Ноябрь 2004 Комплекс стандартов на автоматизированные системы ГОСТ ВИДЫ, КОМПЛЕКТНОСТЬ И ОБОЗНАЧЕНИЕ ДОКУМЕНТОВ ПРИ СОЗДАНИИ АВТОМАТИЗИРОВАННЫХ СИСТЕМ. ГОСТ ГОСТ АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. СТАДИИ СОЗДАНИЯ. ГОСТ ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ. ГОСТ ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ


Ноябрь 2004 ГОСТ ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР ГОСТ АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. СТАДИИ СОЗДАНИЯ. Стандарт устанавливает стадии и этапы создания АС. СтадииЭтапы работ 1. Формирование требований к АС 1.1. Обследование объекта и обоснование необходимости создания АС Формирование требований пользователя к АС Оформление отчёта о выполненной работе и заявки на разработку АС (тактико-технического задания)


Ноябрь Разработка концепции АС Изучение объекта Проведение необходимых научно-исследовательских работ Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя Оформление отчёта о выполненной работе. 3. Техническое задание Разработка и утверждение технического задания на создание АС. 4. Эскизный проект Разработка предварительных проектных решений по системе и её частям Разработка документации на АС и её части. ГОСТ


Ноябрь Технический проект Разработка проектных решений по системе и её частям Разработка документации на АС и её части Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку Разработка заданий на проектирование в смежных частях проекта объекта автоматизации. 6. Рабочая документация Разработка рабочей документации на систему и её части Разработка или адаптация программ. ГОСТ


Ноябрь Ввод в действие Подготовка объекта автоматизации к вводу АС в действие Подготовка персонала Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно- техническими комплексами, информационными изделиями) Строительно-монтажные работы Пусконаладочные работы Проведение предварительных испытаний Проведение опытной эксплуатации Проведение приёмочных испытаний. 8. Сопровождение АС 8.1. Выполнение работ в соответствии с гарантийными обязательствами Послегарантийное обслуживание. ГОСТ


Ноябрь 2004 Стадии этапы, выполняемые организациями - участниками работ по созданию АС, устанавливаются в договорах и техническом задании Допускается исключить стадию "Эскизный проект" и отдельные этапы работ на всех стадиях, объединять стадии "Технический проект" и "Рабочая документация" в одну стадию "Технорабочий проект". Допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ ГОСТ


Ноябрь 2004 ГОСТ ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР ГОСТ ВИДЫ, КОМПЛЕКТНОСТЬ И ОБОЗНАЧЕНИЕ ДОКУМЕНТОВ ПРИ СОЗДАНИИ АВТОМАТИЗИРОВАННЫХ СИСТЕМ Перечень наименований разрабатываемых документов на систему и ее части должен быть определен в техническом задании на создание автоматизированной системы (подсистемы), которое разрабатывается в соответствии с требованиями ГОСТ ГОСТ


Ноябрь 2004 ГОСТ На стадии «Ввод в действие» разрабатывают следующие организационно-распорядительные документы: 1) акт завершения работ; 2) акт приемки в опытную эксплуатацию; 3) акт приемки в промышленную эксплуатацию; 4) план-график работ; 5) приказ о составе приемочной комиссии; 6) приказ о проведении работ; 7) программа работ; 8) протокол испытаний; 9) протокол согласования.


Ноябрь 2004 ГОСТ ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР ГОСТ ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ Испытания АС проводят на стадии Ввода в действие по ГОСТ с целью проверки соответствия создаваемой АС требованиям технического задания (ТЗ). Виды испытаний и статус приемочной комиссии устанавливают в договоре и (или) ТЗ. Для планирования проведения всех видов испытаний разрабатывают документ Программа и методика испытаний. Разработчик документа устанавливается в договоре или ТЗ.


Ноябрь 2004 ГОСТ ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР ГОСТ ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ. ОБЩИЕ ПОЛОЖЕНИЯ ТЗ на АС является основным документом, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. Изменения к ТЗ на АС оформляют дополнением или подписанным заказчиком и разработчиком протоколом. Дополнение или указанный протокол являются неотъемлемой частью ТЗ на АС. На титульном листе ТЗ на АС должна быть запись Действует с....


Ноябрь 2004 ГОСТ СОСТАВ И СОДЕРЖАНИЕ ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы: общие сведения; назначение и цели создания (развития) системы; характеристика объектов автоматизации; требования к системе; состав и содержание работ по созданию системы;. порядок контроля и приемки системы; требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие; требования к документированию; источники разработки. В ТЗ на АС могут включаться приложения, допускается вводить дополнительные, исключать или объединять подразделы.


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


Ноябрь 2004 ГОСТ Раздел Требования к системе состоит из следующих подразделов: требования к системе в целом; требования к функциям (задачам), выполняемым системой; требования к видам обеспечения. Раздел Состав и содержание работ по созданию (развитию) системы должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ, сроки их выполнения, перечень организаций исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ. В данном разделе также приводят: перечень документов, по ГОСТ, предъявляемых по окончании соответствующих стадий и этапов работ; вид и порядок проведения экспертиза технической документации (стадия, этап, объем проверяемой "документации, организация- эксперт);


Ноябрь 2004 ГОСТ В разделе Требования к документированию приводят: согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ; В состав ТЗ на АС при наличии утвержденных методик включают приложения, содержащие: расчет ожидаемой эффективности системы; оценку научно-технического уровня системы. ПРАВИЛА ОФОРМЛЕНИЯ ТЗ на АС оформляют в соответствии с требованиями ГОСТ на листах формата А4. Значения показателей, норм и требований указывают, как правило, с предельными отклонениями или максимальным и минимальным значениями.


Ноябрь 2004 ГОСТ ПОРЯДОК РАЗРАБОТКИ СОГЛАСОВАНИЯ И УТВЕРЖДЕНИЯ ТЗ НА АС Проект ТЗ на АС разрабатывает организация- разработчик системы с участием заказчика на основании технических требований. Срок согласования проекта ТЗ на АС в каждой организации не должен превышать 15 дней со дня его получения. Рекомендуется рассылать на согласование экземпляры проекта ТЗ на АС (копий) одновременно во все организации (подразделения).


Ноябрь 2004 ГОСТ Утверждение ТЗ на АС осуществляют руководители предприятий (организаций) разработчика и заказчика системы. Замечания по проекту ТЗ на АС должны быть представлены с техническим обоснованием. Если при согласовании проекта ТЗ на АС возникли разногласия между разработчиком и заказчиком (или другими заинтересованными организациями), то составляется протокол разногласий Копии утвержденного ТЗ на АС в 10-дневный срок после утверждения высылаются разработчиком ТЗ на АС участникам создания системы. 20 ноябрь 2004 Сравнительный анализ стадий RUP и ГОСТ Регламентация проектной деятельности основывается на стандартах и методологиях, среди которых в настоящее время наиболее популярны как стандарты ГОСТ 34-й и 19-й серий, определяющие требования к разрабатываемой документации, так и новые стандарты ГОСТ Р ИСО/МЭК и ГОСТ Р ИСО/МЭК, определяющие процессы жизненного цикла программных средств. Одной из наиболее развитых и популярных методологий, описывающих процессы ЖЦ ПС, является Rational Unified Process (RUP), разработанный компанией Rational Software и соответствующий ГОСТ Р ИСО/МЭК Стадии RUPСтадии ГОСТ Обследование (Inception)Формирование требований Разработка концепции Техническое задание Технический проект (Elaboration)Эскизный проект Технический проект Рабочий проект (Construction)Рабочая документация Передача в эксплуатацию (Transition) Ввод в действие Сопровождение