Преференциален консултант. Ветерани. Пенсионери. Хора с увреждания. деца. семейство. Новини

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

Обща информация. 6

1.1. Пълно име на системата.. 6

1.2. Символсистеми.. 6

1.3. Код на предмета.. 6

1.4. Клиент. 6

1.5. Потребител. 6

1.6. Изпълнител. 6

1.7. Основание за изпълнение на работата. 6

1.8. Планирани срокове за изпълнение на работата. 6

1.9. Източник на финансиране. 6

1.10. Процедура за финансиране. 6

1.11. Процедурата за обработка и представяне на резултатите от работата на клиента. 7

1.12. Списък на регулаторни и технически документи, учебни материалирегулиране на развитието на системата.. 7

1.13. Списък на съкращенията. 8

1.14. Термини и определения, използвани в техническите спецификации. 9

1.15. Процедурата за извършване на промени и допълнения. 11

Цел и цели на създаване (развитие) на системата.. 12

2.1. Предназначение на системата.. 12

2.2. Цели и задачи на работата. 12

Характеристики на обекта за автоматизация. 14

3.1. Кратка информация за обекта на автоматизация. 14

3.2. Информация за условията на работа на обекта на автоматизация и характеристики среда 14

3.2.1. Условия на работа на комплекса за техническо оборудване. 14

3.2.2. Характеристики на околната среда.. 14

3.3. Описание на местоположението на обекта за автоматизация в съвкупността от околните автоматизирани информационни системи. 14

3.3.1. Информация за външна среда. 14

3.3.2. Основните функции на взаимодействащите страни. 15

3.4. Текущо състояниеобект на автоматизация. 15

3.4.1. Обща информация. 15

3.4.2. Описание на съществуващата структура на Системата.. 15

3.5. Общи принципиразвитие на системата.. 17

Системни изисквания. 19

4.1. Изисквания към системата като цяло... 19

4.1.1. Изисквания към структурата и функционирането на системата.. 19

4.1.1.1. Списък на подсистемите, тяхното предназначение и основни характеристики. 20

4.1.1.2. Изисквания към методите и средствата за комуникация за обмен на информация между компонентите на системата 21

4.1.1.3. Изисквания за взаимното свързване на системата с външни и свързани системи, осигуряващи нейната съвместимост. 22

4.1.1.4. Изисквания към режимите на работа на системата.. 22

4.1.1.5. Изисквания за диагностика на системата.. 22

4.1.1.6. Перспективи за развитие и модернизация на системата.. 23

4.1.2. Изисквания за броя и квалификацията на персонала на системата и начина на работа, изисквания за квалификацията на потребителите на системата и начина на работа.. 23

4.1.2.1. Изисквания към числеността на персонала на системата.. 23

4.1.2.2. Изисквания към квалификацията на персонала, процедурата за тяхното обучение и контрол на знанията и уменията 24

4.1.2.3. Необходим режим на работа на персонала на системата.. 24

4.1.2.4. Квалификационни изисквания към системните потребители.. 25

4.1.2.5. Необходим режим на работа за потребители на системата.. 25

4.1.3. Индикатори за дестинация. 25

4.1.3.1. Брой потребители. 25

4.1.3.2. Брой обработени обекти. 26

4.1.3.3. Честотна лента. 28

4.1.3.4. Време е за получаване на отчети. 28

4.1.4. Изисквания за надеждност. 29

4.1.4.1. Индикатори за наличност/надеждност. 29

4.1.4.2. Изисквания към програмни събитияза осигуряване на надеждност. 30

4.1.5. Изисквания за сигурност. 31

4.1.6. Изисквания за ергономичност и техническа естетика. 31

4.1.7. Изисквания за транспортиране на мобилни високоговорители... 32

4.1.8. Изисквания за експлоатация, поддръжка, ремонт и съхранение на компонентите на системата 32

4.1.8.1. Условия и правила (режим) на промишлена експлоатация. 32

4.1.8.2. Изисквания за състава, разположението и условията за съхранение на комплект резервни продукти и инструменти 33

4.1.8.3. Изисквания към правилата за обслужване. 33

4.1.9. Изисквания за защита на информацията от неоторизиран достъп. 34

4.1.9.1. Технически изискванияпо защита на информацията. 35

4.1.10. Изисквания за безопасност на информацията при аварии. 36

4.1.10.1. Списък на събития, при които трябва да се гарантира безопасността на информацията в системата 36

4.1.10.2. Изисквания за регламенти и обеми на архивиране и архивиране на данни 37

4.1.11. Изисквания за патентна чистота. 37

4.1.11.1. Списък на страните, по отношение на които трябва да се гарантира патентната чистота на системата и нейните части 37

4.1.11.2. Изисквания за използване на лицензиран софтуер. 37

4.1.12. Изисквания за стандартизация и унификация. 37

4.1.13. Допълнителни изисквания. 38

4.2. Изисквания към функциите (задачите), изпълнявани от системата. 38

4.2.1. Изисквания за сценарии (процеси), автоматизирани от тази система. 38

4.2.1.1. Сценарий за създаване на работен поток за работещ потребител сметки 38

4.2.1.2. Сценарий за създаване на работен процес за потребител, който редактира отчети и заявки за търсенедруги потребители. 38

4.2.2. Изисквания за разработване на подсистема за събиране на информация от медийни източници и социални медии 39

4.2.2.1. Изисквания за функцията „Събиране на съдържание от услуги за незабавни съобщения“ 39

4.2.2.2. Изисквания към функцията „Събиране на метрики на информационни съобщения от медиите“. 39

4.2.2.3. Изисквания за функцията за събиране на показатели „Брой показвания“. 39

4.2.3. Изисквания за развитие на подсистемата първична обработкаинформация. 40

4.2.3.1. Изисквания към функцията „Определяне на цитиране на информационен обект”. . 40

4.2.3.2. Изисквания към функцията „Идентифициране на информационни тенденции”. 40

4.2.3.3. Изисквания за функцията „Откриване на ангажираност на аудиторията“. 40

4.2.3.4. Изисквания към функцията „Определяне на индекса на цитиране на информационно съобщение” 41

4.2.4. Изисквания за разработване на автоматизиран анализ на работното място. 41

4.2.4.1. Изисквания за разработване на секция „Начална страница”. 41

4.2.4.2. Изисквания към функциите на раздел „Статистика”. 42

4.2.4.3. Изисквания към функциите на раздел „Информационни тенденции”. 42

4.2.5. Изисквания за разработване на работно място на администратора. 43

4.2.5.1. Изисквания към функциите на раздела „Ограничения за отчет“. 43

4.2.5.2. Изисквания за функциите на раздела „Ограничения на съобщенията“. 43

4.2.6. Изисквания за разработване на автоматизирано работно място за мениджъра на информационния риск. 44

4.2.6.1. Изисквания към функция „Публикуване на отговор на информационен риск”. 44

4.2.7. Изисквания за разработване на работна станция Account Manager. 44

4.2.7.1. Изисквания към функциите на раздел „Лица”. 44

4.2.7.2. Изисквания към функциите на раздел „Акаунти“. 45

4.2.8. Изисквания за разработване на работна станция Report Administrator. 46

4.2.8.1. Изисквания към функциите на раздел „Отчети“. 46

4.2.8.2. Изисквания към функциите на раздел „Заявки“. 47

4.2.9. Изисквания за разработване на подсистема от потребителски информационни обекти. 47

4.2.9.1. Изисквания за функцията „Създаване и редактиране на потребителски обект“. . 47

4.2.9.2. Изисквания за функцията „Търсене на потребителски обект“. 48

4.2.10. Изисквания за разработване на Подсистема за релационно-ситуационен анализ. 48

4.2.10.1. Изисквания към модула за дефиниране на синтаксиса.. 48

4.2.10.2. Изисквания към модула за определяне на синтактични стойности.. 48

4.2.10.3. Изисквания към модула за определяне на синтактични връзки.. 49

4.3. Изисквания към видовете обезпечения. 49

4.3.1. Изисквания за информационно осигуряване.. 49

4.3.1.1. Изисквания към състава, структурата и методите за организиране на данните в системата. 49

4.3.1.2. Изисквания за организиране на въвеждане на данни в системата. 50

4.3.1.3. Изисквания за обмен на информация между компонентите на системата.. 50

4.3.1.4. Изисквания за използване на общоградски и други регистрирани класификатори, унифицирани документии т.н. 50

4.3.1.5. Предназначението на директориите и класификаторите и съхраняваната в тях информация. ...50

4.3.1.6. Обемът и съставът на информацията, получена от класификаторите. 50

4.3.1.7. Изисквания за разработване на допълнителни класификатори. 51

4.3.1.8. Изисквания за използване на системи за управление на бази данни. 51

4.3.1.9. Изисквания към структурата на процеса на събиране, обработка, предаване на данни в системата и представяне на данни. 51

4.3.1.10. Изисквания за защита на данните от унищожаване при аварии и прекъсване на захранването на системата 51

4.3.1.11. Изисквания за контрол, съхранение, актуализиране и възстановяване на данни. 52

4.3.1.12. Изисквания към процедурата за даряване юридическа силадокументи, изготвени с технически средства на АС.. 52

4.3.2. Изисквания за езикова подкрепа... 52

4.3.3. Изисквания към математическия софтуер... 52

4.3.4. Софтуерни изисквания... 52

4.3.5. Изисквания за техническа поддръжка... 53

4.3.6. Изисквания за метрологично осигуряване...54

4.3.7. Изисквания за организационна поддръжка... 54

4.3.7.1. Изисквания към структурата и функциите на отделите, участващи в работата на системата или осигуряващи работата.. 54

4.3.7.2. Изисквания за организиране на функционирането на системата и процедурата за взаимодействие между персонала на системата и персонала на автоматизираното съоръжение. 54

4.3.7.3. Изисквания за защита срещу погрешни действия на персонала на системата.. 54

4.3.8. Изисквания към методическа подкрепа.. 54

4.3.9. Изисквания за телекомуникационна поддръжка на системата...55

4.3.9.1. Необходими линии и комуникационни канали. 55

4.3.9.2. Предавателна среда. 55

4.3.9.3. Технически параметрикомуникационни канали. 55

4.3.9.4. Широчина на честотната лента, интерфейси, топология и др. 55

4.3.9.5. Необходимостта от организиране на нови комуникационни канали или възможността за използване на съществуващата телекомуникационна инфраструктура на правителството на Москва. 55

Състав и съдържание на работата по създаване на системата.. 56

4.5 Състав и съдържание на работата по създаване на системата

По време на процеса на създаване и внедряване трябва да се извърши следната работа:

1. Формиране на изисквания.

2. Разработване на концепция.

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

4.Технически дизайн.

4.6 Процедура за контрол и приемане на системата

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

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


5. Етап на техническия проект

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

5.1 Спецификации на изискванията и алгоритми за функционални групи от програми, софтуер и информационни компоненти

Външните спецификации на софтуерния модул трябва да включват следната информация: име на модула, функции на модула, списък с параметри, входни и изходни данни.

1) PM „Счетоводство“ ви позволява да автоматизирате всички блокове счетоводство. Програмата също така ви позволява да генерирате необходимите отчети, печатни формии документи, необходими за поддържане данъчно счетоводство. Списъкът и съдържанието на тези формуляри се актуализират постоянно в съответствие с промените в действащото законодателство.

2) PM „Отчитане на разходите за автомобил“ ви позволява да следите разходите за автомобил с частични и пълно плащанекола инвалид. Ако човек с увреждания желае да закупи друга марка автомобил, този PM му позволява да получи цената на безплатното превозно средство, което му се полага.

3) PM „Печат на изходни формуляри” позволява при изискване на трите имена на лице с увреждания да се отпечатват удостоверения, фактури, актове и други изходни документи, необходими на лице с увреждания за получаване на моторизирана инвалидна количка или автомобил.


5.2 Описание на информационната поддръжка

5.2.1 Организация на събиране и предаване на информация

Тази система организира трансфер на данни между USZN и ROSZN, във връзка с което организацията на трансфера на данни трябва да бъде структурирана по следния начин.

При изтегляне на данни, които са претърпели промени от системата на дискета, трябва да се стартира формулярът „Изтегляне на данни от системата“, в който потребителят е подканен да въведе началната и крайната дата на стойностния коридор, по който данните се прехвърля.

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

При зареждане на данни, които са претърпели промени в системата от флопи диск, трябва да се стартира формулярът „Зареждане на данни в системата“, в който потребителят трябва само да щракне върху бутона „OK“.

Процедурата сканира последователно всички редове и полета от дискетата, като се започне от първия. Тъй като последователността на полетата е известна, всеки набор от символи, разделени със запетаи, се превежда в съответната стойност на атрибута и се записва в базата данни на мястото на старата.

5.2.2 Изграждане на система от класификатори и кодиране

Системата трябва да предоставя класификатори и директории на следните атрибути:

Области – НРАЙ – таблица РАЙОН.

Групи инвалидност – NINV – таблица INVALIDNOST.

Модификации – NMODIF – таблица MODIFIKACIYA.

Характеристики – NPRIZ – маса PRIZNAK.

5.2.3 Описание на организацията на базата данни

Проектираната система ще бъде организирана по следния начин. Областните служби ще съхраняват само информация на областно ниво, без това да засяга данните от други области.

Централният отдел на СЗН ще съхранява данни от всички области. Всички дистрикти ще изпращат своите промени в центъра, а центърът ще натрупва данни и ще ги обменя с дистриктите.


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

На този етап се извършва разработването на работна документация, която е необходима за поддържане на нивото на експлоатационните характеристики.

6.1 Ръководство за потребителя

6.1.1 Въведение

6.1.1.1 Обхват на приложение

Автоматизирано работно мястоинспектор за разпределение на специален транспорт за хора с увреждания е информационна система, насочена към организиране на работата на отделите за заетост и благосъстояние на хора с увреждания в областните отдели на SZN и в USZN, координиране на действията на отделите в областите с централно управлениеград Рязан. Представената система отразява работата на отделите по труда и битовите условия за хора с увреждания в следните процеси: приемане на заявления от хора с увреждания, които трябва да бъдат осигурени с моторен транспорт, осигуряване на хора с увреждания с моторен транспорт, смяна на моторни превозни средства, пререгистрация автомобил на роднини в случай на смърт на инвалид, както и генериране и отпечатване на изходни документи.

6.1.1.2 Кратко описаниевъзможности.

Представената на вашето внимание система има функционално съдържание, което ви позволява да извършвате всички необходими операции с базата данни.

1. Преглед на данни.

Системата ви позволява да преглеждате данните, съдържащи се в базата данни, с помощта на екранни форми.

2. Извършване на промени.

Функционалността на системата включва възможност за извършване на промени във всяка информация, съдържаща се в базата данни по всяко време.

3. Добавяне на записи.

Системата предоставя и възможност за нови записи.

4. Търсене на информация в базата данни.

Функцията за търсене на данни в базата данни трябва да ви позволи да намерите необходимите записи въз основа на даден набор от стойности за търсене (стойностите на полетата, за които се извършва търсенето).

5.Изчисляване на себестойността на автомобила.

Позволява ви да следите цената на автомобила, когато лицето с увреждания плаща за колата частично или изцяло. Ако човек с увреждания иска да закупи друга марка автомобил, това му позволява да осигури цената на безплатния автомобил, който му се полага.

6. Процесът на качване на дискета или зареждане от дискета в базата данни на записи, които са претърпели промени.

Системата предоставя възможност за обмен на данни между ROSZN и USZN с цел избягване на грешки.


... ; - отделна икона за форматиране; - появата на механизма Drag & Plot, предназначен за бързо активиране на диаграми. 4.6. Техническа поддръжка. Автоматизираната счетоводна система на Министерството на здравеопазването на Република Тива може да функционира със следната хардуерна конфигурация: IBM съвместим компютър с процесор Intel 80386, ...

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



Една държава или общинска организация(орган). „Информационни каталози“ - информация за обекти на недвижими имоти, необходима за данъчни цели, както и за целите на държавните и общинска управаи информиране на юридически и лица. Те ще бъдат публикувани в електронен формулярна предложения сайт. Правомощията за поддържане на тази информация ще бъдат разпределени между...

Държавните социални услуги включват държавни органи, институции и предприятия социални услугисистеми социална защитанаселение, министерства и ведомства руска федерация, чиято компетентност включва социално подпомаганекъм населението. Общинските социални услуги включват институции и предприятия за социални услуги, администрирани от властите...

А съдържанието на работата по тях, както и организациите-изпълнители и сроковете за изпълнение са посочени в Работния график, отразяващ следните етапи.

Първа техническа среща.
След сключване на Договора за разработване на техническа и техническа поддръжка се провежда първата техническа (организационна) среща с участието на Клиента, проектантската организация, Разработчика на системата и Доставчика на оборудване за окончателно одобрение и изясняване на спецификациите и система.

На този етап се съгласуват функциите на системата, включително контури за управление и наблюдение, сервизни функции на системата, функции на аварийната система, включително блокировки, аларми и доклади за събития.

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

Обработка на изходни данни.
Следната документация, която ще бъде необходима за завършване на проекта, трябва да бъде предоставена на Разработчика на първата техническа среща:

  • Обяснителна част на проекта;
  • Копие от Технологичния регламент;
  • Монтажни и технологични схеми с тръбопроводи на КИП;
  • Списък на позициите на уредите, показващи нивата на входните и изходните сигнали, алармените граници и блокировките;
  • Инструкция за експлоатация, пуск и спиране на технологично оборудване;
  • Описание на управляващите алгоритми и;
  • Описание на кохерентни, последователни и управляващи алгоритми;
  • Вериги за логическо управление и аварийна защита;
  • Принципни схеми на управление на силови съоръжения;
  • Схеми на електрозахранване на контролни съоръжения и помещения;
  • Документация на строителната част на контролните помещения;
  • Спецификация на полевата техника;
  • Схеми на свързване на външно окабеляване от полево оборудване към шкафове за кръстосано свързване в контролни зали;
  • Планове за разполагане на съществуващото оборудване в контролните зали.

Изпълнение на работен (технически) проект и ЕУР.
Разработчикът трябва да завърши техническия подробен проект за DCS и ESD и да го предостави на клиента за одобрение в рамките на сроковете, посочени в споразумението за разработване на проекта.

Техническият работен проект трябва да включва следните видове документация:

  • Документация за системни решения (OP);
  • Документация за техническа поддръжка (ТО);
  • Документация за информационно осигуряване (ИС);
  • Документация за приложен ("математически") софтуер(МО);
  • Софтуерна документация;
  • Документация организационна подкрепа(OO).

Разработчикът на системата трябва да реши проблемите с рационалното разпределение на входните и изходните сигнали между входно-изходните модули според технологичните единици за лесна инсталация и работа, както и да сведе до минимум времето за обработка на управляващите контури и ESD.

Законово изискване:
Ако Системният хардуер и стандартният софтуер ще бъдат произведени или разработени в чужбина, Разработчикът трябва да предостави на Клиента стандарт техническа документация както на английски, така и на руски.

Обучение на персонала на клиента.
Специалистите на клиента трябва да преминат обучение по учебен центърСистемен разработчик или доставчик на оборудване.

Конфигуриране на функции за наблюдение и контрол.
Разработката, конфигурацията, зареждането, тестването и отстраняването на грешки на функциите за мониторинг и контрол, както и конфигурацията на DCS и ESD като цяло, се извършват от Разработчика на системата. Приложният софтуер се прехвърля на Клиента на магнитен носител на етапа на доставка на работната документация.

Конфигуриране на функциите за предоставяне на информация.
Целият обем от работа по конфигуриране на функциите за предоставяне на информация се извършва от Разработчика, не се изискват допълнителни разходи за специалистите на Клиента.

Успоредно с конфигурацията на системата ще се провеждат курсове за обучение на специалисти на клиента и практически упражненияще включва реални конфигурационни задачи на реална система.

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

  • Разработване и конфигуриране на изображения (мнемосхеми) на секции технологичен процесс измервателни и контролни вериги;
  • Конфигуриране на показване на параметри в състояние на аларма или блокиране;
  • Разработване и конфигуриране на трендове (графики на промените в параметрите във времето);
  • Конфигуриране на архиви и бази данни, технологични константи;
  • Генериране и извеждане на технологични отчети и режимни листове;
  • Генериране и извеждане на системни отчети, хронологични списъци на технологични и системни събития.

Монтаж и пускане в експлоатация под надзор.
За директно извършване на монтажни и пусконаладъчни работи се включват специализирани организации за монтаж и пускане в експлоатация.

Услугите по надзор на монтажа и пускането в експлоатация на DCS и ESD, извършвани на място на Клиента, ще се извършват от специалисти на Разработчика и Доставчика на оборудване.

За да се намали ненужният престой технологично оборудванеПо време на настройката настройката може да се извърши позиционно, хардуерно или технологично. Във всеки случай решението за най-приемливия вариант зависи от клиента.

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

Въвеждане в експлоатация на системата за управление на процесите.
Всеки канал за наблюдение, контрол, аларма и блокиране се дебъгва и конфигурира в индивидуалнов съответствие с .

След завършване на работата по настройка на всички вериги и сервизни функции, цялата система, включително контрол и ESD, автоматично ще бъде тествана предгаранционен пробег(Предварителни тестове), което се състои в продължителна и безпроблемна работа в рамките на 72 часав присъствието на специалисти от Разработчика и Клиента.

След успешното приключване на предварителните тестове се подписва съвместен договор за доставка на системата за контрол на процесите на.

Гаранционен срок.
Гаранционният срок трябва да бъде най-малко 12 месецаот момента на стартиране на системата индустриална експлоатация, но не повече 18 месецаот датата на доставка на оборудването в склада на Клиента, което настъпи по-рано.

За гаранционен срокСпециалистите на Разработчика, при първа заявка на Клиента, трябва да пристигнат на сайта на Клиента, за да отстранят проблемите и или да предоставят квалифициран съвет.

Разделът „Състав и съдържание на работата по създаването (разработването) на системата“ трябва да съдържа списък на етапите и фазите на работа по създаването на системата в съответствие с GOST, времето за тяхното изпълнение, списък на организациите, изпълняващи работата, връзки към документи, потвърждаващи съгласието на тези организации да участват в системата за създаване, или запис, идентифициращ отговорното лице (клиент или разработчик) за извършването на тази работа.

18.6. Ред за контрол и приемане на системата

18.6.1. Видове, състав, обхват и методи за изпитване на системата

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

18.6.2. Общи изисквания за приемане на работата по етапи


Предаването и приемането на работата се извършва на етапи, в съответствие с работна програмаи календарен план, представляващи приложения към ДП No... от... година.

Приемането и предаването се извършва от комисия, съставена от представители на Възложителя и Изпълнителя. Въз основа на резултатите от приемането се подписва акт на приемателната комисия.

Всичко създадено вътре на тази работасофтуерните продукти (с изключение на закупените) се прехвърлят на Клиента, както под формата на готови модули, така и под формата на изходни кодове, предоставени в електронен формулярна стандартен машинен носител (например CD).

18.6.3. Състояние на комисията по приемане


Състоянието на приемателната комисия се определя от клиента преди тестване.

18.7. Изисквания за състава и съдържанието на работата за подготовка на обекта за автоматизация за въвеждане в експлоатация на системата

По време на изпълнението на проекта в съоръжението за автоматизация е необходимо да се извършат работи по подготовката за въвеждане в експлоатация на системата. При подготовката за въвеждане в експлоатация на персонала на АЕЦ, Клиентът трябва да гарантира, че са изпълнени следните работи:

  • Определете отдела и отговорните лица длъжностни лица, отговарящ за изпълнението и изпълнението пробна експлоатация AS персонал;

  • Уверете се, че потребителите присъстват на обучението как да използват системата, провеждано от Изпълнителя;

  • Гарантира, че помещенията и работните места на потребителите на системата отговарят на изискванията, посочени в този ChTZ;

  • Гарантиране на съответствие с изискванията за софтуер и хардуер, върху които трябва да бъде внедрен софтуерът на AS Personnel;

  • Заедно с Изпълнителя изгответе план за внедряване на системата за технически средстваклиент;

  • Провеждане на пробна експлоатация на персонала на AS.
Изискванията за състава и съдържанието на работата за подготовка на обект за автоматизация за въвеждане на системата в експлоатация, включително списък на основните дейности и техните изпълнители, трябва да бъдат изяснени на етапа на подготовка работна документацияи според резултатите пробна експлоатация.

18.8. Изисквания към документацията


За включена система различни етаписъществата трябва да бъдат освободени следните документиот предвидените в GOST 34.201- " Информационни технологии. Набор от стандарти за автоматизирани системи.

18.9. Източници на развитие


Документи и информационни материали(предпроектно проучване, доклади за извършена изследователска работа, информационни материали за местни и чуждестранни аналогови системи и др.), въз основа на които са разработени техническите спецификации и които трябва да се използват при създаването на системата.

Задача 1.


Анализирайте техническите спецификации, дадени в Приложение 4, за съответствие с GOST 34 и напишете преглед (заключение).

Задача 2.

Разработване на технически спецификации за фрагмент от IP на предприятието търговия на едролекарства.

19. Семинар: Спецификации на настройките за типична ИС

Логистика


Прогноза за покупки, продажби, запаси

Описание на номенклатурата с помощта на три анализа

Специални цени, отстъпки за артикули със специална аналитична група

Описание на складирането с използване на склад, палети и разположение

Проследявайте артикулите по сериен номер и партиден номер

ABC анализ според определени от потребителя критерии за ABC анализ за продажби, разходи, марж

Управление на карантината. Преглед на артикули в карантинния склад на всеки етап от контрола на качеството

Поддръжка на баркод

Основно планиране

Системата може да предложи извършване на следните промени в съществуващи и планирани поръчки: (Увеличаване на количеството на поръчката, Намаляване на количеството на поръчката, Отлагане на поръчка или покупка)

Управление на продажбите

Търговия

Управление на склад


Регистрация и продуктово позициониране, способността за съхраняване на стоки в съответствие със структурата на склада

Идентификация на физическо местоположение: склад, клетка и палети

Идентифициране на историята на произхода на номенклатурата: сериен номери партиден номер

Характеристики на продукта: конфигурация, цвят и размер

Възможност за маркиране както на отделни артикули, така и на групи артикули с цел последващо проследяване

Поддържане на дневници за приемане



Възможност за маркиране както на отделни артикули, така и на групи артикули с цел последващо проследяване

Възможност за преминаване от поръчки за доставка към кошчета за събиране чрез дневници за доставка

Счетоводно отчитане на договори

Поддържане правна информацияза договори с клиенти и доставчици, условия на плащане, контакти и отговорност

Свързване на фактури и плащания към конкретен договор (посочване на договора в редовете на дневниците, поръчки, покупки, фактури и плащания с последващо прехвърляне към осчетоводяването към клиента/доставчика)

Включване на атрибути на договора в предложенията за плащане

Автоматично/периодично сравнение на транзакции по контрагенти и договори

Формуляр за ръчно съпоставяне в договорите

Баланс на сетълментите по отделно споразумение

Номер на договор в транзакции за курсови разлики

Преход от домейн модели към функционален модел на системата

Свързани публикации