СТАДІЇ СТВОРЕННЯ
Дата введення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.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)Формування вимог Розробка концепції Технічне завдання Технічний проект (Elabora Ескізний проект Технічний проект Робочий проект (Construction)Робоча документація Передача в експлуатацію (Transition) Введення в дію Супровід
