Автоматизация процесса записи на прием в городскую больницу и формирования отчетности по услугам для условий ГБУЗ КО «Прокопьевская городская больница №1»

Руслан Денишев

Автоматизация процесса записи на прием в городскую больницу и формирования отчетности по услугам для условий ГБУЗ КО «Прокопьевская городская больница №1»

В наше время значимым направлением является улучшение управления, а так же внедрение технических средств в процесс управления. Ни одна система управления не способна обойтись без ЭВМ и иной техники. По этой причине сис-тематически производится автоматизация деятельности компании. Автоматизация не только улучшает его работу, но является органичным элементом этой работы. Автоматизация в компаниях проводится в разных конфигурациях, на первом месте создаются системы обработки управленческой информации. Наиболее значимым уровнем являются АСУ, который включает не только обработку ин-формации, однако и системы формирования управленческих решений, охваты-вающие непосредственно все стороны деятельности данной компании. Автоматизирование представляет немаловажную роль в практически каждом виде выполняемых работ по какому либо принципу: изготовление в наиболее крайние сроки и с высоким качеством при минимальных материальных затратах, а так же затратах ручного труда. Темой дипломного проекта является автоматизация процесса записи на при-ем в городскую больницу и формирования отчетности по услугам для условий ГБУЗ КО «Прокопьевская городская больница №1». В условиях данного пред-приятия это особенно актуально, отсутствия удобных и функциональных средств для выполнения данной задачи. Для реализации поставленной цели необходимо решить следующие задачи: - проанализировать деятельность ГБУЗ КО «Прокопьевская городская больница №1»; - провести анализ и проектирование ИС; - разработать систему централизованного хранения и обработки данных; - осуществить физическую реализацию базы данных; - осуществить программную реализацию клиентского приложения. - осуществить физическое проектирование ИС; - разработать политику администрирования; - разработать требования к информационной безопасности; - рассчитать экономическую эффективность ИС; - Дипломное проектирование документируется путем составления по-яснительной записки.

Информатика

Дипломы

Вуз: Кузбасский государственный технический университет имени Т.Ф. Горбачева (КузГТУ)

ID: 60559328ccefde0001e8d8b9

UUID: af316b40-6b71-0139-2eb0-0242ac180002

Язык: Русский

Опубликовано: около 3 лет назад

Просмотры: 34

10.68

Руслан Денишев

Комментировать 0

Рецензировать 0

Скачать - 1,3 МБ

Поделиться работой

МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего образования «КУЗБАССКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМЕНИ Т.Ф. ГОРБАЧЕВА» Филиал КузГТУ в г. Прокопьевске Факультет _Очный_____________________________________ Направление подготовки (специальность) __09.03.02______ ______Информационные системы и технологии_____________ ______________________________________________________ ______________________________________________________ Профиль/специализация ___Системная интеграция и автоматизация информационных процессов_________________ Кафедра информационных технологий, машиностроения и автотранспорта ______________________________________ ПОЯСНИТЕЛЬНАЯ ЗАПИСКА к выпускной квалификационной работе студента группы ИТб-151.2 Денишева Руслана Фархатовича (Ф.И.О.) Тема ВКР Автоматизация процесса записи на прием в городскую больницу и формирования отчетности по услугам для условий ГБУЗ КО «Прокопьевская городская больница №1»___________________________________ Заведующий кафедрой _______________________________Дубинкин Д.М. подпись Ф.И.О. Руководитель ВКР _______________________________Ванеев О.Н. подпись Ф.И.О. Консультанты: Раздел ВКР 1. Подпись Ф.И.О.

2. 3. 4. 5. Прокопьевск 2019

МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего образования «КУЗБАССКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМЕНИ Т.Ф.ГОРБАЧЕВА» Филиал КузГТУ в г. Прокопьевске Кафедра информационных технологий, машиностроения и автотранспорта УТВЕРЖДАЮ Дат а Зав. кафедрой (подпись) ЗАДАНИЕ ПО ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЕ Студенту Денишеву Руслану Фархатовы_______________________________________________ 1. Тема ВКР Автоматизация процесса записи на прием в городскую больницу и формирования отчетности по услугам для условий ГБУЗ КО «Прокопьевская городская больница №1»________________________________________________ ____________________________________________________________ ____________________________________________________________ ____________________________________________________________ утверждена приказом по вузу от ______ от 26.04.2019 № 133/09ф________________________ 2. Срок сдачи студентом законченной ВКР _15.06.2019______________________________ 3. Исходные данные к ВКР______Материалы курсового проекта________________________________________________________________ ____________________________________________________________ ____________________________________________________________ ____________________________________________________________ ____________________________________________________________ ____________________________________________________________ 4. Объем и содержание пояснительной записки (основных) вопросов общей и специальной части) и графического материала Введение______________________________________________________________________ _

1.Формулировка требований к системе_____________________________________________ 2. Анализ и проектирование информационных систем_________________________________ 3. Разработка системы централизованного хранения и обработки данных_____________ 4. Технология разработки и программная реализация__________________________________ 5.Специальная часть______________________________________________________________ 6. Аппаратная и административная интеграция информационной системы____________ 7. Общие вопросы администрирования______________________________________________ 8.Вопросы информационной безопасности___________________________________________ 9.Расчет экономической эффективности_____________________________________________ Заключение___________________________________________________________________ __ Приложение 1________________________________________________________________ 5. Консультанты по ВКР (с указанием относящихся к ним разделов работы) 1. __________________________________________________________ __________________________________________________________ 3. __________________________________________________________ 4. __________________________________________________________ 5. __________________________________________________________ 6. __________________________________________________________ 2. Дата выдачи задания «_____» ____________________ 2019г. Руководитель ВКР______________________________Ванеев О.Н. подпись Ф.И.О. 6. Основная литература и рекомендуемые материалы ______________________________ _1. Методические указания к выполнению выпускной квалификационной работы для студентов специальности 230400.62 «Информационные системы и технологии» / сост.: О.Н.Ванеев; ГУ КузГТУ. – Кемерово, 2015._________________________________________ 2._Методические указания по выполнению курсового проекта по дисциплине "Проектирование информационных систем" для студентов 4 курса специальности 230400.62 "Информационные системы и технологии" / сост.: О. Н. Ванеев; ГУ КузГТУ. – Кемерово, 2015._________________________________________________________________ 3. Программа, методические указания первой преддипломной практики для студентов 4 курса специальности 230400.62 "Информационные

системы и технологии" / сост.: О. Н. Ванеев, В. А. Селезнев; ГУ КузГТУ. – Кемерово, 2015.________________________________ 4. Программа, методические указания по выполнению курсового проекта по дисциплине "Управление данными" для студентов 3 курса специальности 230400.62 "Информационные системы и технологии" / сост.: О. Н. Ванеев, В. А. Селезнев; ГУ КузГТУ. – Кемерово, 2015. 5. http://ru.wikipedia.org/wiki/__________________________________________________ ___ 6. http://intuit.ru/________________________________________________________________ _ ___________________________________________________________ ____________________________________________________________ ____________________________________________________________ ____________________________________________________________ Дата получения задания «__» ______ 20___ г. Задание принял к исполнению __________________________________________ подпись Ф.И.О. ПРИМЕЧАНИЕ: 1. Это задание прилагается к законченной ВКР и вместе с ВКР представляется в ГЭК. 2. Кроме задания, студент должен получить от руководителя календарный график работы над ВКР на весь период проектирования (с указанием срока выполнения и трудоемкости отдельных этапов)

МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего образования «КУЗБАССКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМЕНИ Т.Ф.ГОРБАЧЕВА» Филиал КузГТУ в г. Прокопьевске КАЛЕНДАРНЫЙ ПЛАН студента-дипломника 1. Факультет ____Очный____________________________________________________ 2. Направление (специальность)_09.03.02._____________________________ ______Информационные технологии______________________________ подготовки системы и информационных автотранспорта _______ технологий, машиностроения 4. Фамилия, (полностью) __Денишев 3. Кафедра имя, отчество и Руслан Фархатович_________________ 5. Тема выпускной квалификационной работы __Автоматизация процесса записи на прием в городскую больницу и формирования отчетности по услугам для условий ГБУЗ КО «Прокопьевская городская больница №1»_____________________________________________________________ 6. Руководитель ВКР_____Ванеев Николаевич___________________________________ 7. Консультанты Олег ____________________________________________________________ № ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО Разделы и специальные вопросы 1 2 3 4 5 6 7 Зав. кафедрой _____________________________Дубинкин Д.М. подпись Декан факультета Ф.И.О. _____________________________Шепелева Н.А. подпись Ф.И.О.

Календарный рабочий план МЕСЯЦЫ И НЕДЕЛИ ЭТАПЫ ИЛИ РАЗДЕЛЫ РАБОТЫ Апрель Май Июнь 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1.Формулировка требований к системе. X X X Концептуальное проектирование. 2.Разработка системы централизованного X X X хранения и обработки данных. 3.Аппаратная и административная X X X интеграция ИС. 4. Физическое проектирование. X X X 5. 6. 7. Дата выдачи: 16.04.201 9 Срок начала проектирован ия: Срок сдачи проекта на кафедру: Срок защиты в ГЭК: Приложение: 15.06.2019 22.06.2019 Приложение 1 Утверждено: зав. каф. ИТМА 13.05.2019 На основании результатов просмотра ВКР, обучающегося ____Ивановой В.А.________кафедра считает возможным допустить его к защите в ГЭК. «______»__________________________20 Д.М. г. Зав. кафедрой ______________________Дубинкин

АННОТАЦИЯ Автор выпускной работы: Денишев Руслан Фархатович Тема работы: Автоматизация процесса записи на прием в городскую больницу и формирования отчетности по услугам для условий ГБУЗ КО «Прокопьевская городская больница №1». Специальность: Информационные системы и технологии Город: Прокопьевск Год выполнения: 2019 Количество страниц: 133 Количество таблиц: 16 Количество иллюстраций: 33 Количество источников: 6 Количество листов графической части: 0 Объект исследования: ГБУЗ КО «Прокопьевская городская больница №1». Предмет исследования: оказание медицинских услуг. Практическая цель дипломного проекта: создание программного продукта, автоматизирующего процесс «Оказание медицинских услуг». Задачи дипломной работы:  Изучить особенности учреждения ГБУЗ КО «Прокопьевская городская больница №1»;  Рассмотреть значимость реализации процесса «Оказание медицинских услуг». КузГТУ ИТМА ВО 09.03.02 ВКР133/09ф.04 Изм. Лист № докум. Подпис Дата ь Лист 6

СОДЕРЖАНИЕ КузГТУ ИТМА ВО 09.03.02 ВКР133/09ф.04 Изм Лист № докум. . Иванова В.А. Разраб. Рук. Подпис Дата ь Лит. Автоматизация формирования заявок на оказание услуг автоперевозок для условий ООО «Сервис-Интегратор», г.Киселевск Лист Листов 129 7 Филиал КузГТУ в г. Прокопьевске Кафедра ИТМА Группа ИТб-151.2

ВВЕДЕНИЕ В наше время значимым направлением является улучшение управления, а так же внедрение технических средств в процесс управления. Ни одна система управления не способна обойтись без ЭВМ и иной техники. По этой причине систематически производится автоматизация деятельности компании. Автоматизация не только улучшает его работу, но является органичным элементом этой работы. Автоматизация в компаниях проводится в разных конфигурациях, на первом месте создаются системы обработки управленческой информации. Наиболее значимым уровнем являются АСУ, который включает не только обработку информации, однако и системы формирования управленческих решений, охватывающие непосредственно все стороны деятельности данной компании. Автоматизирование представляет немаловажную роль в практически каждом виде выполняемых работ по какому либо принципу: изготовление в наиболее крайние сроки и с высоким качеством при минимальных материальных затратах, а так же затратах ручного труда. Темой дипломного проекта является автоматизация процесса записи на прием в городскую больницу и формирования отчетности по услугам для условий ГБУЗ КО «Прокопьевская городская больница №1». В условиях данного предприятия это особенно актуально, отсутствия удобных и функциональных средств для выполнения данной задачи. Для реализации поставленной цели необходимо решить следующие задачи: проанализировать деятельность ГБУЗ КО «Прокопьевская городская больница №1»; провести анализ и проектирование ИС; разработать систему централизованного хранения и обработки данных; осуществить физическую реализацию базы данных; осуществить программную реализацию клиентского приложения. осуществить физическое проектирование ИС; разработать политику администрирования; разработать требования к информационной безопасности; Лист Изм. № докум. Подпис ьКорот ков 81

рассчитать экономическую эффективность ИС; Дипломное проектирование документируется составления пояснительной записки. путем Лист Изм. № докум. Подпис ьКорот ков 81

1 РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ 1.1 ИСХОДНОЕ ЗАДАНИЕ НА ПРОЕКТИРОВАНИЕ Необходимо разработать информационную систему автоматизации процесса записи на прием в городскую больницу и формирования отчетности по услугам для условий ГБУЗ КО «Прокопьевская городская больница №1». Система должна удовлетворять свежующим требованиям:  Хранение данных, а также их ввод, редактирование, удаление;  Поиск данных по введенным параметрам;  Выгрузка результатов поиска в документ MSWord;  Формирование документа определенного формата, для последующей передачи формирования заявок пациентов. 1.2.Анализ организационной структуры предприятия 1.2.1.Исследование общих закономерностей функционирования предприятия Полное название: Государственное автономное учреждение здравоохранения Кемеровской области "Прокопьевская городская больница №1" Сокращенное название: ГБУЗ КО «Прокопьевская городская больница №1» Местонахождение и почтовый адрес головного офиса: 653045, Российская Федерация, Кемеровская область, г. Прокопьевск, ул. Подольская 12. Местонахождение и почтовый адрес Филиала «ОАО УРАЛСИБ» в г. Кемерово:650099, Российская Федерация, Кемеровская область, г. Кемерово прт Октябрьский, д. 2. Контактный телефон: 8 (384-2) 36-42-84. МБУЗ «Городская больница №1» – крупнейшее лечебно-профилактическое учреждение города Прокопьевска, развернутое на 619 коек по муниципальному заданию. Основной вид деятельности компании – квалифицированная специализированная стационарная (экстренная, плановая, лечебноконсультативная) медицинская помощь взрослому и детскому населению города Прокопьевска, Прокопьевского района, города Киселевска..

1.2.2. Выявление организационной структуры компании, определение функций ее подразделений и основных бизнес процессов Схема организационной структуры предприятия ГБУЗ КО Прокопьевская городская больница № 1 состоит из пяти подразделений:  Административный отдел – осуществляет общее руководство больницей, отвечает за стратегическое планирование работ.  Приемное отделение - осуществляет регистрацию, прием и осмотр поступающих на лечение больных.  Клиническое отделение осуществляет консультативную, лечебную и профилактическую амбулаторную помощь по 33 специальностям.  Вспомогательно-диагностическое отделение осуществляет целенаправленное исследование для оценки здоровья.  Инфекционное отделение - осуществляет полноценное лечение больного и его надежную изоляцию.  Информационный отдел – отвечает за создание, внедрение, сопровождение информационных ресурсов.  Бухгалтерия – занимается сбором данных об имуществе и обязательствах предприятия;  Хозяйственные службы – занимается комплексом технологических операций и организационных действий по поддержанию работоспособности или исправности объекта. Организационная структура городской больницы представлена на рис. 1 в виде состава подразделений.

pd Организационная структура Администрация Клиническое отделение +Персонал клинического отделения Вспомогательно-диагностическое отделение + Директор больницы Персонал вспомогательно-диагностического отделения + Информационный отдел Бухгалтерия + Программист Бухгалтер + служ бы Хозяйственные Приемное отделение + Дворник Маляр + Инфекционное отд еление + Деж урный + Санитар + Персонал инфекционного отделения + Слесарь-электрик 1. Состав подразделений Рисунок Описание функций подразделений и их основных 1 Таблица характеристик приведено в таблице 1. Описание функций подразделений и их основных характеристик Код Наименовани Выполняемые Число Функциональ подразделе е функции сотрудни ная ния подразделени ков подчиненнос я ть АДМ Администрац Общее руководство - - ия больницей, планирование работ различных видов и общей стратегии развития организации БГ Бухгалтерия Управление 1 Администра финансами ция Приемное Обработка 4 Администра ПО отделение обращений ция пациентов и их дальнейшее направление в другие отделения КО Клинические Основной задачей 26 Администра отделения клинических ция отделений является

ВДО Вспомогатель ные и диагностичес кие отделения ХТС Хозяйственн ые и технические службы ИО Инфекционно е отделение консультативная, лечебная и профилактическая амбулаторная помощь. Отделение 22 функциональной диагностики, операционный блок, отделение анестезиологии и реанимации, рентгендиагностич еское отделение, отделение восстаноительного лечения или реабилитации (физиотерапевтиче ское). Это оборудование 18 больницы и все виды ее коммунального благоустройства. Инфекционное 40 отделение является специализированн ым лечебнопрофилактическим учреждением, где обеспечивается полноценное лечение больного и его изоляция, предотвращающая дальнейшее распространение болезни в обществе. Администра ция Администра ция Администра ция На основании выявленных подразделений, их функций и функций организации в целом были выявлены бизнес-процессы организации. Их общий перечень, а также краткая характеристика приведены в таблице 2. Таблица 2

Ко д БП Наименование БП Степен ОтделОтдель владелец БП исполнитель важнос БП ти БП* Основные бизнес-процессы КО Постановка диагноза и установление необходимости стационарного лечения или проведение операции А Клинические отделения Клинические отделения ДО Диагностичес кое обследование больных А ЛИ Б Лечение пациентов, зараженных профильными инфекционны ми заболеваниям и А Вспомогатель нодиагностичес кие отделения Инфекционно е отделение Вспомогатель нодиагностичес кие отделения Инфекционно е отделение Ю О ИТ О РО Д УП БПисточн ик БПприемн ик Вспомогательные бизнес-процессы В Администрац Администрац Поддержка ия ия юридическог о обеспечения предприятия Информацио ннотехническое сопровожден ие предприятия Разработка отчетной документаци и Управление B Информацион ный отдел Информацион ный отдел B Бухгалтерия Бухгалтерия А Бизнес-процессы управления Администрац Администрац ия ия Положение о бизнес-процессах предприятия * – используемые обозначения важности БП: A – очень важный; B – средней важности; C – практически неважный.

Контекстная диаграмма в нотации IDEF0 для всей организации, а также ее декомпозиции на составляющие бизнес-процессы представлены на рис. 2-3. Рисунок 2. Контекстная диаграмма предприятия Рисунок 3. Декомпозиционная диаграмма первого уровня 1.2.2 Исследование функций структуры и деятельности подразделений, выполняющих базовый бизнес процесс Базовый бизнес-процесс «учет медицинских услуг» реализуется отделом сопровождения ИС. Состав отдела сопровождения приведен на ИС рис. 4 Начальник отдела сопровождения ИС Программист (2 специалиста)

Рисунок 4. Структура отдела сопровождения ИС Состав сотрудников и их функции представлены в таблице 3. Таблица 3 Обозначен ие должности (код) НОИС П Полное наименование должности Число сотрудников с данной должностью Начальник отдела сопровождения ИС Программист Функции сотрудников в 1 2 отдельности представлены таблице 4. Таблица 4 Информац ия, материалы и пр., необходим ые для выполнени я работы 1 От кого поступа ют 2 Работа, производима я работником Документ, регламент ирующий работу 3 4 Конечны й результа т работы 5 Кому передается 6 1. Начальник отдела операционного сопровождения ИС ФУНКЦИЯ 1: Непосредственное руководство отделом ИС Распоряже ние от правления , годовой план Правлен ие ГБУЗ КО «Прокоп ьевская городска я больниц а №1» Руководство отделом, формирован ие отчетности для правления. План работы отдела, утвержден ный в установле нном порядке, должностн ая инструкци я Функцион ирование Правлен ие ГБУЗ КО «Прокоп ьевская городска я больница №1» в

ФУНКЦИЯ 2: Осуществление расчетно-кассового обслуживания клиентов Распоряже ние от правления , годовой план Правлен ие ГБУЗ КО «Прокоп ьевская городска я больниц а №1» Осуществле ние консультаци и клиентов городской больницы, контроль над выполнение м работ, выполняемы х подчиненны ми План работы отдела, утвержден ный в установле нном порядке, должностн ая инструкци я Осведомле нность сотрудник ов и надлежащ ее выполнени е установле нных обязаннос тей Клиенты ФУНКЦИЯ 3: Контроль над подчиненными, и исполнением обязанностей Распоряже ние от правления , годовой план ГБУЗ КО «Прокоп ьевская городска я больниц а №1» Участие в повышение квалификац ии сотрудников Операционн ого Отдела и доведение до них информации об изменениях в законодател ьных и нормативны х актах, в части операционно го обслуживан ия Клиентов План работы отдела, утвержден ный в установле нном порядке, должностн ая инструкци я 2. Программист ФУНКЦИЯ 1: Консультирование клиентов Осведомле нность сотрудник ов и надлежащ ее выполнени е установле нных обязаннос тей Сотрудн ики

Информац ия, полученна я от клиента Клиент городско й больниц ы Консультиро вание клиентов по интересующ им их вопросам. План работы отдела, утвержден ный в установле нном порядке, должностн ая инструкци я Осведомле нный клиент Клиента м ФУНКЦИЯ 2: Формирование заявок на запись на пациентов на прием; Заявки пользовате лей, переданны е программи стам Клиент городско й больниц ы Формирован ие заявок, согласно требованиям клиента План работы отдела, утвержден ный в установле нном порядке, должностн ая инструкци я Выполнен ное требовани е клиента по интересую щим его операциям Клиенты Информац ия, зафиксиро ванная на бумажном носителе Руководи тель Занесенна я в базу информац ия о пациенте Клиента м ФУНКЦИЯ 3: Занесение информации об услугах Информац ия, получена из заявки пациента и ее обработки Клиент городско й больниц ы Информация об услуге, зафиксирова нная на бумажном носителе План работы отдела, утвержден ный в установле нном порядке, должностн ая инструкци я ФУНКЦИЯ 4: Формирование документа. Информац ия занесенна я в базу Клиент городско й больниц ы Занесенная в базу информация о пациенте План работы отдела, утвержден ный в установле нном

порядке, должностн ая инструкци я 1.2.3. Анализ существующей реализации базового бизнес-процесса Контекстная диаграмма базового БП в нотации IDEF0 представлена на рисунке 5. 1.2.4. Анализ существующей реализации базового бизнес-процесса Рисунок 5 - Контекстная диаграмма. Декомпозиция контекстной диаграммы представлена на рис. 6. После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. Данная декомпозиция состоит из следующих основных работ:

1. «Запись» – заключается записи пациента на прием к врачу. 2. «Сдача анализов» – заключается в выдаче направления, сдачи анализов, 3. «Оказание услуги» – заключается в осмотре пациента, постановке диагноза и лечении. 4. «Сдача контрольных анализов» – результаты лечения для дальнейшей выписки из больницы или корректировки лечения.

Рисунок 6 - Диаграмма декомпозиции А0. В декомпозиции контекстной диаграммы показаны основные работы, которые осуществляет предприятие в процессе своего функционирования на основе входной информации из внешней среды. Модель содержания бизнес–процессов - содержит описание состава и последовательности выполнения шагов бизнес- процессов. Рисунок 7. Диаграмма деятельности базового БП «Оказание медицинских услуг» Описание подпроцессов и процедур, которые не автоматизированы и требуют автоматизации: В настоящее время подпроцессы базового БП выполняются вручную. На основании диаграммы деятельности базового БП (рис. 7), можно выделить следующие процессы, которые целесообразно автоматизировать.

Автоматизации подлежат следующие процессы:  Запись пациентов на прием;  Учет оказанных услуг;  Формирование общей отчетности. Для автоматизации базового БП необходимо внести следующие изменения:  создать БД, в которую будут вноситься заявки пациентов, а также их обработки, данные о пациентах, данные об услугах. Данная БД будет использоваться вместо существующей на предприятии картотеки для удобства хранения данных;  разработать приложение с достаточным уровнем информационной безопасности.  разработать вывод необходимой документации (MSOfficeWord);  разработать вывод документа определенного формата, для передачи в кодировщик магнитных полос (Документ формата «txt»). 1.3 Формулировка требований к системе Каждому ранее выявленному автоматизируемому элементу поставим в соответствие одно функциональное требование. Кроме этого, добавим одно новое требование – «Обеспечение возможности формирования отчета». Все функциональные требования разобьем на три функциональные подсистемы согласно диаграмме, приведенной на рис. 8.

cd Состав требований Запись на прием Обеспечение регистрации заявления пациента «trace» (fromАвт Эл Запись на прием) Обеспечение статистики по оказанным услугам Учет оказанных услуг «trace» (fromАвт Эл РегУслуг) Формирование отчетности Рисунок 8. Функциональные требования к системе Для определения состава сценариев, реализующих требования, были построены диаграммы вариантов использования для каждой из функциональных подсистем (рис. 9). отчетности udПодсистем а формирования Обеспечение регистрации Регистрация заявления пациента заявления «Реализует» (from Lab12) пациента Дежурный Обеспечение Составление статистики оказанным (from Lab12) услугам отчетов по «Реализует» по оказанным услугам Бухгалтер Формирование отчетности Формирование общей отчетности «Реализует» (from Lab12) Рисунок 9. Диаграмма вариантов использования для реализации требований. 1.3.3 Разработка содержания сценариев

Для реализации требований используются следующие сценарии:  добавление/изменение/удаление пациентов;  поиск требуемых данных о пациентах;  добавление/изменение/удаление услуг;  подготовка данных о выполненных работах. При разработке содержания сценариев были построены диаграммы деятельности, с помощью которых был определен набор используемых объектов-сущностей и граничных объектов. Состав объектов процесса (соответствующая диаграмма представлена на рис. 11):  Выбранный врач — который примет пациента; врач «Запись на прием» последовательности нужной специальности, Сохраняемые:  Номер страхового полиса пациента — документ, необходимый для регистрации обращения пациента;  Список врачей — перечень всех работающих в данной больнице врачей, один из которых может принять пациента;  Направление к врачу — документ, представляющий собой завершение процесса регистрации заявления пациента. Список граничных объектов: Форма обработки данных.

Рисунок 11. Диаграмма последовательности для процесса «Запись на прием» Состав объектов процесса «Учет услуг» (соответствующая диаграмма последовательности приведена на рис. 12): Оперативные:  Загруженный список пациентов — список пациентов, на основании которого можно выбрать конкретного пациента и услуги, оказанные ему;  Загруженный список услуг — список услуг, оказанных тому или иному пациенту;  Выбранная услуга — услуга, по которой выведется отчетность. Сохраняемые:  Список пациентов — перечень пациентов с оказанными им услугами;  Список услуг, оказанных выбранному пациенту;

 Данные об услугах — готовая отчетность о выбранных услугах. Список граничных объектов:  Форма обработки данных. Рисунок 12. Диаграмма последовательности для процесса «Учет услуг» Состав объектов процесса «Формирование отчетности» (соответствующая диаграмма последовательности изображена на рис. 13): Оперативные:  Сформированная отчетность — отчетность, сформированная за указанный промежуток времени. Сохраняемые:

 Данные об услугах — данные об услугах пациентам на основании данных из процесса «составление отчетов по оказанным услугам»;  Отчетность — готовая отчетность. Список граничных объектов:  Форма обработки данных. Рисунок 13. Диаграмма последовательности для процесса «Формирование отчетности» 1.3.4 Определение требований к пользовательскому интерфейсу Пользовательский интерфейс должен разрабатываться с использованием стандартных элементов WindowsForms: кнопок Button, текстовых полей TextBox, выпадающих списковComboBox, таблиц DataGridView, переключателей

RadioButtonи CheckBox, списков ListBox. Для каждого бизнестребованияцелесообразно создать отдельную экранную форму. Предварительный состав экранных форм, а располагаемых на них элементов, приведен на рис. 14. также Рисунок 14. Состав экранных форм Описание форм:  Начальная форма. На данной форме находится две кнопки: «Войти» и «Отмена». При нажатии на кнопку «Вход», появляется окно «Форма выбора». При нажатии на кнопку «Отмена» окно закрывается.

 Форма «Форма выбора». В данном окне находится три кнопки, при нажатии на кнопку «Запись на прием» откроется окно, где можно будет зарегистрировать пациента. При нажатии на кнопку «Учет услуг», откроется окно, где можно будет просмотреть информацию о любых услугах, оказанных пациентам. Поиск производится под коду услуги. При нажатии на кнопку «Формирование отчетности» откроется окно, где можно просмотреть все услуги пациентам.  Форма «Запись на прием». В данном окне нужно ввести фамилию, имя, отчество, дату рождения, адрес и код направления. Когда данные будут введены, необходимо нажать на кнопку «Добавить».  Форма «Учет услуг». В данной форме нужно ввести код услуги, после чего будет произведен поиск и выведена информация о том, кому оказывалась данная услуга.  Форма «Формирование отчетности». При открытии данной формы будет показана информация о всех услугах, оказанных пациентам. 1.3.5 требований Окончательная к системе. формулировка Разработка концепции системы Окончательная формулировка требований к системе представлена в приложении А в виде технического задания. Функциональные требования к системе

1) Система должна обеспечивать ввод, хранение, корректировку данных о пациентах. Приоритет: оптимизация 2) Система должна обеспечивать ввод, хранение, корректировку данных заявках пациентов. Приоритет: оптимизация 3) Система должна обеспечивать ввод, хранение, корректировку данных об услугах. Приоритет: оптимизация 4) На основании введенной фамилии программист должен получить информацию о пациенте, а именно ФИО, дату рождения, адрес проживания и код направления. Приоритет: ограничение Нефункциональные требования к системе Требования к производительности Система должна обеспечивать: быстродействие (не более 2 секунд на открытие и не более 3 секунд на выполнение запроса); Требования к надежности Система обеспечивает надежность за счет: использования полностью исправного оборудования; предварительного обучения сотрудников работе с оборудования и системой; соблюдений правил эксплуатации программных средств; При перебоях в электропитании предприятия питание системы не прекращается, за счет активации источников аварийного питания, поэтому потери данных при скачках напряжения исключены. В качестве дополнительной меры защиты от потерь данных, предусмотрено автоматическое журналирование основных данных в отдельную таблицу.

Требования к несанкционированному доступу к информации Защита информации от несанкционированного доступа обеспечивается за счет: наличия нескольких уровней доступа к информационной системе – администраторы, менеджеры-программисты. При работе с приложением клиенту ограничен доступ к информации наличия аккаунта для каждого пользователя: использования антивирусных программ и сетевых экранов; Требования к процессу хранения данных Данная информационная система будет построена на основе клиент-серверной архитектуры базы данных Microsoft SQL Server 2008 R2 и Microsoft Visual Studio 2015. Пользователь взаимодействует с необходимыми базами данных путем клиентского приложения, позволяющего запускать хранимые процедуры и функции. Обоснование необходимости разработки конкурентоспособной системы Разработка данной информационной системы потребует меньших материальных затрат, чем покупка готового решения; Определение приоритетов разработки При выборе решений соответствующим требованиям следует руководствоваться приоритетами. Для приоритетов требований присвоены следующие значения: «Оптимизация» – то есть необходимо как можно лучше и в первую очередь обеспечить реализацию данного требования;

«Ограничение» – то есть некоторое значение данного требование должно быть обеспечено, величины выше данного значения на функционирование системы не сказываются. Сгруппированные требования и назначенные им приоритеты перечислены в таблице 5. Группа требований Функциональные требования Нефункциональные требования Требования к производительности Требования к надежности Требования несанкционированному к Приоритет Оптимизация Ограничение Оптимизация Оптимизация доступу к информации Таблица 5 – Приоритеты для требований к ИС 2 Анализ и проектирование информационной системы 2.1 Классы граничных объектов и сущностей На основе объектов, выявленных при разработке сценариев, были определены следующие классы сущностей: 1. Класс «Polis» определен на основе объекта «Номер полиса» сценария «Регистрация заявления пациента». Атрибуты данного класса:  NomerPolisa (int) – номер полиса обязательного медицинского страхования.  Surname (string) - фамилия;  DateOfIssue (date) - дата выдачи; 2. Класс «Doctor» определен на основе объектов «Список врачей» и «Выбранный врач» сценария

«Регистрация заявления пациента». Атрибуты данного класса:  DoctoreCode (int) – код доктора;  Name (string) – имя доктора;  Surname (string) – фамилия доктора;  Position (string) – должность доктора. 3. Класс «ProcessingForm» определен объекта «Форма обработки данных» «Регистрация заявления пациента». Атрибуты данного класса:  Name (string) – имя формы. на основе сценария 4. Класс «WorkSchedule» определен на основе объекта подобранный график работы сценария «Регистрация заявления пациента». Атрибуты данного класса:  FreedomDay (int) – свободные дни в графике.  DoctoreCode (int) – код доктора;  Класс «ProcessingForm2» определен на основе объекта «Форма обработки данных» сценария «Составление отчетов по услугам».  Атрибуты данного класса:  Name – имя формы. 5. Класс «Pacienty» определен на основе объектов «Список пациентов» и «Загруженный список пациентов» сценария «Составление отчетов по услугам».. Атрибуты данного класса:  Name (string) – имя пациента;  Surname (string) – фамилия пациента;  PolisNumber (int) – номер страхового полиса пациента; 6. Класс «Uslugi» определен на основе объектов «Список услуг, оказанных выбранному пациенту» и «Загруженный список услуг» сценария «Составление отчетов по услугам». Атрибуты данного класса:  NaimUslugi (string) – наименование услуги;

 KodUslugi (int) - код услуги; 7. Класс «DannyeObUslugax» определен на основе объекта «Данные об услугах» сценария «Составление отчетов по услугам». Атрибуты данного класса:  NaimUslugi (string) – наименование услуги;  KodUslugi (int) - код услуги;  DataUslugi (date) - дата услуги;  PolisNumber (int) - номер полиса; 8. Класс «ProcessingForm3» определен на основе объекта «Форма обработки данных» сценария «Формирование общей отчетности». Атрибуты данного класса:  Name (string) – имя формы. 9. Класс «DanObUslZaPeriod» определен на основе объекта «Данные об услугах» сценария «Формирование общей отчетности».  Атрибуты данного класса:  DataUslugi (date) –дата оказания услуги;  NaimUsl (string) – наименование услуги;  KodUsl (int) – код услуги;  PolisNumber (int) – номер полиса пациента, которому была оказана данная услуга. 10. Класс «Otchetnost» определен на основе объектов «Сформированная отчетность» и «Отчетность» сценария «Формирование общей отчетности». Атрибуты данного класса:  DataUslugi (date) –дата оказания услуги;  NaimUsl (string) – наименование услуги;  KodUsl (int) – код услуги;  PolisNumber (int) - номер полиса. Итоговая диаграмма классов с указанием всех методов представлена на рис. 15-17.

Рисунок 15. Итоговая диаграмма классов с методами выявленных классов Рисунок 16. Итоговая диаграмма классов с методами выявленных классов

Рисунок 17. Итоговая диаграмма классов с методами выявленных классов 2.2 Определение методов объектов Методы объектов определяются на основе построения диаграмм последовательностей для сценариев требований. При построении диаграмм последовательностей каждое сообщение, направленное на объект, рассматривается как метод данного объекта и является операцией, реализующей данный метод в соответствующем классе. Для определения методов объектов были построены диаграммы последовательности для сценариев требований (рис. 1 19, 20). 8, Рисунок 18. Диаграмма последовательности для сценария «Запись на прием» Описание сценария «Запись на прием» приведено в таблице 6. Таблица 6 Операция OpenForm ВводНомераПолиса Класс Сообщение ProcessingFo rm ProcessingFo rm Вводимые параметры Открытие Name: формы string Ввод номера PolisNumber: int страхового DateOfIssu Тип возврата

полиса ЗагрСпискаВрачей Doctor ВыборНужнВрача Doctor ЗагрузкаГрафикаРаботыВра ча WorkSchedul e ФормированиеНаправления КВрачу Direction Загрузка списка врачей Выбор нужного врача Загрузка графика работы Формирован ие направлени я к врачу e: date Surname: string DoctorCode : int FreedomDa y: int Number: int Рисунок 19. Диаграмма последовательности для сценария «Учет услуг» Описание сценария «Учет услуг» приведено в таблице 7. Таблица 7 Операция Класс Сообщение OpenForm ProcessingFor m2 Pacienty Открытие формы Загрузка списка ЗагрузкаСпискаПациентов Вводимые параметр ы Name: string Тип возвра та void void

ВыборИнтересующегоПациен та ProcessingFor m2 ЗагрузкаСпискаУслугПациен ту Uslugi ВыборИнтересующихУслуг ProcessingFor m2 ФормированиеОтчетностиОб Услугах ProcessingFor m2 ФормированиеОтчетности DannyeObUslu gax пациентов Выбор пациента из списка Name: string Surname: string PolisNumb er: int Загрузка услуг, оказанных выбранном у пациенту Выбор услуг из списка Формирова ние отчетности об услугах Формирова ние отчетности void void void void void Рисунок 20. Диаграмма последовательности для сценария «Формирование отчетности» Описание сценария «Формиро ваниеотчетности» приведено в таблице 8. Таблица 8 Операция Класс Сообщение Вводим ые парамет Тип возвра та

OpenForm ОткрФормыВыбораИнтервала ProcessingFor m3 TimePeriod ВыборИнтервала TimePeriod ЗагрузкаОтчетностиЗаДанныйПе риод DannyeObUsl ugax ФормированиеОтчетности ProcessingFor m3 ФормированиеОтчетностиЗаДанн ыйПериод Otchetnost 3. Открытие формы Открытие формы выбора интервала Выбор временног о интервала ры Name: string Year1: int Month1: int Day1: int Year2: int Month2: int Day2: int Загрузка отчетности за данный период Формирова ние отчетности Формирова ние отчетности за данный период Разработка системы централизованного хранения и обработки данных 3.1 Формирование требований к БД База данных должна соответствовать следующим требованиям: 1. СУБД должна быть построена по архитектуре клиент-сервер. 2. База данных должна хранить следующую информацию:  Информацию об обращениях пациентов;  Информацию о пациентах;  Информацию об услугах;  Информация о пользователях, работающих с ИС (логин, пароль);

3. Все механизмы по управлению данными в базе данных должны быть выполнены в виде процедур и функций на стороне сервера. 3.2 Формирование отношений к БД На основе выявленных классов выявлены следующие отношения, необходимые для хранения данных:DokumentOkazanykhUslugakh, Klient, ModeliKomputera, SpisokElDlyaRemonta, SpisokSotrydnkov, Uslugi, Zayavki.Описание и атрибуты отношений представлены в таблице 7. Таблица 7 – Описание и атрибуты отношений Отношение Атрибуты Описание Direction (соответствуе т классу сущности Direction) DirectionCode – код направления (тип int); DoctorCode – код доктора (тип int); PolisNumber – номер страхового полиса (тип int). Содержит информацию о направлениях: код направления, код доктора, номер страхового полиса Doctors (соответствуе т классу сущности Doctors) DoctorCode – код доктора (тип int, первичный ключ); Name – имя доктора (тип nvarchar(20)); Surname – фамилия доктора (тип nvarchar(20)); Otchestvo – отчество доктора (тип nvarchar(20)); Position – должность Содержит информацию о докторах: код доктора, имя, фамилия, отчество, должность

доктора (тип nvarchar(20)). Otchetnost (соответствуе т классу сущности Otchetnost) PolisNumber – номер страхового полиса (тип int); DoctorCode – код доктора (тип int); KodUslugi – код услуги (тип int); DataUslugi дата услуги (тип date); DirectionCode - код направления (тип int). Содержит информацию об отчетности: номер страхового полиса, код доктора, код услуги, дата услуги, код направления Patients (соответствуе т классу сущности Patients) PolisNumber – номер полиса (тип int, первичный ключ); Name – имя пациента (тип nvarchar(20)); Surname – фамилия пациента (тип nvarchar(20)); Otchestvo – отчество пациента (тип nvarchar(20)); DataRozhd дата рождения пациента (тип date); AdPac - адрес пациента (тип nvarchar(20)); DirectionCode - код выданного направления (тип int). Содержит информацию о пациентах: номер полиса, имя, фамилия, отчество, дата рождения, адрес проживания, код направления

Polis (соответствуе т классу сущности Polis) PolisNumber – номер полиса (тип int); DateOfIssue – дата выдачи (тип date); Uslugi (соответствуе т классу сущности Uslugi) KodUsludi – код услуги (тип int, первичный ключ); NaimUslugi – название услуги (тип nvarchar(30)). WorkSchedule (соответствуе т классу сущности WorkSchedule) FreedomDay – свободная дата (тип date); DoctorCode – код доктора (тип int). Содержит информацию о полисах пациентов: номер полиса, дата выдачи страхового полиса Содержит информацию об услугах: код услуги, наименование услуги Содержит информацию о рабочих графиках докторов: код доктора, свободный день 3.3 Выявление связей отношений В качестве СУБД для разработки системы была выбрана СУБД Microsoft SQL Server. На основе разрабатываемой основании анализа требований информационной анализа предметной диаграмма, показанная на рис. 21. к базе системе, области, данных а также построена и к на ER-

Рисунок 21. ER-диаграмма 3.4 Даталогическое проектирование 3.4.1 Выбор СУБД В качестве системы управления разрабатываемой базой данных выбираем MicrosoftSQLServer 2008, который обладает рядом преимуществ:  Высокой скоростью обработки запросов;  Высоким уровнем безопасности  Возможностью управления огромными объёмами данных;  Многопользовательским доступом;  Возможностью выставлять ограничения доступа не только на таблицу в целом, но даже и на отдельные ее столбцы.  Довольно низкие системные требования 3.4.2 Создание таблиц На основании сформированных отношений в базе данных строятся следующие таблицы:

Таблица Direction (Направление) информацию о направлениях (рис. 22) - содержит Рисунок 22. Таблица «Direction» Таблица Doctors (Доктора) - содержит информацию о докторах (рис. 23) Рисунок 23. «Таблица Doctors» Таблица Otchetnost (Отчетность) информацию о всех оказанных услугах (рис. 24) - содержит Рисунок 24. Таблица «Otchetnost» Таблица Patients (Пациенты) информацию о пациентах (рис. 25) - содержит Рисунок 25. Таблица «Patients» всю

Таблица Polis (Полис) - содержит страховых полисах пациентов (рис. 26) информацию о Рисунок 26. Таблица «Polis» Таблица Uslugi (Услуги) - содержит информацию об услугах, оказываемых больницей (рис. 27) Рисунок 27. Таблица «Uslugi» Таблица WorkSchedule (Рабочий график) - содержит информацию о рабочих графиках докторов (рис. 28) Рисунок 28. Таблица «WorkSchedule» 3.4.3 Разработка сценариев информационной системы Сценарии взаимодействия пользователей с информационной системой сформированы согласно сценариям, разработанным при проектировании. 1) Сценарий записи пациента на прием: - программист открывает соответствующую вкладку на форме; - происходит загрузка существующих данных в элементы формы; - программист вводит все необходимые значения данных заявки, используя элементы формы; - нажимает кнопку «Добавить»;

- система, посредством вызова процедуры, добавляет введенные пользователем данные в таблицу «Patients». Аналогичным образом работают сценарии для добавления новой услуги и отчетности по услуге. 2) Сценарий удаления данных о пациенте: - пользователь открывает соответствующую вкладку на форме - происходит загрузка существующих данных в элементы формы - вводит номер страхового полиса пациента, о котором нужно удалить информацию; - нажимает кнопку «Удалить» - система, посредством вызова процедуры, удаляет выбранную пользователем заявку из таблицы «Patients»; Аналогичным образом работают сценарии для удаления информации об услуге и отчетности по услугам. 3) Сценарий поиска данных: - пользователь открывает на форме вкладку «Поиск данных»; - вводит параметр поиска – код услуги, в соответствующий элемент формы; - нажимает кнопку «Поиск»; - происходит поиск информации в таблице «Otchetnost»; - происходит вывод поиска в таблицу; - пользователь нажимает кнопку «Вывод в Word» - происходит сохранение найденных данных в документ WORD. 3.4.4 Реализация сценариев в виде хранимых процедур Разработка серверных компонент производилась на основе разработанных сценариев. На серверной компоненте написаны

хранимые процедуры, которые, по своей сути, можно разделить на процедуры добавления, удаления, поиска данных. Процедура для добавления нового пациента и его записи на прием «insPatients» представлена на рис. 29. Рисунок 29. Процедура «insPatients» Процедура для изменения информации «updPatients» представлена на рис. 30. о пациента Рисунок 30. Процедура «updPatients» Процедура для удаления информации «delPatients» представлена на рис. 31. о пациента Рисунок 31. Процедура «delPatients» Функция поиска данных о пациенте по номеру страхового полиса «inf_ab_pat» представлена на рис. 32. его

Рисунок 32. Функция «inf_ab_pat» 4 Технологии разработки и программная реализация 4.1 Выбор технологий 4.1.1 Выбор операционной системы В качестве операционной системы для развертывания ИС выбираем Windows. Выбор данной операционной системы обусловлен тем, что на предприятии работают с ОС Windows 7 и приобретение другой ОС будет нецелесообразным. 4.1.2 Выбор взаимодействия пользователя с операционной системой Для взаимодействия пользователя с системой создаем интерфейс в стиле операционной системы, т.е. в стиле Windows этот вид интерфейса наиболее понятен пользователю и не вызывает особых затруднений при работе с ним.

4.1.3 Выбор технологии взаимодействия пользовательских компонент с данными В качестве технологии взаимодействия пользовательских компонент с данными выбрана технология ADO.NET. ADO.NET (ActiveXDataObjects .NET) – основная модель доступа к данным для приложений, основанных на Microsoft .NET. Выбор технологии основан на выборе операционной системы. 4.1.4 Выбор языка и среды программирования В качестве среды программирования выбираем VisualStudio 2015, а в качестве языка программирования - C#. Данный язык и среда являются универсальными инструментами программирования, поэтому они подходят для решения поставленной задачи по созданию ИС. 4.2 Определение физической архитектуры приложения 4.2.1 Разработка компонентов В качестве клиента используется «тонкий» клиент (т.е. используется сервер приложений). Бизнес-логика перенесена на сторону сервера в хранимые процедуры и БД. Доступ к данным реализован с помощью соответствующих вкладок на форме, т. е каждая вкладка предназначена для каких – либо приложения, конкретных доступ действий. разрешен только «Авторизация» После авторизации В к момент запуска одной вкладке: становятся доступными вкладки «Добавить данные», «Изменить данные», «Удалить данные», «Поиск данных» для форм «Запись на прием», «Учет услуг», «Формирование отчетности». При выполнении операций по добавлению, изменению данных, удалению данных вывод производится на вкладку приложения. При

некорректном вводе значений, используются сообщения об ошибках. Для повышения простоты и удобства использования, все поля, списки и кнопки подписаны без использования сокращений. На рисунке 33 приведена диаграмма компонентов приложения. Рисунок 33. Диаграмма компонентов приложения 4.3 Уточнение состава экранных форм При запуске приложения открывается главная форма с доступными вкладками: «Авторизация» (рис. 34). Пользователь вводит уникальный «Войти». По логин завершению и пароль сеанса и нажимает работы, кнопку пользователь нажимает кнопку «Отмена». Вкладка содержит следующие управляющие элементы: 1.2 элемента типа Textbox для ввода логина пользователя и пароля.

2.2 Кнопки типа Button для входа в систему и выхода из нее. Рисунок 34. Форма «Форма входа» Если авторизация успешна, открывается вкладка «Форма выбора». Рисунок 35. Форма выбора Данная форма содержит следующие управляющие элементы:  3 кнопки типа Button для перехода на другие формы.

Если нажать на кнопку «Запись на прием», то откроется форма «Запись на прием» с вкладками «Добавить данные» (рис. 36), «Изменить данные» (рис. 37), «Удалить данные» (рис. 38), «Поиск» (рис. 39). Рисунок 36. Форма «Запись на прием». Вкладка «Добавить данные» Данная вкладка содержит следующие управляющие элементы:  1 элемент типа datagridview для отображения данных;  7 элементов типа textbox для ввода информации о пациенте: номера полиса, ФИО, даты рождения, адреса проживания и кода выданного направления;  1 элемент типа button для добавления пациента в базу.

Рисунок 37. Форма «Запись на прием». Вкладка «Изменить данные» Данная вкладка содержит следующие управляющие элементы:  1 элемент типа datagridview для отображения данных;  2 элемента типа textbox для ввода параметров по изменению фамилии пациента;  1 элемент типа button для изменения фамилии пациента.

Рисунок 38. Форма «Запись на прием». Вкладка «Удалить данные» Данная вкладка содержит следующие управляющие элементы:  1 элемент типа datagridview для отображения данных;  1 элемент типа textbox для ввода номера полиса пациента - параметра для его удаления из базы;  1 элемент типа button для удаления информации о пациенте.

Рисунок 39. Форма «Запись на прием». Вкладка «Поиск» Данная вкладка содержит следующие управляющие элементы:  1 элемент типа datagridview для отображения данных;  1 элемент типа textbox для ввода номера полиса пациента - параметра для его поиска по базе;  1 элемент типа button для поиска информации о пациенте. Если на форме выбора нажать кнопку «Учет услуг», то откроется форма «Учет услуг» с вкладками «Добавить данные» (рис. 40), «Изменить данные» (рис. 41), «Удалить данные» (рис. 42), «Поиск» (рис. 43).

Рисунок 40. Форма «Учет услуг». Вкладка «Добавить данные». Данная вкладка содержит следующие управляющие элементы:  1 элемент типа datagridview для отображения данных;  2 элемента типа textbox для ввода кода услуги и ее наименования;  1 элемент типа button для добавления новой услуги.

Рисунок 41. Форма «Учет услуг». Вкладка «Изменить данные». Данная вкладка содержит следующие управляющие элементы:  1 элемент типа datagridview для отображения данных;  2 элемента типа textbox для ввода кода услуги и нового наименования;  1 элемент типа button для изменения наименования услуги. Рисунок 42. Форма «Учет услуг». Вкладка «Удалить данные». Данная вкладка содержит следующие управляющие элементы:  1 элемент типа datagridview для отображения данных;  1 элемент типа textbox для ввода кода услуги;  1 элемент типа button для удаления услуги.

Рисунок 43. Форма «Учет услуг». Вкладка «Поиск». Данная вкладка содержит следующие управляющие элементы:  1 элемент типа datagridview для отображения данных;  1 элемент типа textbox для ввода кода услуги;  1 элемент типа button формирования статистики по выбранной услуге. Если на форме выбора нажать кнопку «Формирование отчетности», то откроется форма «Формирование отчетности» с вкладками «Добавить данные» (рис. 44), «Изменить данные» (рис. 45), «Удалить данные» (рис. 46), «Поиск» (рис. 47).

Рисунок 44. Форма «Формирование отчетности». Вкладка «Добавить данные». Данная вкладка содержит элемент типа следующие управляющие элементы:  1 datagridview для отображения данных;  3 элемента типа combobox для выбора номера полиса, кода доктора и кода услуги;  2 элемента типа textbox для ввода даты услуги и кода направления;  1 элемент типа button для занесения информации об услуге в отчетность.

Рисунок 45. Форма «Формирование отчетности». Вкладка «Изменить данные». Данная вкладка содержит элемент типа следующие управляющие элементы:  1 datagridview для отображения данных;  4 элемента типа combobox для выбора кода услуги, нового номера полиса, нового кода доктора и нового кода услуги;  2 элемента типа textbox для ввода новой даты услуги и кода направления;  1 элемент типа button для изменения информации об услуге в отчетности.

Рисунок 46. Форма «Формирование отчетности». Вкладка «Удалить данные». Данная вкладка содержит элемент типа следующие управляющие элементы:  1 datagridview для отображения данных;  1 элемента типа textbox для ввода кода услуги;  1 элемент типа button для удаления информации об услуге из отчетности.

Рисунок 47. Форма «Формирование отчетности». Вкладка «Поиск». Данная вкладка содержит элемент типа следующие управляющие элементы:  1 datagridview для отображения данных;  1 элемента типа textbox для ввода кода услуги;  2 элемента типа button для поиска информации об услуге в отчетности и ее вывода в документ MS Word. Экспорт данных??? 5. Специальная часть. Терминал самообслуживания Терминал самообслуживания - это электронное мультимедиа-устройство. В него входит принтер чеков, ячейка для приема наличных денег, PIN-клавиатура, а также картридер для оплаты заказов кредитными картами. Терминал является разновидностью «киосков самообслуживания». Он совмещает в себе функции приема платежей и предоставления различной информации. Программное обеспечение терминала и сетевые подключения позволяют клиентам без

сторонней помощи пользоваться предоставляемыми услугами. Терминалы самообслуживания являются важными атрибутами в современных городах. Они устанавливаются в магазинах, банках и других учреждениях, где могут понадобиться услуги приема платежей. Общий вид терминала представлен на рис. 48. Рисунок 48. Общий вид терминала самообслуживания 5.1. Технология терминала Современные терминалы самообслуживания работают на клиент-серверной архитектуре. Также ПО для терминалов позволяет осуществлять их удаленное обслуживание и существенно обезопасить передачу различной информации. В терминалах используются современные технологии программирования например, WPF или Microsoft.NET. В качестве СУБД часто используется программа Microsoft SQL Server. При разработке ПО терминалов большое внимание уделяется простоте и удобству графического интерфейса, поскольку сложный для восприятия интерфейс может приносить неудобства пользователям. 5.2. Возможности Разработка программного обеспечения для терминала самообслуживания позволит расширить набор функций, которые он выполняет, а также обеспечить бесперебойную работу и уменьшить вероятность возникновения различных ошибок и поломок. Удобство пользования терминалом, простота интерфейса и эффективность работы определяется, в первую очередь, правильно разработанным программным обеспечением. 5.3. Техническая и программная часть терминала самообслуживания

Терминал самообслуживания построен на базе персонального компьютера. Примерные характеристики: сторожевой таймер, стальной корпус, монитор, компьютер, беспроводной GSM модем Siemens MC 35i, термопринтер Citizen CBM 1000 II, процессор - AMD A6-4400m, 2048MB оперативной памяти, 512GB. ОС - Windows 7. Также терминал подключен к общей локально вычислительной сети. 5.4. Запись пациентов на прием с помощью терминала самообслуживания Для того, чтобы реализовать возможность регистрировать заявления пациентов через терминал, было разработано новое клиентское приложение. Для реализации можно использовать технологии Microsoft VisualStudio 2015 и СУБД Microsoft SQLServer 2008 R2, поскольку терминал работает на архитектуре «клиент-сервер». Создадим в VisualStudio 2015 новое приложение Windows Forms, и добавим в конструктор форму «Запись пациентов на прием», которая аналогична форме «Запись на прием» в основном приложении. Созданная форма обладает ограниченным функционалом (рис. 49). Он позволит форме подключиться к имеющейся в БД таблице «Patients» и добавит туда значения, введенные на форме (рис. 50). Ниже представлен результат работы программы. Рисунок 49. Новая форма «Запись пациентов на прием»

Рисунок 50. Результат заполнения данных Рисунок 51. Таблица «Patients» в базе данных 6 Аппаратная и административная интеграция информационной системы 6.1 Разработка схемы развертывания Процесс присоединения развертывания должен начинаться с БД серверу предприятия. На к рабочему каждую машину являющуюся клиентом необходимо установить разработанное клиентское приложение. На рис. 52 изображена схема развертывания.

Рисунок 52. Диаграмма развертывания 6.2 Формулировка требований к физическим устройствам и сетевому оборудованию, состав рабочих мест Данная ИС разработана для последующей установки на персональные компьютеры с установленной операционной системойMicrosoftWindows 7. Данная ИС может работать так же под MicrosoftWindowsХР, если это будет необходимо. Для работы с единой базой данных необходимо подключить все рабочие места к локальной вычислительной сети (ЛВС). В отдел, куда предполагается внедрить ИС, находиться 6 рабочих мест для специалистов отдела. Также необходимо 2 места для клиентов отдела. Состав рабочих мест должен состоять из рабочего места инженера-программиста отдела, менеджера и администратора ИС. Все рабочие станции, установленные на рабочих местах, удовлетворяют рекомендуемым требованиям операционной системы, однако необходимо приобретение дополнительных рабочих станций, т.к. задействовано всего 5. на данный момент в отделе их

Для передачи данных, необходима сеть с пропускной способностью 100 Мбит/с. В подразделении уже настроена и проведена сеть с такой пропускной способностью. В качестве рабочих станций рекомендуется использовать компьютеры со следующими характеристиками:  процессор - Intel Core i7-3500 3.3 GHz 8 core;  материнская плата - ASUSQ5 1155;  оперативная память - 32 GB;  жесткий диск 6 TB;  видеокарта GF 430 GT Microstar 1024mb 64-бит 96/700/1333 MHz. Имеющееся на данный момент рабочие станции полностью удовлетворяют требующимся характеристикам аппаратных средств. Планируется приобретение дополнительных рабочих станций, с характеристиками не ниже существующих. 6.3 Расчет потребности персонала Расчет потребности персонала производится с учетом требований, предъявляемым к системе. Для обеспечения безопасности и надежности информационной системы необходим следующий персонал:  Администратор ИС;  ИТ специалист; Для данной организации все эти должности могут быть объединены в одном сотруднике. Данная должность необходима для оперативного решения ошибок, возникающих при работе с ИС, обслуживания серверной части приложения, обеспечения защиты информации от несанкционированного доступа.

ИТ специалист (Администратор ИС): имеет полный доступ к функциям системы. Ему доступны вызовы процедур удаления данных, а также процедур обеспечивающих создание новых пользователей ИС. Рядовым пользователям доступны только процедуры, обеспечивающие добавление и обновление новых данных. Данная ИС построена на базе архитектуры Клиент – Сервер. Интеграция данной ИС в бизнес процессы предприятия не требует изменения характеристик или состава этих ИС, так как до внедрения на предприятии не было информационной системы, обеспечивающей заданные требования – все действия производились вручную. 6.4.2 Выбор технологии и аппаратных средств. Расчет сети Расчет стоимости сетевого оборудования и его монтажа приведен в таблице 8. Наименование Оборудование: Экранированный, кат. 5е Коннектор RJ-45, шт. Кабель-канал, м Монтаж: Монтаж кабель-канала, м Укладка кабеля, м Обжим коннектора RJ-45, шт Итого: 2088 руб. Цена, руб. 18 10 Количество Стоимость, руб. 8 35 6 20 630 60 160 31 12 33 20 35 6 620 420 198 Закупка сервера и необходимого для него программного и аппаратного обеспечения в организацию не требуется, так как сервер уже установлен. Таким образом, затраты реорганизацию существующей сети составляют 2088 рублей. на

6.5 Разработка среды связи с внешними объектами Средой связи с внешними объектами является ЛВС. ИС поддерживает экспорт данных во внешние системы: 1.На стороне сервера:  экспорт данных БД в таблицы средствами хранимых процедур;  резервное копирование содержимого отдельные таблицы. 2.На стороне клиента:  экспорт данных из таблицы в файл. таблиц БД в

7 Общие вопросы администрирования 7.1 Определение администрирования на стратегии уровне руководства и целей учреждения Целью политики безопасности ГБУЗ КО «Прокопьевская городская больница №1» является ограничение доступа лиц, не имеющих соответствующего допуска к информации, которая является конфиденциальной для предприятия. Для реализации данной цели в первую очередь необходимо чтобы руководство поддерживало эту цель, без его поддержки служащие не станут воспринимать установленную политику безопасности. Возможно, будет необходимо ввести какие-то правила, которым будут следовать служащие и администраторы. А также конечно необходимо выявить самые уязвимые объекты в организации. Под администрированием программно-аппаратными системах с ресурсами целью производительности, понимают в информационных достижения удобства управление использования, максимальной обеспечения бесперебойной работы, сохранности и защиты информации. В соответствии с этим можно выделить следующие функциональные области управления:  Решение локализация, проблемных устранение ситуаций неисправностей, (диагностика, регистрация ошибок, тестирование);  Управление ресурсами (учет, контроль использования ресурсов, ограничение доступа к ресурсам);

 Управление конфигурацией, направленное на обеспечение надежного и эффективного функционирования всех компонентов информационной системы;  Защита данных (управление доступом пользователей к ресурсам, обеспечение целостности данных). 7.2 Определение объектов администрирования Объектами администрирования являются:  рабочие станции;  сетевые устройства;  принтеры;  программные компоненты;  конфигурация и ее объекты. Администрирование администрирования принтеров) в (рабочих учреждении аппаратных станций, объектов сетевых производится устройств, силами ИТ- специалиста или с привлечением сторонних организаций. Администрированием программных компонентов и баз данных занимается программист учреждения. В разрабатываемой программных возможность системе компонентов аутентификации администрирование должно предусматривать пользователей при входе в систему. 7.3 Политика администрирования Для решения проблемных ситуаций в учреждении имеется программист. В случае возникновения проблем с аппаратным и программным обеспечением он проводит диагностику и устранение неисправностей. Если произвести эти процедуры

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

электричества корректно завершить сеанс работы без потери введенных данных. 8. Вопросы информационной безопасности 8.1. Контроль доступа в помещения организации Основная задача системы контроля доступа - регламентировать передвижение сотрудников и посетителей в дневное время и предотвращать попадание посторонних посетителей в помещения отделов. Это осуществляется следующими путями: введено строгое ограничение доступа сотрудников в помещение для хранения закрытой информации (серверная комната), путем установки железной двери и встроенного специализированного замка; строго ограничить круг лиц, которые могут находиться в зоне, где располагаются технические и программно-технические компоненты ИС; в конце рабочего дня и вовремя, когда в контролируемой зоне отсутствуют ответственные работники, помещение должно закрываться на ключ. Меры по обеспечению информационной безопасности Физические методы защиты информации Физические методы защиты информации - разнообразные устройства, приспособления, конструкции или изделия, предназначенные для создания препятствий на пути движения злоумышленников или выполнение против них противоправных действий. Для снижения вероятности реализации угроз информационной безопасности необходимо:  строго ограничить круг лиц, которые могут находиться в зоне, где располагаются технические и программно-технические компоненты ИС;  в конце рабочего дня и во время, когда в контролируемой зоне отсутствуют ответственные работники, помещение должно закрываться на ключ;  внешние носители информации с данными должны храниться в сейфах, доступ к которым строго ограничен. Аппаратные средства защиты информации Аппаратные средства защиты - это технические конструкции, обеспечивающие пресечение разглашения, защиты информации от утечки и противодействия несанкционированному доступу к источникам информации. - Помещения, имеющие аппаратные средства, должны быть оборудованы огнетушителями.

- Все аппаратные средства, используемые на предприятии, подлежат инвентаризационному учету. - Аппаратные средства должны быть промаркированы. -Аппаратные средства необходимо эксплуатировать по правилам, установленным производителем, и использовать по назначению. - Аппаратные средства необходимо периодически диагностировать. - Конфигурация аппаратных средств должна обновляться по мере необходимости. Программные средства защиты информации Средства программной защиты - это ПО, предназначенное для защиты от типовых угроз информационной безопасности (такие как угроза несанкционированного доступа, угроза раскрытия параметров системы и т. д.). В проектируемой системе предусмотрено разграничение прав доступа при авторизации. Существует две группы пользователей: администратор (с полными правами) и пользователь (с правами на ввод, редактирование и удаление данных о заказах, комплектующих и выгрузка прайс-листа). На все рабочих станциях настроена авторизация средствами операционной системы, а также запрос пароля при активации компьютера после бездействия более 5 минут. Кроме того, на всех рабочих станциях установлено антивирусное программное обеспечение EsetNOD32, которое еженедельно обновляется. Контроль доступа в Internet Internet – одна из неотъемлемых частей нашей жизни. Использование Интернета предоставляет множество преимуществ, но тут есть и «подводные камни». Огромной угрозе подвергается предприятие при использовании всемирное паутины. Стоит защищать ПО дополнительным модулям для предотвращения вторжения, атаки, утечки информации. 1. Общие положения: 1) Данная инструкция предназначена для всех сотрудников предприятия, допущенных к работе с сетью Интернет и применяется исполнителями в повседневной работе. 2) Глобальная сеть Интернет предоставляет доступ к ресурсам различного содержания и направленности. В том числе – к ресурсам, содержание и направленность которых запрещены международным и Российским законодательством. К ресурсам, содержащим материалы, носящие вредоносную, угрожающую, клеветническую, непристойную информацию,

3) 4) 5) 6) а также информацию, оскорбляющую честь и достоинство других лиц, материалы, способствующие разжиганию национальной розни, подстрекающие насилию, призывающие к совершению противоправной деятельности, в том числе разъясняющие порядок применения взрывчатых веществ, иного оружия и т.д. Возможность получить доступ к такому ресурсу не является гарантией того, что запрошенный ресурс является разрешенным для использования. При работе в сети Интернет исполнитель несет персональную ответственность за соблюдение правил данной инструкции и обеспечение коммерческой тайны организации. Формами неприемлемого использования Интернет, которые могут привести к ответственности, являются: неавторизованные попытки получить доступ к компьютеру, использование рабочего времени и ресурсов предприятия для личной выгоды, кража или копирование файлов без разрешения, посылка конфиденциальных файлов предприятия во внешние компьютеры или в другие внутренние компьютеры посторонними лицами. Контроль за соблюдением исполнителями данной инструкции возлагается на руководителя предприятия. Периодический контроль на сотрудников службы безопасность и ИТ-структур. Требования политики безопасности: 1) Доступ к ресурсам сети интернет предоставляется на основании обоснованной заявки на имя президента компании подписанной руководителем предприятия. Заявка отправляется в департамент Информационных технологий (ИТ). 2) Соединение с сетью Интернет - это ресурс предприятия. Деятельность сотрудников предприятия в Интернете должна протоколироваться и периодически проверяться для того, чтобы предприятие имело гарантии того, что сотрудники посещают те сайты, которые необходимы для работы, и могло защититься от неавторизованного использования Интернета. 3) Руководитель предприятия обязан ежемесячно контролировать полученный от ИТ – структуры анализ посещаемости сайтов. 4) Предприятие оставляет за собой право ограничивать доступ с помощью программно-аппаратных средств к отдельным ресурсам сети Интернет, содержание которых не имеет отношения к исполнению служебных обязанностей, или к ресурсам, которые могут нанести в том или ином виде ущерб интересам предприятия. 5) Доступ к ресурсам сети Интернет может быть разрешен только для выполнения служебных обязанностей. Запрещено использовать технические средства, позволяющие воспользоваться технологией Интернет (USB модемы, телефоны и пр.). 6) Личные бюджеты пользователей онлайновых сервисов не должны использоваться с компьютеров предприятия. Антивирусная политика безопасности - На каждом ПК предприятия должно быть установлено антивирусное программное обеспечение. - Пользователи не должны препятствовать обновлению вирусных баз.

- Пользователям запрещено отключать антивирусное ПО. - Пользователи должны периодически проводить полное сканирование своих ПК, на наличие вредоносных программ. - При подключении внешних носителей информации, пользователи должны просканировать их на наличие вредоносных программ. Правила безопасности электронной почты Общие положения: 1) Данная инструкция предназначена для всех сотрудников организации, использующих в своей работе систему электронной почты (ЭП) и применяется исполнителями в повседневной работе. Контроль над соблюдением исполнителями данной инструкции возлагается на подразделение ИТ. Требования политики безопасности: 1) Система электронной почты (ЭП) организации предоставляется исполнителям организации на основании заявки подписанной руководителем подразделения в целях оказания помощи при выполнении своих служебных обязанностей. 2) Аппаратное и программное обеспечение для системы ЭП принадлежит организации. Все сообщения, созданные, переданные или полученные с помощью системы ЭП, являются и остаются собственностью организации. 3) Система ЭП не может использоваться для создания оскорбительных или провокационных сообщений. Таковыми считаются сообщения, содержащие сексуальные домогательства, расовые оскорбления, дискриминацию по половому признаку или другие комментарии, затрагивающие в оскорбительной форме вопросы возраста или сексуальной ориентации, религиозные или политические пристрастия, национальность или состояние здоровья. 4) Система ЭП не может использоваться для агитации или рекламы коммерческих предприятий, пропаганды религиозных или политических идей и для других целей, не связанных с выполнением служебных обязанностей. 5) Система ЭП не должна использоваться для передачи или получения материалов, защищенных авторским правом, торговых секретов, внутренней финансовой информации или аналогичных документов лицами, не имеющими соответствующих полномочий. 6) Организация оставляет за собой право просматривать, контролировать, перехватывать, изымать и разглашать все сообщения, созданные, полученные или преданные с помощью электронной почты с любой целью. Содержание сообщения электронной почты, даже полученного в рамках выполнения служебных обязанностей, может быть доведено до сведения уполномоченных лиц в пределах организации без разрешения сотрудника.

7) Никакое сообщение не может считаться конфиденциальным для организации. Использование шифрования в целях защиты не гарантирует конфиденциальности. Все ключи должны быть представлены организации, в противном случае они объявляются незаконными, и применяться не могут. 8) Несмотря на то, что организация имеет право извлекать и читать все сообщения электронной почты, такие сообщения должны рассматриваться как конфиденциальные по отношению к другим сотрудникам организации, и получить к ним доступ может только сотрудник, которому эти сообщения адресованы Требования парольной защите учетной записи. - Пользователям запрещается разглашение пароля, передача прав и доступа другим лицам. Запрещается использовать в качестве пароля даты рождения, фразы, которые могут быть легко подобраны методом перебора. Запрещается записывать пароль где-либо, где он может быть легко найден посторонними лицами. Ввод/сброс пароля производится администратором. Требования к паролю: - Минимум 8 символов; Должен состоять из букв русского или латинского алфавита (желательно верхнего или нижнего регистра) и цифр; Может быть задана частота смены пароля – не менее одного раза в шесть месяцев, число не повторяющихся паролей – 4, минимальное время между сменой пароля – 1 сутки. Управление доступом:       Для каждой должности определены полномочия, и доступна только та информация, которая ему необходима, ведется учет данных, которые получил работник. Права доступа к системам документированы, а порядок их предоставления определен нормативными документами. И указаны должности, производящие согласование заявок на предоставление прав доступа, а также осуществляющие раздачу прав. Доступ пользователей к информационным активам предприятия предоставлен только на основе производственной необходимости. Использование информационных активов компании в личных целях запрещено. Для каждого пользователя создана уникальная учетная запись с назначенными правами доступа. Все права доступа пользователей к информационной системе предприятия документально зафиксированы. Контроль назначения прав доступа осуществляется на всех этапах доступа пользователей к информационным активам, начиная с регистрации нового пользователя и до удаления учетной записи пользователя. Каждому сотруднику выдан личный логин и пароль, с помощью которых происходит аутентификация личности. Пароль должен периодически меняться для всех сотрудников предприятия Данные о логинах и паролях хранятся централизованно. Передача логина или пароля другому лицу запрещена.

      Пользователи блокируют свою учетную запись, когда не работают на ней. Администраторы разработали процедуры, гарантирующие безопасность неиспользуемых рабочих станций, путем их автоматической блокировки или другими способами, если они не являются активными в течение определенного периода времени. При вводе пароля он не должен отображаться в явном виде. Серверы должны быть защищены всеми доступными средствами. На компьютере, на котором ведётся обработка защищаемой информации, практически в любом случае требуется установка средств защиты от несанкционированного доступа. Если защищаемая информация в процессе обработки передаётся через сегменты сети, находящиеся вне контролируемой зоны, то необходимо использовать криптографические средства защиты. Если на компьютере ведётся обработка защищаемой информации и он подключен к локальной сети и/или интернету, то на него необходимо установить персональный межсетевой экран. Если в локальной сети ведётся обработка защищаемой информации и она подключена к международной сети интернету, то на него необходимо установить межсетевой экран. Вопросы информационной безопасности на уровне разрабатываемой ИС. Вследствие того, что на предприятии используется парольная аутентификация для доступа к ПК пользователей, а сервер, на котором размещена база данных разработанного приложения, находится в закрытом помещении с ограниченным доступом только для сотрудников технического отдела, можно сказать, что разрабатываемая информационная система не нуждается в дополнительных решениях системы информационной безопасности на предприятии. 9 Расчет экономической эффективности 9.1. Расчет затрат на проектирование Проектные затраты на разработку системы определяются по формуле: Зпроект Зоб Зз/п ЗВГФ Зэн Зн.р. Зам Зпр, где Зоб – затраты на приобретение оборудования Зз/п – заработная плата исполнителям и разработчикам проекта ЗВГФ – отчисления во внебюджетные фонды Зэн – затраты на электроэнергию государственные

Зн.р. – накладные расходы Зам – затраты на амортизацию Зпр – прочие затраты 9.1.1 Затраты на приобретение оборудования При расчете указываются затраты на оборудование с учетом транспортно-заготовительных составляют 10% приобретаемого от стоимости оборудования, расходов, которые оборудования. необходимого Список для функционирования ИС представлен в таблице 3. Таблица 2 - Таблица приобретаемого оборудования № 1 2 3 Наимено вание оборудовани я ПК DNS Office 0800152 Монитор Acer K192HQLb МФУ CanonPixma MG2440 Кол ичество Цена, руб. Затра ты, руб. 3 15890 47670 3 4890 14670 3 1990 5970 Итого затраты на оборудование, с учетом транспортно заготовительных расходов, составляют: Зоб = 75141 руб. 9.1.2 Затраты на заработную плату исполнителям и разработчикам проекта Разрабатывается программа проведения проектных работ, определяются ориентировочные трудозатраты этапов работ по исполнителям и стоимость этих затрат (человек-часов) по формуле:

Зз/п j = n ∑ T opi Cч / ч j, где i Зз/п j – заработная плата j-го исполнителя; T opi – ориентировочные трудозатратыi-го этапа j-го исполнителя в часах; C ч /ч j – стоимость человека-часа j-го исполнителя. Общие затраты на заработную плату определим по формуле: Зз/п = n ∑ З з/ j , где j =1 J=1,2...n – количество исполнителей Стоимость человека-часа рассчитывается по формуле: С ч /ч = О м / ( К рд* Д раб ), где С ч /ч – стоимость человека-часа, О м – месячный оклад, К рд – количество рабочих дней в месяце (21 день) Д раб – 8-ми часовой рабочий день Средняя заработная плата руководителя проекта составляет 30000 руб. в месяц. Вычисляем стоимость человекочаса: С ч /ч = 30000/21*8 = 178,6 руб. Ориентировочные трудозатраты рассчитываются формуле: Т ор = Д i* Д раб , где Т ор – ориентировочные трудозатраты; Д i – дни, затраченные на выполнение i-го этапа работы; Д раб – 8-ми часовой рабочий день. по

Работа руководителя проекта включает в себя следующие этапы, представленные в таблице 4. Таблица 3 - Расчет ориентировочных трудозатрат № 1 2 3 4 Этап работы Затраченные дни Постановка задачи Определение хода работы Анализ поставленной задачи Изучение объекта автоматизации 5 Составление плана работы 6 Согласование и корректировка плана работы 7 Описание и характеристика исследуемого объекта автоматизации 8 Оформление проекта 9 Тестирование проекта Итого: 1 2 3 3 Ориентировочные трудозатраты человекочас, Т ор 8 16 24 24 1 2 8 16 20 160 4 1 37 32 8 296 Заработная плата составит: Зз/п = 176,8*296 = 52866 руб. 9.1.3 Отчисления по ЕСН Единый социальный налог равен 26%. Отчисления на единый социальный налог рассчитываются по формуле: ЗЕСН = Зз/п*0,26 Таким образом, отчисления по ЕСН составят: ЗВГФ = 52866 * 0,26 = 13745.16 9.1.4 Затраты на электроэнергию Затраты на электроэнергию определяются по формуле: Зэн = Р i Т ф i Ц эл К i где Р i – потребляемая мощность i-го токоприемника, кВт/ч

Т фi – фактическое время работы i-го токоприемника, час Ц эл – цена на жлектроэнергию за 1 кВТ/ч, руб Кi – коэффициент использования по времени i-го токоприемника Р i = 0,4* 3 =1,2 кВт/час Т фi = 248 час. Ц эл=3,28 руб . К i=0,94 К m =0,94, Таким образом, затраты на электроэнергию составляют: Зэн=(1,2*248*3,28*0,94*0,94) = 862,5 руб. 9.1.5 Накладные расходы Накладные расходы принимаются в размере 10% от заработной платы исполнителей: Величина накладных расходов рассчитывается по формуле: Зн. р. = Зз/п*0,1 Таким образом, величина накладных расходов составляет: Зн.р. = 52866*0,1 = 5286,6 руб. 9.1.6 Расходы на амортизацию Расходы на амортизацию составляют 12,5% от стоимости оборудования и рассчитываются по формуле: Зам = Зоб*0,125 Таким образом, расходы на амортизацию оборудования составляют: Зам= 75141*0,125 = 9392,6 руб.

9.1.7 Прочие затраты Прочие затраты составляют 3% от суммы всех предшествующих затрат и рассчитываются по формуле: Зпр = 0,03*( Зоб+ Зз/п + З ЕСН + Зэн+ Зн.р +З ам) Таким образом, величина прочих затрат составляет: 0,03*(75141+52866+13745,16+ 766,5 +5286,6+9392,6)=4715,9 руб. Смета проектных затрат приведена в таблице 5 Таблица 4 - Смета затрат № Наименование затрат 1 Расходы на оборудование ( Зоб ¿ 2 Расходы на заработанную плату ( Зз/п ¿ 3 Отчисление по ЕСН ( ЗЕСН ¿ 4 Расход на электроэнергию ( Зэн ¿ 5 Накладные расходы ( Зн.р) 6 Расходы на амортизацию ( Зам) 7 Прочие затраты ( Зпр) Итого руб.: 162106,76 Сумма, руб. 75141 52866 13745,16 862,5 5286,6 9392,6 4715,9 9.2 Расчет эксплуатационных затрат Затраты на внедрение системы вычисляются по формуле: Зэкс = Зоб+ Зрем+ Зз/п + З ВГФ + Зэн+ Зн. р +З ам+ Зпр, где Зэкс – эксплуатационные затраты Зрем – затраты на ремонт и содержание оборудования Зоб – затраты на оборудование Зз/п – заработная плата обслуживающего персонала ЗВГФ – отчисления во внебюджетные государственные фонды Зэн – затраты оборудования на электроэнергию для эксплуатации

Зн.р. – накладные расходы Зам – затраты на амортизацию Зпр – прочие затраты Затраты на оборудование рассчитываются по формуле: Зоб= Ц об +Т об+ М об, где Ц об – цена оборудования Т об – транспортные расходы (10% от Ц об ) М об – расходы, связанные с монтажом оборудования (8% от Ц об ) Ц об = 68310 руб. Т об = 68310*0,1 = 6831 руб. М об = 68310 * 0,08 = 5464,8 руб. Таким образом, затраты на оборудование составляют: Зоб= 68310 + 6831 + 5464,8 = 80605,8 руб. Затраты на ремонт: Затраты на ремонт и содержание оборудования принимаются в размере 2,5% от стоимости основных средств. Таким образом, затраты на ремонт составляют: Зрем = Ц об * 0,025 = 68310 * 0,025 = 1707,75 руб. Затраты на заработную плату обслуживающего персонала: Затраты на заработную плату обслуживающего персонала определяются по формуле: m З з/п= ∑ З з/пi i=1 Зз/п = DK, где D – Годовой должностной оклад работника;

К – коэффициент, учитывающий премиальные ( К пр=1,4) и районный ( К р = 1,3) коэффициенты. Зз/п = (20000 * 12)*2,7 = 648000 руб. Поскольку оборудование обслуживают 3 специалиста, то затраты на заработную плату составят: 1944000 руб. Отчисления по ЕСН составляют: ЗЕСН = Зз/п *0,3 = 1296000*0,3 = 583200 руб. Затраты на электроэнергию: Расходы на электроэнергию рассчитывают по стоимости потребляемой токоприемником электроэнергии: Зэн = РТ К р К m Ц эл, где Р – средняя потребляемая мощность, кВт/час; Т – время работы токоприемника, час; К р – коэффициент использования по мощности (0,92-0,95); К m - коэффициент использования по времени (0,92-0,95) Ц эл – цена за электроэнергию ха 1 кВт/час.,руб. Р = 1,2 кВт/час, Т = 220*8=1760 часов, К р = 0,93, К m =0,94, Ц эл = 3,43 руб. Таким образом, затраты на электроэнергию составляют: Зэн = 1,2*1760*0,93*0,94*3,43 = 6332,85 руб. Накладные расходы:

Накладные расходы принимаются в размере 10% от заработной платы обслуживающего персонала и рассчитываются по формуле: Зн.р. = Зз/п*0,1 Таким образом, величина накладных расходов составляет: Зн.р. = 1944000*0,1 = 194400 руб. Расходы на амортизацию: Расходы на амортизацию составляют 12,5% от стоимости оборудования и рассчитываются по формуле: Зам = Зоб*0,125 Таким образом, расходы на амортизацию составляют: Зам= 80605,8*0,125 = 10075,7 руб. Прочие затраты: Прочие затраты составляют 3% от суммы всех предшествующих затрат: Зпр = 0,03*( Зоб+ Зрем + Зз/п + З ЕСН + Зэн+ Зн.р +З ам) = 0,03*(80605,8 +1707,75 +1944000+583200+6332,85 +194400 + 10075,7) = 85844,95 руб. Смета проектных затрат приведена в таблице 6 Таблица 5 - Смета затрат № Наименование затрат 1 Расходы на оборудование ( Зоб ¿ 2 Затраты на ремонт ( З¿¿ рем) ¿ 3 Расходы на заработанную плату ( Зз/п ¿ 4 Отчисление по ЕСН ( ЗЕСН ¿ 5 Расход на электроэнергию ( Зэн ¿ 6 Расходы на амортизацию ( Зам) 7 Накладные расходы ( Зн. р) 8 Прочие расходы ( Зпр) Итого: 2904891,95 Сумма, руб. 80605,8 1707,75 1944000 583200 6332,85 10075 194400 84571

9.3. Экономическая эффективность Экономическая эффективность определяетсяпо формуле: Эгод Зэкс.анал.сист.  Зэкс.проект.сист. И равна 2741704.2 руб. Общие затраты: Стоимость действующей ИС рассчитывается как сумма затрат на проектирование и эксплуатацию по формуле: Зобщ = Зпроект+ Зэкспл Таким образом, общие затраты составляют: Зобщ = 2903618 +161913,8= 3065531,8 руб. Срок окупаемости – того, чтобы доходы период времени, необходимый для покрыли затраты. Срок окупаемости определяется по формуле: Т = Зобщ / Эгод где Т – срок окупаемости, лет; Зобщ - суммарные затраты на разработку и внедрение системы, руб. Эгод– годовая экономия, руб Таким образом, срок окупаемости составляет: Т = 3074805,8 /2741704,2 = 1,2 года 9.4 Технико-экономические показатели проекта Технико-экономические показатели проекта представлены в таблице 7 Таблица 7 - Технико-экономические показатели проекта

Наименование показателя Единица измерения Проектные затраты Затраты на оборудование Руб. Заработная плата исполнителям и Руб. разработчикам проекта Отчисления на единый социальный Руб. налог Затраты на электроэнергию Руб. Накладные расходы Руб. Расходы на амортизацию Руб. Прочие затраты Руб. Итого Руб. Эксплуатационные затраты Значение показателя Затраты на оборудование Затраты на ремонт и содержание оборудования Затраты на заработную плату обслуживающего персонала Отчисления на единый социальный налог Расходы на энергию для эксплуатации оборудования Затраты на амортизацию Руб. Руб. 80605,8 1707,75 Руб. 1944000 Руб. 583200 Руб. 6332,85 Руб. 10075 Руб. Руб. Руб. Руб. Руб. Год 194400 84571 2903618 3074805,8 2741704,2 1,2 Накладные расходы Прочие расходы Итого Всего затрат Экономическая эффективность Срок окупаемости Заключение 75141 52866 13745,16 766,5(862,5) 5286,6 9392,6 4715,9 170106,8 По результатам выполнения дипломного проекта, можно сделать следующие выводы: 1. Проведены исследования:  общих закономерностей функционирования организации  организационной структуры предприятия  рассмотрены функции подразделений предприятия и выделены бизнес процессы предприятия  Исследована структура, функции базового подразделения, выявлены бизнес процессы базового подразделения  Выявлена возможность автоматизации БП базового подразделения 2. Разработанная ИС соответствует определенным требованиям:  реализовано внесение, изменение и удаление данных; реализован механизм формирования документов с результатами организована подготовка данных для оформления кредита; поиска для печати;

 данные хранятся в БД, что обеспечивает возможность быстрого поиска необходимой информации; исключает потери информации; снижает время выполнения бизнес процесса за счет сокращения времени подачи клиентской заявки, ее обработки, более быстрой подготовки данных для производства карт  В разработанной ИС обеспечена безопасность, за счет программных средств и средств БД 3. На основании результатов исследований были разработаны:  Общая модель ИС  Система централизованного хранения и обработки данных Клиентское приложение 4. Выполнены экономические расчеты: проектные затраты – 170106,8 руб.; эксплуатационные затраты – 3074805,8 руб.; экономическая эффективность – 2741704,2 руб.; срок окупаемости – 1,2 года. Исходя из вышеуказанных выводов, можно сделать заключение, о том, что задачи дипломного проекта были выполнены в полном объеме.

ЗАКЛЮЧЕНИЕ В ходе дипломного проектирования были выполнены все поставленные в техническом задании задачи. Цель проекта, заключающаяся в автоматизации процесса формировании заявок для условий ООО «Сервис-Интегратор» г.Киселевска, достигнута. Для этого был произведен подробный анализ предметной области функционирования разрабатываемой системы, на основании которого проведено проектирование системы и её реализация. При проектировании централизованного хранилища данных была выбрана в качестве основной и исследована СУБД SQL Server 2008 R2. Проектирование производилось при помощи построения диаграмм с использованием программного продукта Enterprise Architect. В пояснительной записке к диплому проекту приведен подробный анализ существующих технологий доступа к данным в среде Visual Studio. Внедрение информационной системы позволит увеличить производительность труда работников отдела кадров на 1015%. Доказана значимость реализации проекта: Экономия времени на создание регистрации и обработке заявок; Создание единого места хранения информации; Достигнута передача данных о заявках в электронном виде.

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ 1. Ванеев О. Н. Методические указания по выполнению выпускной работы направление подготовки бакалавров 230400.62 «Информационные системы и технологии»./Ванеев О. Н.. – Кемерово, КузГТУ 2015. 2. Буч. Г. Язык UML. Руководство пользователя: пер. с англ. / Г. Буч, Д. Рамбо, А. Джекобсон. – М.: ДМК Пресс, 2001. – 432 с: ил. 3. Роб П. Системы баз данных: проектирование, реализация, управление / П. Роб, Л. Коронер. – 5-е изд., перераб. и доп.: пер. с англ. – СПб.: БХВ-Петербург, 2004. – 1040 с: ил. 4. Программа, методические указания по выполнению курсового проекта по дисциплине "Управление данными" для студентов 3 курса специальности 071900 "Информационные системы и технологии" / сост.: О. Н. Ванеев, В. А. Селезнев; ГУ КузГТУ. – Кемерово, 2006. 5. Методические указания по выполнению курсового проекта по дисциплине "Проектирование информационных систем" для студентов 5 курса специальности 071900 "Информационные системы и технологии" / сост.: О. Н. Ванеев; ГУ КузГТУ. – Кемерово, 2006. 6. Принципы проектирования и разработки программного обеспечения. Учебный курс MCSD / пер. с англ. – 2-е изд., испр. – М.: ИТД "Русская Редакция", 2002. – 736 с. 7. Абрамов, Г. В. Проектирование информационных систем: учебное пособие[Электронный ресурс]. - Воронеж : Воронежский государственный университет инженерных технологий, 2012. – 172 c. – Режим доступа: http://biblioclub.ru/index.php? page=book_red&id=141626. – Загл. с экрана. (12.09.2017) 8. Золотов, С. Ю. Проектирование информационных систем: учебное пособие[Электронный ресурс].– Т о м с к : Э л ь К о н т е н т , 2 0 1 3 . – 8 8 c . – Р е ж и м д о с т у п а :http://biblioclub.ru/index.php?page=book_red&id=208706. – Загл. с экрана. (12.09.2017) 9. Мейер, Д. Д. Командная разработка с использованием Visual Studio Team Foundation Server: 10. курс[Электронный ресурс]. – Москва : ИнтернетУниверситет Информационных Технологий, 2010. – 595

11. Гвоздева, Т. В. Проектирование информационных систем [Текст] : учебное пособие для студентов вузов, обучающихся по специальности "Прикладная информатика" / Т. В. Гвоздева, Б. А. Баллод. – Ростов-на-Дону : Феникс, 2009. – 508 с. 12. Буч Г. и др. Объектно-ориентированный анализ и проектирование с примерами приложений. – 3-е изд.: Пер. с англ. – М.: ООО «И.Д. Вильямс», 2010. – 720 с. 13. Буч Г., Рамбо Д., Якобсон И. Язык UML. Руководство пользователя. 2-е изд.: Пер. с англ. – М.: ДМК Пресс, 2006. – 496 с. 14. Гагарина Л.Г., Кокорева Е.В., Виснадул Б.Д. Технологии разработки программного обеспечения: под ред. Л.Г. Гагариной. – М.: ИД «ФОРУМ»: ИНФРА-М, 2012. – 400 с. 15. Киммел П. UML. Основы визуального анализа и проектирования / пер. с англ. – М.: НТ Пресс, 2008. – 272 с. 16. Леоненков А.В. Самоучитель UML. – 2-е изд., переработка и дополнение – СПб.: БХВ-Петербург, 2004. – 432 с. 17. Фаулер М. UML. Основы, 3-е изд. – Пер. с англ. – СПб.: Символ-Плюс, 2004. – 192 с. 18. Алабхари Д., Алабхари Б. C# 5.0. Справочник. Полное описание языка. : Пер. с англ. – М.: ООО «И.Д. Вильямс», 2014. – 1008 с. 19. Биллиг В.А. Основы объектного программирования на C# (C# 3.0, Visual Studio 2008) / В.А. Биллиг. – М.: ИнтернетУниверситет Информационных Технологий: БИНОМ. Лаборатория знаний, 2010. – 582 с. 20. Вайсфельд М. Объектно-ориентированное мышление. – СПб.: Питер, 2014. – 304 с. 21. Ватсон Б. C# 4.0 на примерах. – СПб.: БХВ-Петербург, 2011. – 608 с. 22. Ванеев, О. Н. Управление данными [Электронный ресурс]: методические указания к 23. лабораторным работам для студентов очной формы обучения специальности 230201«Информационные 24. системы и технологии» / О. Н. Ванеев; ФГБОУ ВПО Кузбас. гос. техн.ун-т им. Т. Ф. Горбачева, Каф. информ. 25. Автоматизированные производственные системы – Кемерово: Издательство КузГТУ, 2011. – 92 с. – Режим доступа: 26. http://library.kuzstu.ru/meto.php?n=1626. – Загл. с экрана. (01.06.2017) 27. 2. Сыркин, И. С. Информационное обеспечение, базы данных [Электронный ресурс]: методические указания к лабораторным работам для студентов специальности 220501 «Управление качеством» / И. С.

28. Сыркин, О. Н. Ванеев, А. В. Протодьяконов; ФГБОУ ВПО «Кузбасский государственный технический университет им. Т. Ф. Горбачева», Каф. 29. Информационные и автоматизированные производственные системы. – Кемерово: Издательство КузГТУ, 2012. – 84с. – Режим доступа: http://library.kuzstu.ru/meto.php? n=4999. – Загл. с экрана. (24.12.2016) 30. http://msdn.microsoft.com/ru-ru/library/ms123401.aspx – Библиотека Microsoft Developers Network (MSDN) на русском языке 31. http://metanit.com/index.php – Сайт о программировании и IT-технологиях.

Приложение 1 ПРИЛОЖЕНИЯ

Приложение 1 1. ОБЩИЕ СВЕДЕНИЯ О РАЗРАБАТЫВАЕМОЙ СИСТЕМЕ 1.1 Полное наименование системы и ее условное обозначение Полное наименование системы – "Информационная система автоматизации процесса формирования заявок на оказание услуг автоперевозок для условий ООО «Сервис-Интегратор»", г.Киселевск. 1.2 Заказчик и разработчик системы Заказчик системы: Филиал автопарка г.Киселевска, ООО «Сервис-Интегратор» Разработчик системы: Кафедра ИиАПС КузГТУ. 1.3 Перечень документов, на основании которых производится разработка системы Система разрабатывается на основании договора между КузГТУ и Киселевским автопарком на прохождение производственной практики. 1.4 Плановые сроки начала и окончания работ по созданию системы 05.02.2019: Начало разработки. Утверждение темы диплома. 15.04.2019: Первый рубежный контроль. Подготовка презентаций по работе. 01.05.2019: Второй рубежный контроль. Утверждение даты защиты. Предоставление варианта пояснительной записки и версии системы (бета-версии). 10.05.2019: Окончание разработки. Предоставление готовой версии системы и готовой документации (пояснительная записка, презентации).

Приложение 1 1.5 Сведения об источниках и порядке финансирования работ Работы по созданию системы не предполагают каких-либо финансовых затрат. 1.6 Порядок оформления и предъявления заказчику результатов работ по созданию системы. Результаты по созданию системы будут предоставляться заказчику в установленные пунктом 1.4. сроки. В качестве промежуточных результатов предъявляется: 1. Вариант рабочей версии системы с установленной на данный момент функциональностью; 2. Рабочая документация, обеспечивающая возможность работы с предоставленным вариантом системы.

Приложение 1 2. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ 2.1 Назначение системы Разрабатываемая система предназначена автоматизации следующих процессов: – получение заявок; – занесения данных о заявках; – формирование документов (отчетной документации). для 1.2 Цель разработки системы Цель разработки системы – повышение эффективности работы за счет: – сокращения времени оформления документов, а также времени поиска необходимого материала; – повышения качества информации (ее полноты, своевременности, точности); – создания единой системы отчетности; – унификации формы предоставляемых данных.

Приложение 1 2. ХАРАКТЕРИСТИКИ ОБЪЕКТА АВТОМАТИЗАЦИИ "Получение заявок" – подразумевает получения заявок и внесения их данных, для принятия решения о ее выполнении. "Работа с заявками" – представляет собой выбор машины, водителя которые будут закреплены за данной заявкой, а так же подразумевает запись о заявке в базе. "Формирование отчета" – представляет собой составление диспетчерами различных отчетов по работе и их сохранения для дальнейшей работы.

Приложение 1 3. ТРЕБОВАНИЯ К СИ ‫ﮦ‬СТ ‫ﮦ‬ЕМ ‫ﮦ‬Е 1.1. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬е в це ‫ﮦ‬ло ‫ﮦ‬м 1.1.1. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к ст ‫ﮦ‬ру ‫ﮦ‬кт ‫ﮦ‬ур ‫ﮦ‬е и фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ию системы Определяется пе ‫ﮦ‬ре ‫ﮦ‬че ‫ﮦ‬нь многофункциональных по ‫ﮦ‬дс ‫ﮦ‬ис ‫ﮦ‬те ‫ﮦ‬м, их пр ‫ﮦ‬ед ‫ﮦ‬на ‫ﮦ‬зн ‫ﮦ‬ач ‫ﮦ‬ен ‫ﮦ‬ие и ос ‫ﮦ‬но ‫ﮦ‬вн ‫ﮦ‬ые характеристики, тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к ко ‫ﮦ‬ли ‫ﮦ‬че ‫ﮦ‬ст ‫ﮦ‬ву уровней ие ‫ﮦ‬ра ‫ﮦ‬рх ‫ﮦ‬ии и ур ‫ﮦ‬ов ‫ﮦ‬ня централизации си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы. Система об ‫ﮦ‬яз ‫ﮦ‬ан ‫ﮦ‬а являться це ‫ﮦ‬нт ‫ﮦ‬ра ‫ﮦ‬ли ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬нн ‫ﮦ‬ой ‫ﮦ‬, то ес ‫ﮦ‬ть без ис ‫ﮦ‬кл ‫ﮦ‬юч ‫ﮦ‬ен ‫ﮦ‬ия ‫ﮦ‬, все да ‫ﮦ‬нн ‫ﮦ‬ые должны не ‫ﮦ‬по ‫ﮦ‬ср ‫ﮦ‬ед ‫ﮦ‬ст ‫ﮦ‬ве ‫ﮦ‬нн ‫ﮦ‬о располагаться в це ‫ﮦ‬нт ‫ﮦ‬ра ‫ﮦ‬ль ‫ﮦ‬но ‫ﮦ‬м хранилище. Так же си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬а обязана им ‫ﮦ‬ет ‫ﮦ‬ь трехуровневую ар ‫ﮦ‬хи ‫ﮦ‬те ‫ﮦ‬кт ‫ﮦ‬ур ‫ﮦ‬у (1 - ис ‫ﮦ‬то ‫ﮦ‬чн ‫ﮦ‬ик2 8,‫ ﮦ‬- хр ‫ﮦ‬ан ‫ﮦ‬ил ‫ﮦ‬ищ ‫ﮦ‬е, 3 - от ‫ﮦ‬че ‫ﮦ‬тн ‫ﮦ‬ос ‫ﮦ‬ть ‫)ﮦ‬. В си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬е предлагается вы ‫ﮦ‬де ‫ﮦ‬ли ‫ﮦ‬ть следующие фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ал ‫ﮦ‬ьн ‫ﮦ‬ые подсистемы:  подсистема об ‫ﮦ‬ра ‫ﮦ‬бо ‫ﮦ‬тк ‫ﮦ‬и, сбора, а так же за ‫ﮦ‬гр ‫ﮦ‬уз ‫ﮦ‬ки данных, ко ‫ﮦ‬то ‫ﮦ‬ра ‫ﮦ‬я предназначена для ре ‫ﮦ‬ал ‫ﮦ‬из ‫ﮦ‬ац ‫ﮦ‬ии процессов сб ‫ﮦ‬ор ‫ﮦ‬а данных из си ‫ﮦ‬ст ‫ﮦ‬ем источников, пр ‫ﮦ‬ив ‫ﮦ‬ед ‫ﮦ‬ен ‫ﮦ‬ия указанных да ‫ﮦ‬нн ‫ﮦ‬ых к ви ‫ﮦ‬ду ‫ﮦ‬, необходимому для на ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬ия подсистемы хр ‫ﮦ‬ан ‫ﮦ‬ен ‫ﮦ‬ия данных;  подсистема хр ‫ﮦ‬ан ‫ﮦ‬ен ‫ﮦ‬ия данных, ко ‫ﮦ‬то ‫ﮦ‬ра ‫ﮦ‬я предназначена с це ‫ﮦ‬ль ‫ﮦ‬ю хранения да ‫ﮦ‬нн ‫ﮦ‬ых в ст ‫ﮦ‬ру ‫ﮦ‬кт ‫ﮦ‬ур ‫ﮦ‬ах ‫ﮦ‬, нацеленных на пр ‫ﮦ‬ин ‫ﮦ‬ят ‫ﮦ‬ие решений;  подсистема фо ‫ﮦ‬рм ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия и ви ‫ﮦ‬зу ‫ﮦ‬ал ‫ﮦ‬из ‫ﮦ‬ац ‫ﮦ‬ии отчетности, ко ‫ﮦ‬то ‫ﮦ‬ра ‫ﮦ‬я предназначена с це ‫ﮦ‬ль ‫ﮦ‬ю формирования бизнес-ориентированных ви ‫ﮦ‬тр ‫ﮦ‬ин информации и от ‫ﮦ‬че ‫ﮦ‬тн ‫ﮦ‬ос ‫ﮦ‬ти ‫ﮦ‬. В ка ‫ﮦ‬че ‫ﮦ‬ст ‫ﮦ‬ве протокола вз ‫ﮦ‬аи ‫ﮦ‬мо ‫ﮦ‬де ‫ﮦ‬йс ‫ﮦ‬тв ‫ﮦ‬ия между ко ‫ﮦ‬мп ‫ﮦ‬он ‫ﮦ‬ен ‫ﮦ‬та ‫ﮦ‬ми Системы на тр ‫ﮦ‬ан ‫ﮦ‬сп ‫ﮦ‬ор ‫ﮦ‬тн ‫ﮦ‬о- ‫ﮦ‬се ‫ﮦ‬те ‫ﮦ‬во ‫ﮦ‬м уровне сл ‫ﮦ‬ед ‫ﮦ‬уе ‫ﮦ‬т использовать пр ‫ﮦ‬от ‫ﮦ‬ок ‫ﮦ‬ол TCP/IP. Для пр ‫ﮦ‬ед ‫ﮦ‬пр ‫ﮦ‬ия ‫ﮦ‬ти ‫ﮦ‬я информационного об ‫ﮦ‬ме ‫ﮦ‬на между ко ‫ﮦ‬мп ‫ﮦ‬он ‫ﮦ‬ен ‫ﮦ‬та ‫ﮦ‬ми системы об ‫ﮦ‬яз ‫ﮦ‬ан ‫ﮦ‬ы применять сп ‫ﮦ‬ец ‫ﮦ‬иа ‫ﮦ‬ль ‫ﮦ‬ны ‫ﮦ‬е протоколы пр ‫ﮦ‬ик ‫ﮦ‬ла ‫ﮦ‬дн ‫ﮦ‬ог ‫ﮦ‬о уровня, та ‫ﮦ‬ки ‫ﮦ‬е как: NF ‫ﮦ‬S, HTTP и его ра ‫ﮦ‬сш ‫ﮦ‬ир ‫ﮦ‬ен ‫ﮦ‬ие HTTPS. С це ‫ﮦ‬ль ‫ﮦ‬ю организации до ‫ﮦ‬ст ‫ﮦ‬уп ‫ﮦ‬а пользователей к от ‫ﮦ‬че ‫ﮦ‬тн ‫ﮦ‬ос ‫ﮦ‬ти обязан пр ‫ﮦ‬им ‫ﮦ‬ен ‫ﮦ‬ят ‫ﮦ‬ьс ‫ﮦ‬я протокол пр ‫ﮦ‬ез ‫ﮦ‬ен ‫ﮦ‬та ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬но ‫ﮦ‬го уровня HT ‫ﮦ‬TP и его ра ‫ﮦ‬сш ‫ﮦ‬ир ‫ﮦ‬ен ‫ﮦ‬ие HTTPS.

Приложение 1 Непосредственными ис ‫ﮦ‬то ‫ﮦ‬чн ‫ﮦ‬ик ‫ﮦ‬ам ‫ﮦ‬и данных для си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы обязаны бы ‫ﮦ‬ть ‫ﮦ‬:  Информационная си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬а управления пр ‫ﮦ‬ед ‫ﮦ‬пр ‫ﮦ‬ия ‫ﮦ‬ти ‫ﮦ‬ем (СУБД MS SQ ‫ﮦ‬L) ‫ﮦ‬.  Информационно-справочная си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬а (СУБД MS SQ ‫ﮦ‬L) ‫ﮦ‬. Система об ‫ﮦ‬яз ‫ﮦ‬ан ‫ﮦ‬а поддерживать по ‫ﮦ‬сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬е режимы фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬:  Основной ре ‫ﮦ‬жи ‫ﮦ‬м, в ко ‫ﮦ‬то ‫ﮦ‬ро ‫ﮦ‬м подсистемы вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬яю ‫ﮦ‬т все со ‫ﮦ‬бс ‫ﮦ‬тв ‫ﮦ‬ен ‫ﮦ‬ны ‫ﮦ‬е основные фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬и.  Профилактический ре ‫ﮦ‬жи ‫ﮦ‬м, в ко ‫ﮦ‬то ‫ﮦ‬ро ‫ﮦ‬м одна или все по ‫ﮦ‬дс ‫ﮦ‬ис ‫ﮦ‬те ‫ﮦ‬мы не вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬яю ‫ﮦ‬т собственных фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬й. В ос ‫ﮦ‬но ‫ﮦ‬вн ‫ﮦ‬ом режиме фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия система не ‫ﮦ‬по ‫ﮦ‬ср ‫ﮦ‬ед ‫ﮦ‬ст ‫ﮦ‬ве ‫ﮦ‬нн ‫ﮦ‬о должна об ‫ﮦ‬ес ‫ﮦ‬пе ‫ﮦ‬чи ‫ﮦ‬ва ‫ﮦ‬ть ‫ﮦ‬ :  работу по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ле ‫ﮦ‬й в ре ‫ﮦ‬жи ‫ﮦ‬ме – 24 ча ‫ﮦ‬со ‫ﮦ‬в в де ‫ﮦ‬нь7 ,‫ ﮦ‬дн ‫ﮦ‬ей в не ‫ﮦ‬де ‫ﮦ‬лю (24х7);  выполнение со ‫ﮦ‬бс ‫ﮦ‬тв ‫ﮦ‬ен ‫ﮦ‬ны ‫ﮦ‬х функций – сб ‫ﮦ‬ор ‫ﮦ‬, обработка да ‫ﮦ‬нн ‫ﮦ‬ых ‫ﮦ‬, хранение да ‫ﮦ‬нн ‫ﮦ‬ых ‫ﮦ‬, предоставление от ‫ﮦ‬ че ‫ﮦ‬тн ‫ﮦ‬ос ‫ﮦ‬ти ‫ﮦ‬. В профилактическом ре ‫ﮦ‬жи ‫ﮦ‬ме ‫ ﮦ‬с ‫ﮦ‬ис ‫ﮦ‬те ‫ﮦ‬ма РК об ‫ﮦ‬яз ‫ﮦ‬ан ‫ﮦ‬ а обеспечивать во ‫ﮦ‬зм ‫ﮦ‬ож ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬ь выполнения сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬х работ:  техническое об ‫ﮦ‬сл ‫ﮦ‬уж ‫ﮦ‬ив ‫ﮦ‬ан ‫ﮦ‬ие ‫;ﮦ‬  модернизацию ап ‫ﮦ‬па ‫ﮦ‬ра ‫ﮦ‬тн ‫ﮦ‬о- ‫ﮦ‬пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ﮦ‬но ‫ﮦ‬го комплекса;  устранение ав ‫ﮦ‬ар ‫ﮦ‬ий ‫ﮦ‬ны ‫ﮦ‬х ситуаций. Общий пе ‫ﮦ‬ри ‫ﮦ‬од проведения пр ‫ﮦ‬оф ‫ﮦ‬ил ‫ﮦ‬ак ‫ﮦ‬ти ‫ﮦ‬че ‫ﮦ‬ск ‫ﮦ‬их работ ни как не до ‫ﮦ‬лж ‫ﮦ‬но превышать 10% от об ‫ﮦ‬ще ‫ﮦ‬го времени ра ‫ﮦ‬бо ‫ﮦ‬ты системы в ос ‫ﮦ‬но ‫ﮦ‬вн ‫ﮦ‬ом режиме (4 ча ‫ﮦ‬са в ме ‫ﮦ‬ся ‫ﮦ‬ц) ‫ﮦ‬. Для пр ‫ﮦ‬ед ‫ﮦ‬ос ‫ﮦ‬та ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ия высокой на ‫ﮦ‬де ‫ﮦ‬жн ‫ﮦ‬ос ‫ﮦ‬ти функционирования Си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы как си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы в це ‫ﮦ‬ло ‫ﮦ‬м, таким об ‫ﮦ‬ра ‫ﮦ‬зо ‫ﮦ‬м, и её от ‫ﮦ‬де ‫ﮦ‬ль ‫ﮦ‬ны ‫ﮦ‬х компонентов до ‫ﮦ‬лж ‫ﮦ‬но обеспечиваться вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬ие требований по ди ‫ﮦ‬аг ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ию ее со ‫ﮦ‬ст ‫ﮦ‬оя ‫ﮦ‬ни ‫ﮦ‬я. Необходимо об ‫ﮦ‬ес ‫ﮦ‬пе ‫ﮦ‬чи ‫ﮦ‬ть регулярный и по ‫ﮦ‬ст ‫ﮦ‬оя ‫ﮦ‬нн ‫ﮦ‬ый контроль со ‫ﮦ‬ст ‫ﮦ‬оя ‫ﮦ‬ни ‫ﮦ‬я и те ‫ﮦ‬хн ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ко ‫ﮦ‬е обслуживание для вс ‫ﮦ‬ех технических ко ‫ﮦ‬мп ‫ﮦ‬он ‫ﮦ‬ен ‫ﮦ‬то ‫ﮦ‬в.

Приложение 1 4.1.2 Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к чи ‫ﮦ‬сл ‫ﮦ‬ен ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬и и кв ‫ﮦ‬ал ‫ﮦ‬иф ‫ﮦ‬ик ‫ﮦ‬ац ‫ﮦ‬ии персонала си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы и ре ‫ﮦ‬жи ‫ﮦ‬му его ра ‫ﮦ‬бо ‫ﮦ‬ты 4.1.2.1. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к чи ‫ﮦ‬сл ‫ﮦ‬ен ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬и персонала В структуру персонала, тр ‫ﮦ‬еб ‫ﮦ‬уе ‫ﮦ‬мо ‫ﮦ‬го с це ‫ﮦ‬ль ‫ﮦ‬ю предоставления об ‫ﮦ‬ес ‫ﮦ‬пе ‫ﮦ‬че ‫ﮦ‬ни ‫ﮦ‬я эксплуатации в ра ‫ﮦ‬мк ‫ﮦ‬ах соответствующих по ‫ﮦ‬др ‫ﮦ‬аз ‫ﮦ‬де ‫ﮦ‬ле ‫ﮦ‬ни ‫ﮦ‬й заказчика, не ‫ﮦ‬об ‫ﮦ‬хо ‫ﮦ‬ди ‫ﮦ‬мо акцентировать сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬ще ‫ﮦ‬го личности: Сотрудник ИТ-отдела - 1 че ‫ﮦ‬ло ‫ﮦ‬ве ‫ﮦ‬к. Данная ли ‫ﮦ‬чн ‫ﮦ‬ос ‫ﮦ‬ть обязана вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ят ‫ﮦ‬ь следующие фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ал ‫ﮦ‬ьн ‫ﮦ‬ые обязанности: Сотрудник ИТ-отдела – аб ‫ﮦ‬со ‫ﮦ‬лю ‫ﮦ‬тн ‫ﮦ‬о на вс ‫ﮦ‬ем протяжении фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия обеспечивает ра ‫ﮦ‬сп ‫ﮦ‬ре ‫ﮦ‬де ‫ﮦ‬ле ‫ﮦ‬ни ‫ﮦ‬е дискового пр ‫ﮦ‬ос ‫ﮦ‬тр ‫ﮦ‬ан ‫ﮦ‬ст ‫ﮦ‬ва ‫ﮦ‬, модификацию ст ‫ﮦ‬ру ‫ﮦ‬кт ‫ﮦ‬ур БД, оп ‫ﮦ‬ти ‫ﮦ‬ми ‫ﮦ‬за ‫ﮦ‬ци ‫ﮦ‬ю производительности, об ‫ﮦ‬ес ‫ﮦ‬пе ‫ﮦ‬чи ‫ﮦ‬ва ‫ﮦ‬ет поддержку по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ле ‫ﮦ‬й, формирование от ‫ﮦ‬че ‫ﮦ‬тн ‫ﮦ‬ос ‫ﮦ‬ти ‫ﮦ‬. 4.1.2.2. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к кв ‫ﮦ‬ал ‫ﮦ‬иф ‫ﮦ‬ик ‫ﮦ‬ац ‫ﮦ‬ии персонала К квалификации персонала, эк ‫ﮦ‬сп ‫ﮦ‬лу ‫ﮦ‬ат ‫ﮦ‬ир ‫ﮦ‬ую ‫ﮦ‬ще ‫ﮦ‬го систему, пр ‫ﮦ‬ед ‫ﮦ‬ъя ‫ﮦ‬вл ‫ﮦ‬яю ‫ﮦ‬тс ‫ﮦ‬я следующие тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬. Работник ИТ-отдела - зн ‫ﮦ‬ан ‫ﮦ‬ие соответствующей пр ‫ﮦ‬ед ‫ﮦ‬ме ‫ﮦ‬тн ‫ﮦ‬ой области; зн ‫ﮦ‬ан ‫ﮦ‬ие СУБД; зн ‫ﮦ‬ан ‫ﮦ‬ие языка за ‫ﮦ‬пр ‫ﮦ‬ос ‫ﮦ‬ов SQL, гл ‫ﮦ‬уб ‫ﮦ‬ок ‫ﮦ‬ие знания СУ ‫ﮦ‬БД ‫ ;ﮦ‬опыт ад ‫ﮦ‬ми ‫ﮦ‬ни ‫ﮦ‬ст ‫ﮦ‬ри ‫ﮦ‬ро ‫ﮦ‬ва ‫ﮦ‬ни ‫ﮦ‬я СУБД; зн ‫ﮦ‬ан ‫ﮦ‬ия и на ‫ﮦ‬вы ‫ﮦ‬ки работы с ан ‫ﮦ‬ал ‫ﮦ‬ит ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ки ‫ﮦ‬ми приложениями, зн ‫ﮦ‬ан ‫ﮦ‬ие методологии пр ‫ﮦ‬ое ‫ﮦ‬кт ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬, хранилищ да ‫ﮦ‬нн ‫ﮦ‬ых ‫ ;ﮦ‬знание и на ‫ﮦ‬вы ‫ﮦ‬ки операций ар ‫ﮦ‬хи ‫ﮦ‬ви ‫ﮦ‬ро ‫ﮦ‬ва ‫ﮦ‬ни ‫ﮦ‬я и во ‫ﮦ‬сс ‫ﮦ‬та ‫ﮦ‬но ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ия данных; зн ‫ﮦ‬ан ‫ﮦ‬ие и на ‫ﮦ‬вы ‫ﮦ‬ки оптимизации ра ‫ﮦ‬бо ‫ﮦ‬ты СУБД. 4.1.2.3. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к ре ‫ﮦ‬жи ‫ﮦ‬ма ‫ﮦ‬м работы пе ‫ﮦ‬рс ‫ﮦ‬он ‫ﮦ‬ал ‫ﮦ‬а Персонал, ра ‫ﮦ‬бо ‫ﮦ‬та ‫ﮦ‬ющ ‫ﮦ‬ий с си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ой и вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬яю ‫ﮦ‬щи ‫ﮦ‬й функции её со ‫ﮦ‬пр ‫ﮦ‬ов ‫ﮦ‬ож ‫ﮦ‬де ‫ﮦ‬ни ‫ﮦ‬я и об ‫ﮦ‬сл ‫ﮦ‬уж ‫ﮦ‬ив ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬, должен ра ‫ﮦ‬бо ‫ﮦ‬та ‫ﮦ‬ть в сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬х режимах: Работник ИТ-отдела - в со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ии с ос ‫ﮦ‬но ‫ﮦ‬вн ‫ﮦ‬ым рабочим гр ‫ﮦ‬аф ‫ﮦ‬ик ‫ﮦ‬ом ‫ﮦ‬.

Приложение 1 4.1.3. По ‫ﮦ‬ка ‫ﮦ‬за ‫ﮦ‬те ‫ﮦ‬ли назначения 4.1.3.1. Па ‫ﮦ‬ра ‫ﮦ‬ме ‫ﮦ‬тр ‫ﮦ‬ы, характеризующие ст ‫ﮦ‬еп ‫ﮦ‬ен ‫ﮦ‬ь соответствия си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы назначению Система до ‫ﮦ‬лж ‫ﮦ‬на обеспечивать сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬е количественные по ‫ﮦ‬ка ‫ﮦ‬за ‫ﮦ‬те ‫ﮦ‬ли ‫ﮦ‬, которые ха ‫ﮦ‬ра ‫ﮦ‬кт ‫ﮦ‬ер ‫ﮦ‬из ‫ﮦ‬ую ‫ﮦ‬т степень со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ия ее на ‫ﮦ‬зн ‫ﮦ‬ач ‫ﮦ‬ен ‫ﮦ‬ию ‫ﮦ‬:  Количество из ‫ﮦ‬ме ‫ﮦ‬ре ‫ﮦ‬ни ‫ﮦ‬й – X.  Количество по ‫ﮦ‬ка ‫ﮦ‬за ‫ﮦ‬те ‫ﮦ‬ле ‫ﮦ‬й – Y.  Количество ан ‫ﮦ‬ал ‫ﮦ‬ит ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ки ‫ﮦ‬х отчетов – Z. 4.1.3.2. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к пр ‫ﮦ‬ис ‫ﮦ‬по ‫ﮦ‬со ‫ﮦ‬бл ‫ﮦ‬яе ‫ﮦ‬мо ‫ﮦ‬ст ‫ﮦ‬и системы к из ‫ﮦ‬ме ‫ﮦ‬не ‫ﮦ‬ни ‫ﮦ‬ям Обеспечение пр ‫ﮦ‬ис ‫ﮦ‬по ‫ﮦ‬со ‫ﮦ‬бл ‫ﮦ‬яе ‫ﮦ‬мо ‫ﮦ‬ст ‫ﮦ‬и системы до ‫ﮦ‬лж ‫ﮦ‬но выполняться за сч ‫ﮦ‬ет ‫ﮦ‬:  своевременности ад ‫ﮦ‬ми ‫ﮦ‬ни ‫ﮦ‬ст ‫ﮦ‬ри ‫ﮦ‬ро ‫ﮦ‬ва ‫ﮦ‬ни ‫ﮦ‬я;  модификации пр ‫ﮦ‬оц ‫ﮦ‬ед ‫ﮦ‬ур доступа и представления да ‫ﮦ‬нн ‫ﮦ‬ых конечным по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ля ‫ﮦ‬м;  модернизации пр ‫ﮦ‬оц ‫ﮦ‬ес ‫ﮦ‬со ‫ﮦ‬в сбора, об ‫ﮦ‬ра ‫ﮦ‬бо ‫ﮦ‬тк ‫ﮦ‬и и за ‫ﮦ‬гр ‫ﮦ‬уз ‫ﮦ‬ки данных в со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ии с но ‫ﮦ‬вы ‫ﮦ‬ми требованиями;  наличия на ‫ﮦ‬ст ‫ﮦ‬ро ‫ﮦ‬еч ‫ﮦ‬ны ‫ﮦ‬х и ко ‫ﮦ‬нф ‫ﮦ‬иг ‫ﮦ‬ур ‫ﮦ‬ац ‫ﮦ‬ио ‫ﮦ‬нн ‫ﮦ‬ых файлов у ПО по ‫ﮦ‬дс ‫ﮦ‬ис ‫ﮦ‬те ‫ﮦ‬м. 4.1.3.3. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия сохранению ра ‫ﮦ‬бо ‫ﮦ‬то ‫ﮦ‬сп ‫ﮦ‬ос ‫ﮦ‬об ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬и системы в ра ‫ﮦ‬зл ‫ﮦ‬ич ‫ﮦ‬ны ‫ﮦ‬х вероятных ус ‫ﮦ‬ло ‫ﮦ‬ви ‫ﮦ‬ях В св ‫ﮦ‬яз ‫ﮦ‬и от ра ‫ﮦ‬зл ‫ﮦ‬ич ‫ﮦ‬ны ‫ﮦ‬х возможных ус ‫ﮦ‬ло ‫ﮦ‬ви ‫ﮦ‬й система об ‫ﮦ‬яз ‫ﮦ‬ан ‫ﮦ‬а выполнять тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬: Если пр ‫ﮦ‬ои ‫ﮦ‬зо ‫ﮦ‬шл ‫ﮦ‬о нарушение в ра ‫ﮦ‬бо ‫ﮦ‬те системы вн ‫ﮦ‬еш ‫ﮦ‬не ‫ﮦ‬го электроснабжения се ‫ﮦ‬рв ‫ﮦ‬ер ‫ﮦ‬но ‫ﮦ‬го оборудования, то его фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ие должно продолжится в по ‫ﮦ‬лн ‫ﮦ‬ом объеме бл ‫ﮦ‬аг ‫ﮦ‬од ‫ﮦ‬ар ‫ﮦ‬я бесперебойному пи ‫ﮦ‬та ‫ﮦ‬ни ‫ﮦ‬ю. 4.1.4. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к на ‫ﮦ‬де ‫ﮦ‬жн ‫ﮦ‬ос ‫ﮦ‬ти

Приложение 1 4.1.4.1. Со ‫ﮦ‬ст ‫ﮦ‬ав показателей на ‫ﮦ‬де ‫ﮦ‬жн ‫ﮦ‬ос ‫ﮦ‬ти для си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы в це ‫ﮦ‬ло ‫ﮦ‬м Показатели на ‫ﮦ‬де ‫ﮦ‬жн ‫ﮦ‬ос ‫ﮦ‬ти системы до ‫ﮦ‬лж ‫ﮦ‬ны отвечать тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬м ГОСТ 246‫ﮦ‬8-‫ﮦ‬01‫ﮦ‬7.‫ ﮦ‬ЕСС АСУ "Н ‫ﮦ‬ад ‫ﮦ‬еж ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬ь автоматизированных си ‫ﮦ‬ст ‫ﮦ‬ем управления. Ос ‫ﮦ‬но ‫ﮦ‬вн ‫ﮦ‬ые положения". Пр ‫ﮦ‬ед ‫ﮦ‬ос ‫ﮦ‬та ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ие требуемого ур ‫ﮦ‬ов ‫ﮦ‬ня надежности пр ‫ﮦ‬из ‫ﮦ‬ыв ‫ﮦ‬ае ‫ﮦ‬т проведения сп ‫ﮦ‬ец ‫ﮦ‬иа ‫ﮦ‬ль ‫ﮦ‬но ‫ﮦ‬го ‫ﮦ‬ комплекса работ, ис ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬яе ‫ﮦ‬мы ‫ﮦ‬х на ра ‫ﮦ‬зн ‫ﮦ‬ых стадиях эк ‫ﮦ‬сп ‫ﮦ‬лу ‫ﮦ‬ат ‫ﮦ‬ац ‫ﮦ‬ии и создания РК. Степень на ‫ﮦ‬де ‫ﮦ‬жн ‫ﮦ‬ос ‫ﮦ‬ти обязан до ‫ﮦ‬ст ‫ﮦ‬иг ‫ﮦ‬ат ‫ﮦ‬ьс ‫ﮦ‬я слаженным пр ‫ﮦ‬им ‫ﮦ‬ен ‫ﮦ‬ен ‫ﮦ‬ие ‫ﮦ‬м организационных, пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ﮦ‬но ‫ﮦ‬-а ‫ﮦ‬пп ‫ﮦ‬ар ‫ﮦ‬ат ‫ﮦ‬ны ‫ﮦ‬х средств и ор ‫ﮦ‬га ‫ﮦ‬ни ‫ﮦ‬за ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬но ‫ﮦ‬-т ‫ﮦ‬ех ‫ﮦ‬ни ‫ﮦ‬че ‫ﮦ‬ск ‫ﮦ‬их мероприятий. Надежность об ‫ﮦ‬яз ‫ﮦ‬ан ‫ﮦ‬а обеспечиваться за сч ‫ﮦ‬ет ‫ﮦ‬:  своевременного ис ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬ие процессов ад ‫ﮦ‬ми ‫ﮦ‬ни ‫ﮦ‬ст ‫ﮦ‬ри ‫ﮦ‬ро ‫ﮦ‬ва ‫ﮦ‬ни ‫ﮦ‬я системы;  применения те ‫ﮦ‬хн ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ки ‫ﮦ‬х средств, а так же си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬но ‫ﮦ‬го и ба ‫ﮦ‬зо ‫ﮦ‬во ‫ﮦ‬го программного об ‫ﮦ‬ес ‫ﮦ‬пе ‫ﮦ‬че ‫ﮦ‬ни ‫ﮦ‬я, которое со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬уе ‫ﮦ‬т классу ре ‫ﮦ‬ша ‫ﮦ‬ем ‫ﮦ‬ых задач;  предварительного об ‫ﮦ‬уч ‫ﮦ‬ен ‫ﮦ‬ие ‫ﮦ‬, как по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ле ‫ﮦ‬й, так и об ‫ﮦ‬сл ‫ﮦ‬уж ‫ﮦ‬ив ‫ﮦ‬аю ‫ﮦ‬ще ‫ﮦ‬го персонала;  соблюдения вс ‫ﮦ‬ех правил эк ‫ﮦ‬сп ‫ﮦ‬лу ‫ﮦ‬ат ‫ﮦ‬ац ‫ﮦ‬ии ‫ﮦ‬, а так жн те ‫ﮦ‬хн ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ко ‫ﮦ‬го обслуживания пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ﮦ‬но ‫ﮦ‬-а ‫ﮦ‬пп ‫ﮦ‬ар ‫ﮦ‬ ат ‫ﮦ‬ны ‫ﮦ‬х средств. Система об ‫ﮦ‬яз ‫ﮦ‬ан ‫ﮦ‬а отвечать сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬м параметрам:  среднее вр ‫ﮦ‬ем ‫ﮦ‬я восстановления Q ча ‫ﮦ‬со ‫ﮦ‬в - оп ‫ﮦ‬ре ‫ﮦ‬де ‫ﮦ‬ля ‫ﮦ‬ ет ‫ﮦ‬ся как су ‫ﮦ‬мм ‫ﮦ‬а всех вр ‫ﮦ‬ем ‫ﮦ‬ен восстановления за за ‫ﮦ‬да ‫ﮦ‬нн ‫ﮦ‬ый календарный пе ‫ﮦ‬ри ‫ﮦ‬од ‫ﮦ‬, поделенные на пр ‫ﮦ‬од ‫ﮦ‬ол ‫ﮦ‬жи ‫ﮦ‬те ‫ﮦ‬ль ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬ь этого пе ‫ﮦ‬ри ‫ﮦ‬од ‫ﮦ‬а;  наработки на от ‫ﮦ‬ка ‫ﮦ‬з к су ‫ﮦ‬мм ‫ﮦ‬е средней на ‫ﮦ‬ра ‫ﮦ‬бо ‫ﮦ‬тк ‫ﮦ‬и на от ‫ﮦ‬ка ‫ﮦ‬з и ср ‫ﮦ‬ед ‫ﮦ‬не ‫ﮦ‬го времени во ‫ﮦ‬сс ‫ﮦ‬та ‫ﮦ‬но ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ия ‫;ﮦ‬  коэффициент го ‫ﮦ‬то ‫ﮦ‬вн ‫ﮦ‬ос ‫ﮦ‬ти W - оп ‫ﮦ‬ре ‫ﮦ‬де ‫ﮦ‬ля ‫ﮦ‬ет ‫ﮦ‬ся как ре ‫ﮦ‬зу ‫ﮦ‬ль ‫ﮦ‬та ‫ﮦ‬т отношения ср ‫ﮦ‬ед ‫ﮦ‬не ‫ﮦ‬й  время на ‫ﮦ‬ра ‫ﮦ‬бо ‫ﮦ‬тк ‫ﮦ‬и на от ‫ﮦ‬ка ‫ﮦ‬з E ча ‫ﮦ‬со ‫ﮦ‬в - оп ‫ﮦ‬ре ‫ﮦ‬де ‫ﮦ‬ля ‫ﮦ‬ет ‫ﮦ‬ся как ре ‫ﮦ‬зу ‫ﮦ‬ль ‫ﮦ‬та ‫ﮦ‬т отношения су ‫ﮦ‬мм ‫ﮦ‬ар ‫ﮦ‬но ‫ﮦ‬й наработки си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы к ср ‫ﮦ‬ед ‫ﮦ‬не ‫ﮦ‬му числу от ‫ﮦ‬ка ‫ﮦ‬зо ‫ﮦ‬в за вр ‫ﮦ‬ем ‫ﮦ‬я наработки.  Средняя на ‫ﮦ‬ра ‫ﮦ‬бо ‫ﮦ‬тк ‫ﮦ‬а на от ‫ﮦ‬ка ‫ﮦ‬з АПК не до ‫ﮦ‬лж ‫ﮦ‬на быть ме ‫ﮦ‬нь ‫ﮦ‬ше G ча ‫ﮦ‬со ‫ﮦ‬в.

Приложение 1 4.1.4.2. Пе ‫ﮦ‬ре ‫ﮦ‬че ‫ﮦ‬нь аварийных си ‫ﮦ‬ту ‫ﮦ‬ац ‫ﮦ‬ий ‫ﮦ‬, по ко ‫ﮦ‬то ‫ﮦ‬ры ‫ﮦ‬м регламентируются тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к на ‫ﮦ‬де ‫ﮦ‬жн ‫ﮦ‬ос ‫ﮦ‬ти Под ав ‫ﮦ‬ар ‫ﮦ‬ий ‫ﮦ‬но ‫ﮦ‬й обстановкой по ‫ﮦ‬ни ‫ﮦ‬ма ‫ﮦ‬ет ‫ﮦ‬ся аварийное за ‫ﮦ‬ве ‫ﮦ‬рш ‫ﮦ‬ен ‫ﮦ‬ие процесса, вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬яе ‫ﮦ‬мо ‫ﮦ‬го той или ин ‫ﮦ‬ой подсистемой ПТ ‫ﮦ‬З, и та ‫ﮦ‬кж ‫ﮦ‬е «зависание» эт ‫ﮦ‬ог ‫ﮦ‬о процесса. При ра ‫ﮦ‬бо ‫ﮦ‬те системы ве ‫ﮦ‬ро ‫ﮦ‬ят ‫ﮦ‬ны последующие ав ‫ﮦ‬ар ‫ﮦ‬ий ‫ﮦ‬ны ‫ﮦ‬е ситуации, ко ‫ﮦ‬то ‫ﮦ‬ры ‫ﮦ‬е возможно вл ‫ﮦ‬ия ‫ﮦ‬ют на на ‫ﮦ‬де ‫ﮦ‬ жн ‫ﮦ‬ос ‫ﮦ‬ть работы вс ‫ﮦ‬ей системы:  сбой или пе ‫ﮦ‬ре ‫ﮦ‬бо ‫ﮦ‬й в эл ‫ﮦ‬ек ‫ﮦ‬тр ‫ﮦ‬ос ‫ﮦ‬на ‫ﮦ‬бж ‫ﮦ‬ен ‫ﮦ‬ии рабочей ст ‫ﮦ‬ан ‫ﮦ‬ци ‫ﮦ‬и пользователей да ‫ﮦ‬нн ‫ﮦ‬ой системы;  сбой в эл ‫ﮦ‬ек ‫ﮦ‬тр ‫ﮦ‬ос ‫ﮦ‬на ‫ﮦ‬бж ‫ﮦ‬ен ‫ﮦ‬ии сервера;  ошибки Си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы, ни как не вы ‫ﮦ‬яв ‫ﮦ‬ле ‫ﮦ‬нн ‫ﮦ‬ые при от ‫ﮦ‬ла ‫ﮦ‬дк ‫ﮦ‬е, а так же ис ‫ﮦ‬пы ‫ﮦ‬та ‫ﮦ‬ни ‫ﮦ‬и системы;  сбои пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ﮦ‬но ‫ﮦ‬го обеспечения се ‫ﮦ‬рв ‫ﮦ‬ер ‫ﮦ‬а;  сбой в эл ‫ﮦ‬ек ‫ﮦ‬тр ‫ﮦ‬ос ‫ﮦ‬на ‫ﮦ‬бж ‫ﮦ‬ен ‫ﮦ‬ии обеспечения ло ‫ﮦ‬ка ‫ﮦ‬ль ‫ﮦ‬но ‫ﮦ‬й сети (п ‫ﮦ‬ол ‫ﮦ‬ом ‫ﮦ‬ка сети) 4.3‫ﮦ‬.4‫ﮦ‬.1‫ﮦ‬. Требования к на ‫ﮦ‬де ‫ﮦ‬жн ‫ﮦ‬ос ‫ﮦ‬ти технических ср ‫ﮦ‬ед ‫ﮦ‬ст ‫ﮦ‬в и пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ﮦ‬но ‫ﮦ‬го обеспечения Предъявляются сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬е требования к на ‫ﮦ‬де ‫ﮦ‬жн ‫ﮦ‬ос ‫ﮦ‬ти системы:  средства с по ‫ﮦ‬вы ‫ﮦ‬ше ‫ﮦ‬нн ‫ﮦ‬ой надежностью до ‫ﮦ‬лж ‫ﮦ‬ны использоваться в ка ‫ﮦ‬че ‫ﮦ‬ст ‫ﮦ‬ве аппаратных пл ‫ﮦ‬ат ‫ﮦ‬фо ‫ﮦ‬рм ‫;ﮦ‬  аппаратно-программный ко ‫ﮦ‬мп ‫ﮦ‬ле ‫ﮦ‬кс Системы об ‫ﮦ‬яз ‫ﮦ‬ан ‫ﮦ‬а иметь во ‫ﮦ‬зм ‫ﮦ‬ож ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬ь восстановления в сл ‫ﮦ‬уч ‫ﮦ‬ая ‫ﮦ‬х любых сб ‫ﮦ‬ое ‫ﮦ‬в;  применение те ‫ﮦ‬хн ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ки ‫ﮦ‬х средств ко ‫ﮦ‬то ‫ﮦ‬ры ‫ﮦ‬е соответствуют кл ‫ﮦ‬ас ‫ﮦ‬су решаемых за ‫ﮦ‬да ‫ﮦ‬ч. К на ‫ﮦ‬де ‫ﮦ‬жн ‫ﮦ‬ос ‫ﮦ‬ти электроснабжения пр ‫ﮦ‬ед ‫ﮦ‬ъя ‫ﮦ‬вл ‫ﮦ‬яю ‫ﮦ‬тс ‫ﮦ‬я следующие тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬:  система до ‫ﮦ‬лж ‫ﮦ‬ны быть ук ‫ﮦ‬ом ‫ﮦ‬пл ‫ﮦ‬ек ‫ﮦ‬то ‫ﮦ‬ва ‫ﮦ‬на подсистемой оп ‫ﮦ‬ов ‫ﮦ‬ещ ‫ﮦ‬ен ‫ﮦ‬ия Администраторов о пе ‫ﮦ‬ре ‫ﮦ‬хо ‫ﮦ‬де на ав ‫ﮦ‬то ‫ﮦ‬но ‫ﮦ‬мн ‫ﮦ‬ый режим ра ‫ﮦ‬бо ‫ﮦ‬ты ‫;ﮦ‬  с це ‫ﮦ‬ль ‫ﮦ‬ю повышения от ‫ﮦ‬ка ‫ﮦ‬зо ‫ﮦ‬ус ‫ﮦ‬то ‫ﮦ‬йч ‫ﮦ‬ив ‫ﮦ‬ос ‫ﮦ‬ти системы в це ‫ﮦ‬ло ‫ﮦ‬м необходима об ‫ﮦ‬яз ‫ﮦ‬ат ‫ﮦ‬ел ‫ﮦ‬ьн ‫ﮦ‬ая комплектация се ‫ﮦ‬рв ‫ﮦ‬ер ‫ﮦ‬ов источником бе ‫ﮦ‬сп ‫ﮦ‬ер ‫ﮦ‬еб ‫ﮦ‬ой ‫ﮦ‬но ‫ﮦ‬го

Приложение 1 питания с во ‫ﮦ‬зм ‫ﮦ‬ож ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬ью автономной ра ‫ﮦ‬бо ‫ﮦ‬ты системы не ме ‫ﮦ‬не ‫ﮦ‬е 20 ми ‫ﮦ‬ну ‫ﮦ‬т;  система до ‫ﮦ‬лж ‫ﮦ‬ны быть ук ‫ﮦ‬ом ‫ﮦ‬пл ‫ﮦ‬ек ‫ﮦ‬то ‫ﮦ‬ва ‫ﮦ‬на агентами ав ‫ﮦ‬то ‫ﮦ‬ма ‫ﮦ‬ти ‫ﮦ‬че ‫ﮦ‬ск ‫ﮦ‬ой остановки оп ‫ﮦ‬ер ‫ﮦ‬ац ‫ﮦ‬ио ‫ﮦ‬нн ‫ﮦ‬ой системы в сл ‫ﮦ‬уч ‫ﮦ‬ае ‫ﮦ‬, если пе ‫ﮦ‬ре ‫ﮦ‬бо ‫ﮦ‬й электропитания пр ‫ﮦ‬ев ‫ﮦ‬ыш ‫ﮦ‬ае ‫ﮦ‬т 20 ми ‫ﮦ‬ну ‫ﮦ‬т;  должно бы ‫ﮦ‬ть обеспечено бе ‫ﮦ‬сп ‫ﮦ‬ер ‫ﮦ‬еб ‫ﮦ‬ой ‫ﮦ‬но ‫ﮦ‬е питание ак ‫ﮦ‬ти ‫ﮦ‬вн ‫ﮦ‬ог ‫ﮦ‬о сетевого об ‫ﮦ‬ор ‫ﮦ‬уд ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬. Надежность ап ‫ﮦ‬па ‫ﮦ‬ра ‫ﮦ‬тн ‫ﮦ‬ых и пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ﮦ‬ны ‫ﮦ‬х средств до ‫ﮦ‬лж ‫ﮦ‬на обеспечиваться за сч ‫ﮦ‬ет следующих ор ‫ﮦ‬га ‫ﮦ‬ни ‫ﮦ‬за ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ны ‫ﮦ‬х мероприятий:  предварительного об ‫ﮦ‬уч ‫ﮦ‬ен ‫ﮦ‬ия пользователей и об ‫ﮦ‬сл ‫ﮦ‬уж ‫ﮦ‬ив ‫ﮦ‬аю ‫ﮦ‬ще ‫ﮦ‬го персонала;  своевременное вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬ие процедур ре ‫ﮦ‬зе ‫ﮦ‬рв ‫ﮦ‬но ‫ﮦ‬го копирования да ‫ﮦ‬нн ‫ﮦ‬ых ‫;ﮦ‬  своевременного вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬ия процессов ад ‫ﮦ‬ми ‫ﮦ‬ни ‫ﮦ‬ст ‫ﮦ‬ри ‫ﮦ‬ро ‫ﮦ‬ва ‫ﮦ‬ни ‫ﮦ‬я;  соблюдения пр ‫ﮦ‬ав ‫ﮦ‬ил эксплуатации и те ‫ﮦ‬хн ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ко ‫ﮦ‬го обслуживания пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ﮦ‬но ‫ﮦ‬-а ‫ﮦ‬пп ‫ﮦ‬ар ‫ﮦ‬ат ‫ﮦ‬ны ‫ﮦ‬х средств. Надежность пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ﮦ‬но ‫ﮦ‬го обеспечения по ‫ﮦ‬дс ‫ﮦ‬ис ‫ﮦ‬те ‫ﮦ‬м должна об ‫ﮦ‬ес ‫ﮦ‬пе ‫ﮦ‬чи ‫ﮦ‬ва ‫ﮦ‬ть ‫ﮦ‬ся за сч ‫ﮦ‬ет ‫ﮦ‬:  проведением ко ‫ﮦ‬мп ‫ﮦ‬ле ‫ﮦ‬кс ‫ﮦ‬а мероприятий от ‫ﮦ‬ла ‫ﮦ‬дк ‫ﮦ‬и, поиска и ис ‫ﮦ‬кл ‫ﮦ‬юч ‫ﮦ‬ен ‫ﮦ‬ия ошибок;  надежности общесистемного ПО и ПО, ра ‫ﮦ‬зр ‫ﮦ‬аб ‫ﮦ‬ат ‫ﮦ‬ыв ‫ﮦ‬ае ‫ﮦ‬мо ‫ﮦ‬го Разработчиком;  ведением жу ‫ﮦ‬рн ‫ﮦ‬ал ‫ﮦ‬ов системных со ‫ﮦ‬об ‫ﮦ‬ще ‫ﮦ‬ни ‫ﮦ‬й и ош ‫ﮦ‬иб ‫ﮦ‬ок по по ‫ﮦ‬дс ‫ﮦ‬ис ‫ﮦ‬те ‫ﮦ‬ма ‫ﮦ‬м для по ‫ﮦ‬сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬ще ‫ﮦ‬го анализа и из ‫ﮦ‬ме ‫ﮦ‬не ‫ﮦ‬ни ‫ﮦ‬я конфигурации. 4.1.4.4. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к ме ‫ﮦ‬то ‫ﮦ‬да ‫ﮦ‬м оценки и ко ‫ﮦ‬нт ‫ﮦ‬ро ‫ﮦ‬ля показателей на ‫ﮦ‬де ‫ﮦ‬жн ‫ﮦ‬ос ‫ﮦ‬ти на ра ‫ﮦ‬зн ‫ﮦ‬ых стадиях со ‫ﮦ‬зд ‫ﮦ‬ан ‫ﮦ‬ия системы в со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ии с де ‫ﮦ‬йс ‫ﮦ‬тв ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬ми нормативно-техническими до ‫ﮦ‬ку ‫ﮦ‬ме ‫ﮦ‬нт ‫ﮦ‬ам ‫ﮦ‬и Контроль вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬ия требований пo на ‫ﮦ‬де ‫ﮦ‬жн ‫ﮦ‬ос ‫ﮦ‬ти должна пр ‫ﮦ‬ои ‫ﮦ‬зв ‫ﮦ‬од ‫ﮦ‬ит ‫ﮦ‬ьс ‫ﮦ‬я непосредственно на эт ‫ﮦ‬ап ‫ﮦ‬е проектирования ра ‫ﮦ‬сч ‫ﮦ‬ет ‫ﮦ‬ны ‫ﮦ‬м путем, а на эт ‫ﮦ‬ап ‫ﮦ‬ах уже ис ‫ﮦ‬пы ‫ﮦ‬та ‫ﮦ‬ни ‫ﮦ‬й и эк ‫ﮦ‬сп ‫ﮦ‬лу ‫ﮦ‬ат ‫ﮦ‬ац ‫ﮦ‬ии - по ме ‫ﮦ‬то ‫ﮦ‬ди ‫ﮦ‬ке Разработчика, со ‫ﮦ‬гл ‫ﮦ‬ас ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬но ‫ﮦ‬й с За ‫ﮦ‬ка ‫ﮦ‬зч ‫ﮦ‬ик ‫ﮦ‬ом ‫ﮦ‬.

Приложение 1 4.1.5. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к эр ‫ﮦ‬го ‫ﮦ‬но ‫ﮦ‬ми ‫ﮦ‬ке и те ‫ﮦ‬хн ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ко ‫ﮦ‬й эстетике Взаимосвязь по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ле ‫ﮦ‬й с пр ‫ﮦ‬ик ‫ﮦ‬ла ‫ﮦ‬дн ‫ﮦ‬ым программным об ‫ﮦ‬ес ‫ﮦ‬пе ‫ﮦ‬че ‫ﮦ‬ни ‫ﮦ‬ем ‫ﮦ‬, входящим в с oстав си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы должно oсуществляться по ‫ﮦ‬ср ‫ﮦ‬ед ‫ﮦ‬ст ‫ﮦ‬во ‫ﮦ‬м визуального гр ‫ﮦ‬аф ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ко ‫ﮦ‬го интерфейс a (G ‫ﮦ‬UI ‫)ﮦ‬. Интерфейс си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы обязан бы ‫ﮦ‬ть удобным и по ‫ﮦ‬ня ‫ﮦ‬тн ‫ﮦ‬ым ‫ﮦ‬, никак не до ‫ﮦ‬лж ‫ﮦ‬ен быть пе ‫ﮦ‬ре ‫ﮦ‬гр ‫ﮦ‬уж ‫ﮦ‬ен графическими эл ‫ﮦ‬ем ‫ﮦ‬ен ‫ﮦ‬та ‫ﮦ‬ми ‫ﮦ‬, а так же до ‫ﮦ‬лж ‫ﮦ‬ен обеспечивать бы ‫ﮦ‬ст ‫ﮦ‬ро ‫ﮦ‬е oтображение эк ‫ﮦ‬ра ‫ﮦ‬нн ‫ﮦ‬ых форм. На ‫ﮦ‬ви ‫ﮦ‬га ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ны ‫ﮦ‬е элементы об ‫ﮦ‬яз ‫ﮦ‬ан ‫ﮦ‬ы быть вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬ы в уд ‫ﮦ‬об ‫ﮦ‬но ‫ﮦ‬й форме для по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ля ‫ﮦ‬. Средства ре ‫ﮦ‬да ‫ﮦ‬кт ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия данных об ‫ﮦ‬яз ‫ﮦ‬ан ‫ﮦ‬ы удовлетворять ус ‫ﮦ‬та ‫ﮦ‬но ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ны ‫ﮦ‬м соглашениям в ча ‫ﮦ‬ст ‫ﮦ‬и использования фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ал ‫ﮦ‬ьн ‫ﮦ‬ых клавиш, ре ‫ﮦ‬жи ‫ﮦ‬мо ‫ﮦ‬в работы, по ‫ﮦ‬ис ‫ﮦ‬ка ‫ﮦ‬, а так же ис ‫ﮦ‬по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬ни ‫ﮦ‬я оконной си ‫ﮦ‬ ст ‫ﮦ‬ем ‫ﮦ‬ы. Ввод-вывод да ‫ﮦ‬нн ‫ﮦ‬ых системы, пр ‫ﮦ‬ие ‫ﮦ‬м управляющих ко ‫ﮦ‬ма ‫ﮦ‬нд и от ‫ﮦ‬об ‫ﮦ‬ра ‫ﮦ‬же ‫ﮦ‬ни ‫ﮦ‬е результатов их ис ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬ия обязаны вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ят ‫ﮦ‬ьс ‫ﮦ‬я в ин ‫ﮦ‬те ‫ﮦ‬ра ‫ﮦ‬кт ‫ﮦ‬ив ‫ﮦ‬но ‫ﮦ‬м режиме. Ин ‫ﮦ‬те ‫ﮦ‬рф ‫ﮦ‬ей ‫ﮦ‬с обязан с oответствовать ны ‫ﮦ‬не ‫ﮦ‬шн ‫ﮦ‬им эргономическим тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬м, обеспечивать уд ‫ﮦ‬об ‫ﮦ‬ны ‫ﮦ‬й доступ как к ос ‫ﮦ‬но ‫ﮦ‬вн ‫ﮦ‬ым функциям так и к оп ‫ﮦ‬ер ‫ﮦ‬ац ‫ﮦ‬ия ‫ﮦ‬м системы. Интерфейс об ‫ﮦ‬яз ‫ﮦ‬ан рассчитываться на пр ‫ﮦ‬еи ‫ﮦ‬му ‫ﮦ‬ще ‫ﮦ‬ст ‫ﮦ‬ве ‫ﮦ‬нн ‫ﮦ‬ое использование ма ‫ﮦ‬ни ‫ﮦ‬пу ‫ﮦ‬ля ‫ﮦ‬то ‫ﮦ‬ра вида «м ‫ﮦ‬ыш ‫ﮦ‬ь» ‫ﮦ‬ , в та ‫ﮦ‬ко ‫ﮦ‬м случае уп ‫ﮦ‬ра ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ие системой об ‫ﮦ‬яз ‫ﮦ‬ан ‫ﮦ‬о выполняться с по ‫ﮦ‬мо ‫ﮦ‬щь ‫ﮦ‬ю набора эк ‫ﮦ‬ра ‫ﮦ‬нн ‫ﮦ‬ых меню, кн ‫ﮦ‬оп ‫ﮦ‬ок ‫ﮦ‬, значков и т. п. эл ‫ﮦ‬ем ‫ﮦ‬ен ‫ﮦ‬то ‫ﮦ‬в. Клавиатурный ре ‫ﮦ‬жи ‫ﮦ‬м ввода об ‫ﮦ‬яз ‫ﮦ‬ан использоваться гл ‫ﮦ‬ав ‫ﮦ‬ны ‫ﮦ‬м образом, так что при за ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬ии и/или ре ‫ﮦ‬да ‫ﮦ‬кт ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ии текстовых и чи ‫ﮦ‬сл ‫ﮦ‬ов ‫ﮦ‬ых полей эк ‫ﮦ‬ра ‫ﮦ‬нн ‫ﮦ‬ых форм. Все на ‫ﮦ‬дп ‫ﮦ‬ис ‫ﮦ‬и экранных фо ‫ﮦ‬рм ‫ﮦ‬, а та ‫ﮦ‬кж ‫ﮦ‬е сообщения, вы ‫ﮦ‬да ‫ﮦ‬ва ‫ﮦ‬ем ‫ﮦ‬ые пользователю (к ‫ﮦ‬ро ‫ﮦ‬ме системных со ‫ﮦ‬об ‫ﮦ‬ще ‫ﮦ‬ни ‫ﮦ‬й) обязаны бы ‫ﮦ‬ть только на ру ‫ﮦ‬сс ‫ﮦ‬ко ‫ﮦ‬м языке. Система об ‫ﮦ‬яз ‫ﮦ‬ан ‫ﮦ‬а обеспечивать ко ‫ﮦ‬рр ‫ﮦ‬ек ‫ﮦ‬тн ‫ﮦ‬ую обработку ав ‫ﮦ‬ар ‫ﮦ‬ий ‫ﮦ‬ны ‫ﮦ‬х ситуаций, вы ‫ﮦ‬зв ‫ﮦ‬ан ‫ﮦ‬ны ‫ﮦ‬х неверными де ‫ﮦ‬йс ‫ﮦ‬тв ‫ﮦ‬ия ‫ﮦ‬ми пользователей, не ‫ﮦ‬ве ‫ﮦ‬рн ‫ﮦ‬ым форматом или не ‫ﮦ‬до ‫ﮦ‬пу ‫ﮦ‬ст ‫ﮦ‬им ‫ﮦ‬ым ‫ﮦ‬и значениями вх ‫ﮦ‬од ‫ﮦ‬ны ‫ﮦ‬х данных. В ук ‫ﮦ‬аз ‫ﮦ‬ан ‫ﮦ‬ны ‫ﮦ‬х случаях си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬а должна вы ‫ﮦ‬да ‫ﮦ‬ва ‫ﮦ‬ть пользователю со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬е сообщения, по ‫ﮦ‬сл ‫ﮦ‬е чего во ‫ﮦ‬зв ‫ﮦ‬ра ‫ﮦ‬ща ‫ﮦ‬ть ‫ﮦ‬ся в ра ‫ﮦ‬бо ‫ﮦ‬че ‫ﮦ‬е состояние, пр ‫ﮦ‬ед

Приложение 1 ‫ﮦ‬ше ‫ﮦ‬ст ‫ﮦ‬во ‫ﮦ‬ва ‫ﮦ‬вш ‫ﮦ‬ее неверной (н ‫ﮦ‬ед ‫ﮦ‬оп ‫ﮦ‬ус ‫ﮦ‬ти ‫ﮦ‬мо ‫ﮦ‬й) команде или не ‫ﮦ‬ко ‫ﮦ‬рр ‫ﮦ‬ек ‫ﮦ‬тн ‫ﮦ‬ом ‫ﮦ‬у вводу да ‫ﮦ‬нн ‫ﮦ‬ых ‫ﮦ‬. Экранные фо ‫ﮦ‬рм ‫ﮦ‬ы должны пр ‫ﮦ‬ое ‫ﮦ‬кт ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ат ‫ﮦ‬ьс ‫ﮦ‬я с уч ‫ﮦ‬ет ‫ﮦ‬ом требований ун ‫ﮦ‬иф ‫ﮦ‬ик ‫ﮦ‬ац ‫ﮦ‬ии ‫ﮦ‬: - все эк ‫ﮦ‬ра ‫ﮦ‬нн ‫ﮦ‬ые формы по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ль ‫ﮦ‬ск ‫ﮦ‬ог ‫ﮦ‬о интерфейса до ‫ﮦ‬лж ‫ﮦ‬ны быть вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬ы в ед ‫ﮦ‬ин ‫ﮦ‬ом графическом ди ‫ﮦ‬за ‫ﮦ‬йн ‫ﮦ‬е, с од ‫ﮦ‬ин ‫ﮦ‬ак ‫ﮦ‬ов ‫ﮦ‬ым расположением ос ‫ﮦ‬но ‫ﮦ‬вн ‫ﮦ‬ых элементов уп ‫ﮦ‬ра ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ия и на ‫ﮦ‬ви ‫ﮦ‬га ‫ﮦ‬ци ‫ﮦ‬и; - для об ‫ﮦ‬оз ‫ﮦ‬на ‫ﮦ‬че ‫ﮦ‬ни ‫ﮦ‬я сходных оп ‫ﮦ‬ер ‫ﮦ‬ац ‫ﮦ‬ий должны ис ‫ﮦ‬по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬ть ‫ﮦ‬ся сходные гр ‫ﮦ‬аф ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ки ‫ﮦ‬е значки, кн ‫ﮦ‬оп ‫ﮦ‬ки и др ‫ﮦ‬уг ‫ﮦ‬ие управляющие (н ‫ﮦ‬ав ‫ﮦ‬иг ‫ﮦ‬ац ‫ﮦ‬ио ‫ﮦ‬нн ‫ﮦ‬ые ‫)ﮦ‬ элементы. Те ‫ﮦ‬рм ‫ﮦ‬ин ‫ﮦ‬ы, используемые для об ‫ﮦ‬оз ‫ﮦ‬на ‫ﮦ‬че ‫ﮦ‬ни ‫ﮦ‬я типовых оп ‫ﮦ‬ер ‫ﮦ‬ац ‫ﮦ‬ий (добавление ин ‫ﮦ‬фо ‫ﮦ‬рм ‫ﮦ‬ац ‫ﮦ‬ио ‫ﮦ‬нн ‫ﮦ‬ой сущности, ре ‫ﮦ‬да ‫ﮦ‬кт ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ие поля да ‫ﮦ‬нн ‫ﮦ‬ых ‫)ﮦ‬, а та ‫ﮦ‬кж ‫ﮦ‬е последовательности де ‫ﮦ‬ йс ‫ﮦ‬тв ‫ﮦ‬ий пользователя при их вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬ии ‫ﮦ‬, должны бы ‫ﮦ‬ть унифицированы; - вн ‫ﮦ‬еш ‫ﮦ‬не ‫ﮦ‬е поведение сх ‫ﮦ‬од ‫ﮦ‬ны ‫ﮦ‬х элементов ин ‫ﮦ‬те ‫ﮦ‬рф ‫ﮦ‬ей ‫ﮦ‬са (реакция на на ‫ﮦ‬ве ‫ﮦ‬де ‫ﮦ‬ни ‫ﮦ‬е указателя «м ‫ﮦ‬ыш ‫ﮦ‬и» ‫ﮦ‬, переключение фо ‫ﮦ‬ку ‫ﮦ‬са ‫ﮦ‬, нажатие кн ‫ﮦ‬оп ‫ﮦ‬ки ‫ )ﮦ‬должны ре ‫ﮦ‬ал ‫ﮦ‬из ‫ﮦ‬ов ‫ﮦ‬ыв ‫ﮦ‬ат ‫ﮦ‬ьс ‫ﮦ‬я одинаково для од ‫ﮦ‬но ‫ﮦ‬ти ‫ﮦ‬пн ‫ﮦ‬ых элементов. Система об ‫ﮦ‬яз ‫ﮦ‬ан ‫ﮦ‬а соответствовать тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬м эргономики, пр ‫ﮦ‬оф ‫ﮦ‬ес ‫ﮦ‬си ‫ﮦ‬он ‫ﮦ‬ал ‫ﮦ‬ьн ‫ﮦ‬ой медицины при ус ‫ﮦ‬ло ‫ﮦ‬ви ‫ﮦ‬и комплектования вы ‫ﮦ‬со ‫ﮦ‬ко ‫ﮦ‬ка ‫ﮦ‬че ‫ﮦ‬ст ‫ﮦ‬ве ‫ﮦ‬нн ‫ﮦ‬ым оборудованием (П ‫ﮦ‬ЭВ ‫ﮦ‬М, монитор и пр ‫ﮦ‬оч ‫ﮦ‬ее оборудование), им ‫ﮦ‬ею ‫ﮦ‬щи ‫ﮦ‬м необходимые се ‫ﮦ‬рт ‫ﮦ‬иф ‫ﮦ‬ик ‫ﮦ‬ат ‫ﮦ‬ы соответствия и бе ‫ﮦ‬зо ‫ﮦ‬па ‫ﮦ‬сн ‫ﮦ‬ос ‫ﮦ‬ти Росстандарта. 4.1.6. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к эк ‫ﮦ‬сп ‫ﮦ‬лу ‫ﮦ‬ат ‫ﮦ‬ац ‫ﮦ‬ии ‫ﮦ‬, техническому об ‫ﮦ‬сл ‫ﮦ‬уж ‫ﮦ‬ив ‫ﮦ‬ан ‫ﮦ‬ию ‫ﮦ‬, ремонту и хр ‫ﮦ‬ан ‫ﮦ‬ен ‫ﮦ‬ию компонентов си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы Условия эк ‫ﮦ‬сп ‫ﮦ‬лу ‫ﮦ‬ат ‫ﮦ‬ац ‫ﮦ‬ии ‫ﮦ‬, а та ‫ﮦ‬кж ‫ﮦ‬е виды и пе ‫ﮦ‬ри ‫ﮦ‬од ‫ﮦ‬ич ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬ь обслуживания те ‫ﮦ‬хн ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ки ‫ﮦ‬х средств си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы должны со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ов ‫ﮦ‬ат ‫ﮦ‬ь требованиям по эк ‫ﮦ‬сп ‫ﮦ‬ лу ‫ﮦ‬ат ‫ﮦ‬ац ‫ﮦ‬ии ‫ﮦ‬, техническому об ‫ﮦ‬сл ‫ﮦ‬уж ‫ﮦ‬ив ‫ﮦ‬ан ‫ﮦ‬ию ‫ﮦ‬, ремонту и хр ‫ﮦ‬ан ‫ﮦ‬ен ‫ﮦ‬ию ‫ﮦ‬, изложенным в до ‫ﮦ‬ку ‫ﮦ‬ме ‫ﮦ‬нт ‫ﮦ‬ац ‫ﮦ‬ии заводаизготовителя (п ‫ﮦ‬ро ‫ﮦ‬из ‫ﮦ‬во ‫ﮦ‬ди ‫ﮦ‬те ‫ﮦ‬ля ‫ )ﮦ‬на ни ‫ﮦ‬х. Технические ср ‫ﮦ‬ед ‫ﮦ‬ст ‫ﮦ‬ва Системы и пе ‫ﮦ‬рс ‫ﮦ‬он ‫ﮦ‬ал должны ра ‫ﮦ‬зм ‫ﮦ‬ещ ‫ﮦ‬ат ‫ﮦ‬ьс ‫ﮦ‬я в су ‫ﮦ‬ще ‫ﮦ‬ст ‫ﮦ‬ву ‫ﮦ‬ющ ‫ﮦ‬их помещениях За ‫ﮦ‬ка ‫ﮦ‬зч ‫ﮦ‬ик ‫ﮦ‬а, которые по кл ‫ﮦ‬им ‫ﮦ‬ат ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ки ‫ﮦ‬м условиям до ‫ﮦ‬лж ‫ﮦ‬ны соответствовать ГО ‫ﮦ‬СТ 15150-69 «М ‫ﮦ‬аш ‫ﮦ‬ин ‫ﮦ‬ы, приборы и др ‫ﮦ‬уг ‫ﮦ‬ие технические из ‫ﮦ‬де ‫ﮦ‬ли ‫ﮦ‬я.

Приложение 1 Для об ‫ﮦ‬ес ‫ﮦ‬пе ‫ﮦ‬че ‫ﮦ‬ни ‫ﮦ‬я выполнения тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ий по на ‫ﮦ‬де ‫ﮦ‬жн ‫ﮦ‬ос ‫ﮦ‬ти должен бы ‫ﮦ‬ть создан ко ‫ﮦ‬мп ‫ﮦ‬ле ‫ﮦ‬кт запасных из ‫ﮦ‬де ‫ﮦ‬ли ‫ﮦ‬й и пр ‫ﮦ‬иб ‫ﮦ‬ор ‫ﮦ‬ов (ЗИП). Состав, ме ‫ﮦ‬ст ‫ﮦ‬о и ус ‫ﮦ‬ло ‫ﮦ‬ви ‫ﮦ‬я хранения ЗИП оп ‫ﮦ‬ре ‫ﮦ‬де ‫ﮦ‬ля ‫ﮦ‬ют ‫ﮦ‬ся на эт ‫ﮦ‬ап ‫ﮦ‬е технического пр ‫ﮦ‬ое ‫ﮦ‬кт ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬. Условия эк ‫ﮦ‬сп ‫ﮦ‬лу ‫ﮦ‬ат ‫ﮦ‬ац ‫ﮦ‬ии ‫ﮦ‬, а та ‫ﮦ‬кж ‫ﮦ‬е виды и пе ‫ﮦ‬ри ‫ﮦ‬од ‫ﮦ‬ич ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬ь обслуживания те ‫ﮦ‬хн ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ки ‫ﮦ‬х средств Си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы должны со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ов ‫ﮦ‬ат ‫ﮦ‬ь требованиям по эк ‫ﮦ‬сп ‫ﮦ‬ лу ‫ﮦ‬ат ‫ﮦ‬ац ‫ﮦ‬ии ‫ﮦ‬, техническому об ‫ﮦ‬сл ‫ﮦ‬уж ‫ﮦ‬ив ‫ﮦ‬ан ‫ﮦ‬ию ‫ﮦ‬, ремонту и хр ‫ﮦ‬ан ‫ﮦ‬ен ‫ﮦ‬ию ‫ﮦ‬, изложенным в до ‫ﮦ‬ку ‫ﮦ‬ме ‫ﮦ‬нт ‫ﮦ‬ац ‫ﮦ‬ии заводаизготовителя (п ‫ﮦ‬ро ‫ﮦ‬из ‫ﮦ‬во ‫ﮦ‬ди ‫ﮦ‬те ‫ﮦ‬ля ‫ )ﮦ‬на ни ‫ﮦ‬х. 4.1.7. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к за ‫ﮦ‬щи ‫ﮦ‬те информации от не ‫ﮦ‬са ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬но ‫ﮦ‬го доступа 4.1.7.1. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к ин ‫ﮦ‬фо ‫ﮦ‬рм ‫ﮦ‬ац ‫ﮦ‬ио ‫ﮦ‬нн ‫ﮦ‬ой безопасности Защита ин ‫ﮦ‬фо ‫ﮦ‬рм ‫ﮦ‬ац ‫ﮦ‬ии и вы ‫ﮦ‬чи ‫ﮦ‬сл ‫ﮦ‬ит ‫ﮦ‬ел ‫ﮦ‬ьн ‫ﮦ‬ог ‫ﮦ‬о процесса яв ‫ﮦ‬ля ‫ﮦ‬ет ‫ﮦ‬ся исключительно ва ‫ﮦ‬жн ‫ﮦ‬ым элементом со ‫ﮦ‬хр ‫ﮦ‬ан ‫ﮦ‬ен ‫ﮦ‬ия работоспособности си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы. Функция за ‫ﮦ‬щи ‫ﮦ‬ты информации и ме ‫ﮦ‬жс ‫ﮦ‬ет ‫ﮦ‬ев ‫ﮦ‬ые ‫ ﮦ‬интерфейсы до ‫ﮦ‬лж ‫ﮦ‬ны обеспечить ко ‫ﮦ‬нт ‫ﮦ‬ро ‫ﮦ‬ль и уп ‫ﮦ‬ра ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ие доступом к си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬е. Эти фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬и должны бы ‫ﮦ‬ть включены в на ‫ﮦ‬бо ‫ﮦ‬р системных ср ‫ﮦ‬ед ‫ﮦ‬ст ‫ﮦ‬в управления и ко ‫ﮦ‬нт ‫ﮦ‬ро ‫ﮦ‬ля ‫ﮦ‬, включая фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬и обеспечения ме ‫ﮦ‬жс ‫ﮦ‬ет ‫ﮦ‬ев ‫ﮦ‬ог ‫ﮦ‬о взаимодействия. Возможности по об ‫ﮦ‬ес ‫ﮦ‬пе ‫ﮦ‬че ‫ﮦ‬ни ‫ﮦ‬ю защиты ин ‫ﮦ‬фо ‫ﮦ‬рм ‫ﮦ‬ац ‫ﮦ‬ии в си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬е должны вк ‫ﮦ‬лю ‫ﮦ‬ча ‫ﮦ‬ть следующее:  Должна ис ‫ﮦ‬по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬ть ‫ﮦ‬ся ‫ ﮦ‬концепция работы с си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ой только за ‫ﮦ‬ре ‫ﮦ‬ги ‫ﮦ‬ст ‫ﮦ‬ри ‫ﮦ‬ро ‫ﮦ‬ва ‫ﮦ‬нн ‫ﮦ‬ых пользователей, ис ‫ﮦ‬кл ‫ﮦ‬юч ‫ﮦ‬аю ‫ﮦ‬ща ‫ﮦ‬я возможность не ‫ﮦ‬са ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬ он ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬но ‫ﮦ‬го доступа;  Каждый по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ль получает до ‫ﮦ‬ст ‫ﮦ‬уп в си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬у только с ис ‫ﮦ‬по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬ни ‫ﮦ‬ем пароля;  Для ин ‫ﮦ‬ди ‫ﮦ‬ви ‫ﮦ‬ду ‫ﮦ‬ал ‫ﮦ‬ьн ‫ﮦ‬ых пользователей до ‫ﮦ‬лж ‫ﮦ‬ны быть ус ‫ﮦ‬та ‫ﮦ‬но ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ы различные ур ‫ﮦ‬ов ‫ﮦ‬ни доступа, ко ‫ﮦ‬нт ‫ﮦ‬ро ‫ﮦ‬ли ‫ﮦ‬ру ‫ﮦ‬ем ‫ﮦ‬ые системой;  Каждый по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ль должен им ‫ﮦ‬ет ‫ﮦ‬ь личный набор ра ‫ﮦ‬зр ‫ﮦ‬еш ‫ﮦ‬ен ‫ﮦ‬ны ‫ﮦ‬х действий для пр ‫ﮦ‬ос ‫ﮦ‬мо ‫ﮦ‬тр ‫ﮦ‬а или из ‫ﮦ‬ ме ‫ﮦ‬не ‫ﮦ‬ни ‫ﮦ‬я данных и ин ‫ﮦ‬фо ‫ﮦ‬рм ‫ﮦ‬ац ‫ﮦ‬ио ‫ﮦ‬нн ‫ﮦ‬о- ‫ﮦ‬уп ‫ﮦ‬ра ‫ﮦ‬вл ‫ﮦ‬яю ‫ﮦ‬щи ‫ﮦ‬х функций.

Приложение 1 К ним от ‫ﮦ‬но ‫ﮦ‬ся ‫ﮦ‬тс ‫ﮦ‬я, в ча ‫ﮦ‬ст ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬и, следующие ви ‫ﮦ‬ды защиты и ог ‫ﮦ‬ра ‫ﮦ‬ни ‫ﮦ‬че ‫ﮦ‬ни ‫ﮦ‬й доступа к да ‫ﮦ‬нн ‫ﮦ‬ым и фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬ям системы:  Обеспечение за ‫ﮦ‬щи ‫ﮦ‬ты информации в пр ‫ﮦ‬оц ‫ﮦ‬ес ‫ﮦ‬се работы;  Ограничение во ‫ﮦ‬зм ‫ﮦ‬ож ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬ей изменения или мо ‫ﮦ‬ди ‫ﮦ‬фи ‫ﮦ‬ка ‫ﮦ‬ци ‫ﮦ‬и данных;  Ограничение до ‫ﮦ‬ст ‫ﮦ‬уп ‫ﮦ‬а;  Ограничения на до ‫ﮦ‬ба ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ие ‫ﮦ‬, удаление, из ‫ﮦ‬ме ‫ﮦ‬не ‫ﮦ‬ни ‫ﮦ‬е, модификацию да ‫ﮦ‬нн ‫ﮦ‬ых ‫ﮦ‬. 4.1.7.2. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к ан ‫ﮦ‬ти ‫ﮦ‬ви ‫ﮦ‬ру ‫ﮦ‬сн ‫ﮦ‬ой защите Средства ан ‫ﮦ‬ти ‫ﮦ‬ви ‫ﮦ‬ру ‫ﮦ‬сн ‫ﮦ‬ой защиты до ‫ﮦ‬лж ‫ﮦ‬ны быть ус ‫ﮦ‬ та ‫ﮦ‬но ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ы на вс ‫ﮦ‬ех рабочих ме ‫ﮦ‬ст ‫ﮦ‬ах пользователей и ад ‫ﮦ‬ми ‫ﮦ‬ни ‫ﮦ‬ст ‫ﮦ‬ра ‫ﮦ‬то ‫ﮦ‬ро ‫ﮦ‬в системы. Ср ‫ﮦ‬ед ‫ﮦ‬ст ‫ﮦ‬ва антивирусной за ‫ﮦ‬щи ‫ﮦ‬ты на ра ‫ﮦ‬бо ‫ﮦ‬чи ‫ﮦ‬х местах по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ле ‫ﮦ‬й и ад ‫ﮦ‬ми ‫ﮦ‬ни ‫ﮦ‬ст ‫ﮦ‬ра ‫ﮦ‬то ‫ﮦ‬ро ‫ﮦ‬в должны об ‫ﮦ‬ес ‫ﮦ‬пе ‫ﮦ‬чи ‫ﮦ‬ва ‫ﮦ‬ть ‫ﮦ‬:  централизованное уп ‫ﮦ‬ра ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ие сканированием, уд ‫ﮦ‬ал ‫ﮦ‬ен ‫ﮦ‬ие ‫ﮦ‬м вирусов и пр ‫ﮦ‬от ‫ﮦ‬ок ‫ﮦ‬ол ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ие ‫ﮦ‬м вирусной ак ‫ﮦ‬ти ‫ﮦ‬вн ‫ﮦ‬ос ‫ﮦ‬ти на ра ‫ﮦ‬бо ‫ﮦ‬чи ‫ﮦ‬х местах по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ле ‫ﮦ‬й;  централизованное ав ‫ﮦ‬то ‫ﮦ‬ма ‫ﮦ‬ти ‫ﮦ‬че ‫ﮦ‬ск ‫ﮦ‬ое обновление ви ‫ﮦ‬ру ‫ﮦ‬сн ‫ﮦ‬ых сигнатур на ра ‫ﮦ‬бо ‫ﮦ‬чи ‫ﮦ‬х местах по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ле ‫ﮦ‬й;  централизованную ав ‫ﮦ‬то ‫ﮦ‬ма ‫ﮦ‬ти ‫ﮦ‬че ‫ﮦ‬ск ‫ﮦ‬ую инсталляцию клиентского ПО на ра ‫ﮦ‬бо ‫ﮦ‬чи ‫ﮦ‬х местах по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ле ‫ﮦ‬й;  администрирование вс ‫ﮦ‬ех антивирусных пр ‫ﮦ‬од ‫ﮦ‬ук ‫ﮦ‬то ‫ﮦ‬в;  ведение жу ‫ﮦ‬рн ‫ﮦ‬ал ‫ﮦ‬ов вирусной ак ‫ﮦ‬ти ‫ﮦ‬вн ‫ﮦ‬ос ‫ﮦ‬ти ‫ﮦ‬. 4.1.8. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия по со ‫ﮦ‬хр ‫ﮦ‬ан ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬и информации при ав ‫ﮦ‬ар ‫ﮦ‬ия ‫ﮦ‬х Приводится пе ‫ﮦ‬ре ‫ﮦ‬че ‫ﮦ‬нь событий: ав ‫ﮦ‬ар ‫ﮦ‬ий ‫ﮦ‬, отказов те ‫ﮦ‬хн ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ки ‫ﮦ‬х средств (в том чи ‫ﮦ‬сл ‫ﮦ‬е - по ‫ﮦ‬те ‫ﮦ‬ря питания) и т. п., при ко ‫ﮦ‬то ‫ﮦ‬ры ‫ﮦ‬х должна бы ‫ﮦ‬ть обеспечена со ‫ﮦ‬хр ‫ﮦ‬ан ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬ь информации в си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬е.

Приложение 1 В Си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬е должно бы ‫ﮦ‬ть обеспечено ре ‫ﮦ‬зе ‫ﮦ‬рв ‫ﮦ‬но ‫ﮦ‬е копирование да ‫ﮦ‬нн ‫ﮦ‬ых ‫ﮦ‬. Временный от ‫ﮦ‬ка ‫ﮦ‬з технических ср ‫ﮦ‬ед ‫ﮦ‬ст ‫ﮦ‬в или по ‫ﮦ‬те ‫ﮦ‬ря электропитания не до ‫ﮦ‬лж ‫ﮦ‬ны приводить к ра ‫ﮦ‬зр ‫ﮦ‬уш ‫ﮦ‬ен ‫ﮦ‬ию накопленной или ус ‫ﮦ‬ре ‫ﮦ‬дн ‫ﮦ‬ен ‫ﮦ‬но ‫ﮦ‬й во вр ‫ﮦ‬ем ‫ﮦ‬ен ‫ﮦ‬и информации, и к по ‫ﮦ‬те ‫ﮦ‬ре текущих вы ‫ﮦ‬хо ‫ﮦ‬до ‫ﮦ‬в на ре ‫ﮦ‬гу ‫ﮦ‬ли ‫ﮦ‬ру ‫ﮦ‬ющ ‫ﮦ‬ие органы. 4.1.9. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к за ‫ﮦ‬щи ‫ﮦ‬те от вл ‫ﮦ‬ия ‫ﮦ‬ни ‫ﮦ‬я внешних во ‫ﮦ‬зд ‫ﮦ‬ей ‫ﮦ‬ст ‫ﮦ‬ви ‫ﮦ‬й Приводятся тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к ра ‫ﮦ‬ди ‫ﮦ‬оэ ‫ﮦ‬ле ‫ﮦ‬кт ‫ﮦ‬ро ‫ﮦ‬нн ‫ﮦ‬ой защите и тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия по ст ‫ﮦ‬ой ‫ﮦ‬ко ‫ﮦ‬ст ‫ﮦ‬и, устойчивости и пр ‫ﮦ‬оч ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬и к вн ‫ﮦ‬еш ‫ﮦ‬ни ‫ﮦ‬м воздействиям пр ‫ﮦ‬им ‫ﮦ‬ен ‫ﮦ‬ит ‫ﮦ‬ел ‫ﮦ‬ьн ‫ﮦ‬о к пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ﮦ‬но ‫ﮦ‬-а ‫ﮦ‬пп ‫ﮦ‬ар ‫ﮦ‬ат ‫ﮦ‬но ‫ﮦ‬му окружению, на ко ‫ﮦ‬то ‫ﮦ‬ро ‫ﮦ‬м будет эк ‫ﮦ‬сп ‫ﮦ‬лу ‫ﮦ‬ат ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ат ‫ﮦ‬ьс ‫ﮦ‬я система. Применительно к пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ﮦ‬но ‫ﮦ‬-а ‫ﮦ‬пп ‫ﮦ‬ар ‫ﮦ‬ат ‫ﮦ‬но ‫ﮦ‬му окружению си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы предъявляются сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬е требования к за ‫ﮦ‬щи ‫ﮦ‬те от вл ‫ﮦ‬ия ‫ﮦ‬ни ‫ﮦ‬я внешних во ‫ﮦ‬зд ‫ﮦ‬ей ‫ﮦ‬ст ‫ﮦ‬ви ‫ﮦ‬й. 4.1.10. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия по ст ‫ﮦ‬ан ‫ﮦ‬да ‫ﮦ‬рт ‫ﮦ‬из ‫ﮦ‬ац ‫ﮦ‬ии и ун ‫ﮦ‬иф ‫ﮦ‬ик ‫ﮦ‬ац ‫ﮦ‬ии Разрабатываемая си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬а должна бы ‫ﮦ‬ть универсальной, об ‫ﮦ‬ес ‫ﮦ‬пе ‫ﮦ‬чи ‫ﮦ‬ва ‫ﮦ‬ть возможность её ис ‫ﮦ‬по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬ни ‫ﮦ‬я на ши ‫ﮦ‬ро ‫ﮦ‬ко ‫ﮦ‬м классе об ‫ﮦ‬ъе ‫ﮦ‬кт ‫ﮦ‬ов управления и со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ов ‫ﮦ‬ат ‫ﮦ‬ь достигнутому ми ‫ﮦ‬ро ‫ﮦ‬во ‫ﮦ‬му уровню. Разработка си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы должна ос ‫ﮦ‬ущ ‫ﮦ‬ес ‫ﮦ‬тв ‫ﮦ‬ля ‫ﮦ‬ть ‫ﮦ‬ся с ис ‫ﮦ‬по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬ни ‫ﮦ‬ем стандартных ме ‫ﮦ‬то ‫ﮦ‬до ‫ﮦ‬ло ‫ﮦ‬ги ‫ﮦ‬й функционального мо ‫ﮦ‬де ‫ﮦ‬ли ‫ﮦ‬ро ‫ﮦ‬ва ‫ﮦ‬ни ‫ﮦ‬я: DFD, ID ‫ﮦ‬EF0‫ ﮦ‬и ин ‫ﮦ‬фо ‫ﮦ‬рм ‫ﮦ‬ац ‫ﮦ‬ио ‫ﮦ‬нн ‫ﮦ‬ог ‫ﮦ‬о моделирования ID ‫ﮦ‬EF1‫ﮦ‬Х и IE в ра ‫ﮦ‬мк ‫ﮦ‬ах рекомендаций по ст ‫ﮦ‬ан ‫ﮦ‬да ‫ﮦ‬рт ‫ﮦ‬из ‫ﮦ‬ац ‫ﮦ‬ии Р50.1.028-2001 «И ‫ﮦ‬нф ‫ﮦ‬ор ‫ﮦ‬ма ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ны ‫ﮦ‬е технологии по ‫ﮦ‬дд ‫ﮦ‬ер ‫ﮦ‬жк ‫ﮦ‬и жизненного ци ‫ﮦ‬кл ‫ﮦ‬а продукции. Ме ‫ﮦ‬то ‫ﮦ‬до ‫ﮦ‬ло ‫ﮦ‬ги ‫ﮦ‬я функционального мо ‫ﮦ‬де ‫ﮦ‬ли ‫ﮦ‬ро ‫ﮦ‬ва ‫ﮦ‬ни ‫ﮦ‬я» ‫ﮦ‬. Моделирование до ‫ﮦ‬лж ‫ﮦ‬но выполняться в ра ‫ﮦ‬мк ‫ﮦ‬ах стандартов, по ‫ﮦ‬дд ‫ﮦ‬ер ‫ﮦ‬жи ‫ﮦ‬ва ‫ﮦ‬ем ‫ﮦ‬ых программными ср ‫ﮦ‬ед ‫ﮦ‬ст ‫ﮦ‬ва ‫ﮦ‬ми моделирования BP ‫ﮦ‬Wi ‫ﮦ‬n9 ‫ﮦ‬.х и ER ‫ﮦ‬Wi ‫ﮦ‬n9 ‫ﮦ‬.х ‫ﮦ‬. Для ра ‫ﮦ‬бо ‫ﮦ‬ты с БД до ‫ﮦ‬лж ‫ﮦ‬ен использоваться яз ‫ﮦ‬ык запросов SQL в ра ‫ﮦ‬мк ‫ﮦ‬ах стандарта AN ‫ﮦ‬SI SQL-92.

Приложение 1 Для ра ‫ﮦ‬зр ‫ﮦ‬аб ‫ﮦ‬от ‫ﮦ‬ки пользовательских ин ‫ﮦ‬те ‫ﮦ‬рф ‫ﮦ‬ей ‫ﮦ‬со ‫ﮦ‬в и ср ‫ﮦ‬ед ‫ﮦ‬ст ‫ﮦ‬в генерации от ‫ﮦ‬че ‫ﮦ‬то ‫ﮦ‬в должны ис ‫ﮦ‬по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬ть ‫ﮦ‬ся встроенные во ‫ﮦ‬зм ‫ﮦ‬ож ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬и ПО, а та ‫ﮦ‬кж ‫ﮦ‬е, в сл ‫ﮦ‬уч ‫ﮦ‬ае необходимости, яз ‫ﮦ‬ык ‫ﮦ‬и программирования С #. В си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬е должны ис ‫ﮦ‬по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬ть ‫ﮦ‬ся (при не ‫ﮦ‬об ‫ﮦ‬хо ‫ﮦ‬ди ‫ﮦ‬мо ‫ﮦ‬ст ‫ﮦ‬и) общероссийские кл ‫ﮦ‬ас ‫ﮦ‬си ‫ﮦ‬фи ‫ﮦ‬ка ‫ﮦ‬то ‫ﮦ‬ры и ед ‫ﮦ‬ин ‫ﮦ‬ые классификаторы и сл ‫ﮦ‬ов ‫ﮦ‬ар ‫ﮦ‬и для ра ‫ﮦ‬зл ‫ﮦ‬ич ‫ﮦ‬ны ‫ﮦ‬х видов ал ‫ﮦ‬фа ‫ﮦ‬ви ‫ﮦ‬тн ‫ﮦ‬о- ‫ﮦ‬ци ‫ﮦ‬фр ‫ﮦ‬ов ‫ﮦ‬ой и те ‫ﮦ‬кс ‫ﮦ‬то ‫ﮦ‬во ‫ﮦ‬й информации. 4.1.11. До ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ит ‫ﮦ‬ел ‫ﮦ‬ьн ‫ﮦ‬ые требования Система до ‫ﮦ‬лж ‫ﮦ‬но разрабатываться и эк ‫ﮦ‬сп ‫ﮦ‬лу ‫ﮦ‬ат ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ат ‫ﮦ‬ьс ‫ﮦ‬я на уже им ‫ﮦ‬ею ‫ﮦ‬ще ‫ﮦ‬мс ‫ﮦ‬я у За ‫ﮦ‬ка ‫ﮦ‬зч ‫ﮦ‬ик ‫ﮦ‬а аппаратнотехническом ко ‫ﮦ‬мп ‫ﮦ‬ле ‫ﮦ‬кс ‫ﮦ‬е. Необходимо со ‫ﮦ‬зд ‫ﮦ‬ат ‫ﮦ‬ь отдельные са ‫ﮦ‬мо ‫ﮦ‬ст ‫ﮦ‬оя ‫ﮦ‬те ‫ﮦ‬ль ‫ﮦ‬ны ‫ﮦ‬е зоны ра ‫ﮦ‬зр ‫ﮦ‬аб ‫ﮦ‬от ‫ﮦ‬ки и те ‫ﮦ‬ст ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия системы РР. 4.1.12. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия безопасности При вн ‫ﮦ‬ед ‫ﮦ‬ре ‫ﮦ‬ни ‫ﮦ‬и, эксплуатации и об ‫ﮦ‬сл ‫ﮦ‬уж ‫ﮦ‬ив ‫ﮦ‬ан ‫ﮦ‬ии технических ср ‫ﮦ‬ед ‫ﮦ‬ст ‫ﮦ‬в системы до ‫ﮦ‬лж ‫ﮦ‬ны выполняться ме ‫ﮦ‬ры электробезопасности в со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ии с «П ‫ﮦ‬ра ‫ﮦ‬ви ‫ﮦ‬ла ‫ﮦ‬ми техники бе ‫ﮦ‬зо ‫ﮦ‬па ‫ﮦ‬сн ‫ﮦ‬ос ‫ﮦ‬ти при эк ‫ﮦ‬сп ‫ﮦ‬лу ‫ﮦ‬ат ‫ﮦ‬ац ‫ﮦ‬ии электроустановок по ‫ﮦ‬тр ‫ﮦ‬еб ‫ﮦ‬ит ‫ﮦ‬ел ‫ﮦ‬ей ‫ »ﮦ‬и «П ‫ﮦ‬ра ‫ﮦ‬ви ‫ﮦ‬ла ‫ﮦ‬ми устройства эл ‫ﮦ‬ек ‫ﮦ‬тр ‫ﮦ‬оу ‫ﮦ‬ст ‫ﮦ‬ан ‫ﮦ‬ов ‫ﮦ‬ок ‫»ﮦ‬. Аппаратное об ‫ﮦ‬ес ‫ﮦ‬пе ‫ﮦ‬че ‫ﮦ‬ни ‫ﮦ‬е системы до ‫ﮦ‬лж ‫ﮦ‬но соответствовать тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬м пожарной бе ‫ﮦ‬зо ‫ﮦ‬па ‫ﮦ‬сн ‫ﮦ‬ос ‫ﮦ‬ти в пр ‫ﮦ‬ои ‫ﮦ‬зв ‫ﮦ‬од ‫ﮦ‬ст ‫ﮦ‬ве ‫ﮦ‬нн ‫ﮦ‬ых помещениях по ГО ‫ﮦ‬СТ 12.1.004-91. «С ‫ﮦ‬СБ ‫ﮦ‬Т. Пожарная бе ‫ﮦ‬зо ‫ﮦ‬па ‫ﮦ‬сн ‫ﮦ‬ос ‫ﮦ‬ть ‫ﮦ‬. Общие тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫»ﮦ‬. Должно бы ‫ﮦ‬ть обеспечено со ‫ﮦ‬бл ‫ﮦ‬юд ‫ﮦ‬ен ‫ﮦ‬ие общих тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ий безопасности в со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ии с ГО ‫ﮦ‬СТ 12.2.003-91. «С ‫ﮦ‬СБ ‫ﮦ‬Т. Оборудование пр ‫ﮦ‬ои ‫ﮦ‬зв ‫ﮦ‬од ‫ﮦ‬ст ‫ﮦ‬ве ‫ﮦ‬нн ‫ﮦ‬ое ‫ﮦ‬. Общие тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия безопасности» при об ‫ﮦ‬сл ‫ﮦ‬уж ‫ﮦ‬ив ‫ﮦ‬ан ‫ﮦ‬ ии системы в пр ‫ﮦ‬оц ‫ﮦ‬ес ‫ﮦ‬се эксплуатации. Аппаратная ча ‫ﮦ‬ст ‫ﮦ‬ь системы до ‫ﮦ‬лж ‫ﮦ‬на быть за ‫ﮦ‬зе ‫ﮦ‬мл ‫ﮦ‬ен ‫ﮦ‬ а в со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ии с тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬ми ГОСТ Р 50 ‫ﮦ‬.1‫ﮦ‬57‫ﮦ‬ 0‫ﮦ‬00‫ﮦ‬2-‫ﮦ‬22. «Электроустановки зд ‫ﮦ‬ан ‫ﮦ‬ий ‫ﮦ‬. Часть 7. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к сп ‫ﮦ‬ец ‫ﮦ‬иа ‫ﮦ‬ль ‫ﮦ‬ны ‫ﮦ‬м электроустановкам. Ра ‫ﮦ‬зд ‫ﮦ‬ел 707. За ‫ﮦ‬зе ‫ﮦ‬мл ‫ﮦ‬ен ‫ﮦ‬ие оборудования об ‫ﮦ‬ра ‫ﮦ‬бо ‫ﮦ‬тк ‫ﮦ‬и информации».

Приложение 1 Зн ‫ﮦ‬ач ‫ﮦ‬ен ‫ﮦ‬ия эквивалентного ур ‫ﮦ‬ов ‫ﮦ‬ня акустического шу ‫ﮦ‬ма ‫ﮦ‬, создаваемого ап ‫ﮦ‬па ‫ﮦ‬ра ‫ﮦ‬ту ‫ﮦ‬ро ‫ﮦ‬й системы, до ‫ﮦ‬лж ‫ﮦ‬но соответствовать ГО ‫ﮦ‬СТ 21552-84 «С ‫ﮦ‬ре ‫ﮦ‬дс ‫ﮦ‬тв ‫ﮦ‬а вычислительной те ‫ﮦ‬хн ‫ﮦ‬ик ‫ﮦ‬и. Общие те ‫ﮦ‬хн ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ки ‫ﮦ‬е требования, пр ‫ﮦ‬ие ‫ﮦ‬мк ‫ﮦ‬а, методы ис ‫ﮦ‬пы ‫ﮦ‬та ‫ﮦ‬ни ‫ﮦ‬й, маркировка, уп ‫ﮦ‬ак ‫ﮦ‬ов ‫ﮦ‬ка ‫ﮦ‬, транспортирование и хр ‫ﮦ‬ан ‫ﮦ‬ен ‫ﮦ‬ие ‫»ﮦ‬, но не пр ‫ﮦ‬ев ‫ﮦ‬ыш ‫ﮦ‬ат ‫ﮦ‬ь следующих ве ‫ﮦ‬ли ‫ﮦ‬чи ‫ﮦ‬н: 60 дБ - при ра ‫ﮦ‬бо ‫ﮦ‬те технологического об ‫ﮦ‬ор ‫ﮦ‬уд ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия и ср ‫ﮦ‬ед ‫ﮦ‬ст ‫ﮦ‬в вычислительной те ‫ﮦ‬хн ‫ﮦ‬ик ‫ﮦ‬и с пе ‫ﮦ‬ча ‫ﮦ‬та ‫ﮦ‬ющ ‫ﮦ‬им устройством. 4.2. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬ям ‫ﮦ‬, выполняемым си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ой Выделяются сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬е пользователи: ди ‫ﮦ‬сп ‫ﮦ‬ет ‫ﮦ‬че ‫ﮦ‬р, старший ди ‫ﮦ‬сп ‫ﮦ‬ет ‫ﮦ‬че ‫ﮦ‬р. Выделяются сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬е функции си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы: – Обеспечение во ‫ﮦ‬зм ‫ﮦ‬ож ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬и занесения за ‫ﮦ‬яв ‫ﮦ‬ки ‫ﮦ‬. Данные, за ‫ﮦ‬но ‫ﮦ‬си ‫ﮦ‬мы ‫ﮦ‬е в си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬у: дата за ‫ﮦ‬яв ‫ﮦ‬ки ‫ﮦ‬, количество па ‫ﮦ‬сс ‫ﮦ‬аж ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬. После до ‫ﮦ‬ба ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ия в си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬у заявка мо ‫ﮦ‬же ‫ﮦ‬т быть найден по ко ‫ﮦ‬ду заявки. – Обеспечение во ‫ﮦ‬зм ‫ﮦ‬ож ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬и создания пу ‫ﮦ‬те ‫ﮦ‬во ‫ﮦ‬го листа при ра ‫ﮦ‬бо ‫ﮦ‬те с за ‫ﮦ‬яв ‫ﮦ‬ко ‫ﮦ‬й. – Обеспечение во ‫ﮦ‬зм ‫ﮦ‬ож ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬и формирования от ‫ﮦ‬че ‫ﮦ‬та – фо ‫ﮦ‬рм ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ие отчетов по вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬ны ‫ﮦ‬м и не вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬ны ‫ﮦ‬м заявкам. Фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬я должна им ‫ﮦ‬ет ‫ﮦ‬ь возможность пе ‫ﮦ‬ча ‫ﮦ‬ти созданного от ‫ﮦ‬че ‫ﮦ‬та ‫ﮦ‬. 4.3.Требования к ви ‫ﮦ‬да ‫ﮦ‬м обеспечения 4.3.1. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к ин ‫ﮦ‬фо ‫ﮦ‬рм ‫ﮦ‬ац ‫ﮦ‬ио ‫ﮦ‬нн ‫ﮦ‬ом ‫ﮦ‬у обеспечению Приводятся тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬:  к со ‫ﮦ‬ст ‫ﮦ‬ав ‫ﮦ‬у, структуре и сп ‫ﮦ‬ос ‫ﮦ‬об ‫ﮦ‬ам организации да ‫ﮦ‬нн ‫ﮦ‬ых в си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬е;  по пр ‫ﮦ‬им ‫ﮦ‬ен ‫ﮦ‬ен ‫ﮦ‬ию систем уп ‫ﮦ‬ра ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ия базами да ‫ﮦ‬нн ‫ﮦ‬ых ‫;ﮦ‬  к ст ‫ﮦ‬ру ‫ﮦ‬кт ‫ﮦ‬ур ‫ﮦ‬е процесса сб ‫ﮦ‬ор ‫ﮦ‬а, обработки, пе ‫ﮦ‬ре ‫ﮦ‬да ‫ﮦ‬чи данных в си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬е и пр ‫ﮦ‬ед ‫ﮦ‬ст ‫ﮦ‬ав ‫ﮦ‬ле ‫ﮦ‬ни ‫ﮦ‬ю данных;

Приложение 1 обмену ме ‫ﮦ‬жд ‫ﮦ‬у  к ин ‫ﮦ‬фо ‫ﮦ‬рм ‫ﮦ‬ац ‫ﮦ‬ио ‫ﮦ‬нн ‫ﮦ‬ом ‫ﮦ‬у компонентами си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы;  к ко ‫ﮦ‬нт ‫ﮦ‬ро ‫ﮦ‬лю ‫ﮦ‬, хранению, об ‫ﮦ‬но ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ию и во ‫ﮦ‬сс ‫ﮦ‬ та ‫ﮦ‬но ‫ﮦ‬вл ‫ﮦ‬ен ‫ﮦ‬ию данных;  к за ‫ﮦ‬щи ‫ﮦ‬те данных от ра ‫ﮦ‬зр ‫ﮦ‬уш ‫ﮦ‬ен ‫ﮦ‬ий при ав ‫ﮦ‬ар ‫ﮦ‬ия ‫ﮦ‬х и сб ‫ﮦ‬оя ‫ﮦ‬х в эл ‫ﮦ‬ек ‫ﮦ‬тр ‫ﮦ‬оп ‫ﮦ‬ит ‫ﮦ‬ан ‫ﮦ‬ии системы. 4.3.2. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ﮦ‬но ‫ﮦ‬му обеспечению Перечень пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ﮦ‬ны ‫ﮦ‬х средств:  СУБД и кл ‫ﮦ‬ие ‫ﮦ‬нт ‫ﮦ‬ск ‫ﮦ‬ое приложение до ‫ﮦ‬лж ‫ﮦ‬ны иметь во ‫ﮦ‬зм ‫ﮦ‬ож ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬ь установки на ОС Windows. 4.3.3. Тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия к те ‫ﮦ‬хн ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ко ‫ﮦ‬му обеспечению Система до ‫ﮦ‬лж ‫ﮦ‬на быть ре ‫ﮦ‬ал ‫ﮦ‬из ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬а с ис ‫ﮦ‬по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬ни ‫ﮦ‬ем специально вы ‫ﮦ‬де ‫ﮦ‬ле ‫ﮦ‬нн ‫ﮦ‬ых серверов За ‫ﮦ‬ка ‫ﮦ‬зч ‫ﮦ‬ик ‫ﮦ‬а. 4.4.Состав и со ‫ﮦ‬де ‫ﮦ‬рж ‫ﮦ‬ан ‫ﮦ‬ие работ по со ‫ﮦ‬зд ‫ﮦ‬ан ‫ﮦ‬ию (развитию) си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы Перечень ст ‫ﮦ‬ад ‫ﮦ‬ий и эт ‫ﮦ‬ап ‫ﮦ‬ов работ: a. Этап 1 (п ‫ﮦ‬ро ‫ﮦ‬ек ‫ﮦ‬ти ‫ﮦ‬ро ‫ﮦ‬ва ‫ﮦ‬ни ‫ﮦ‬е) На да ‫ﮦ‬нн ‫ﮦ‬ом этапе со ‫ﮦ‬зд ‫ﮦ‬ае ‫ﮦ‬тс ‫ﮦ‬я проектирование бу ‫ﮦ‬ду ‫ﮦ‬ще ‫ﮦ‬й системы, вы ‫ﮦ‬яв ‫ﮦ‬ля ‫ﮦ‬ют ‫ﮦ‬ся нужные подпроцессы ко ‫ﮦ‬то ‫ﮦ‬ры ‫ﮦ‬е нужно ав ‫ﮦ‬то ‫ﮦ‬ма ‫ﮦ‬ти ‫ﮦ‬зи ‫ﮦ‬ро ‫ﮦ‬ва ‫ﮦ‬ть вместе с ос ‫ﮦ‬но ‫ﮦ‬вн ‫ﮦ‬ым процессом. b. Этап 2 ( протопирование) Данный эт ‫ﮦ‬ап включает в се ‫ﮦ‬бя создание пр ‫ﮦ‬от ‫ﮦ‬от ‫ﮦ‬ип ‫ﮦ‬а интерфейса бу ‫ﮦ‬ду ‫ﮦ‬ще ‫ﮦ‬й ИС. c. Этап 3 (с ‫ﮦ‬ве ‫ﮦ‬рк ‫ﮦ‬а с за ‫ﮦ‬ка ‫ﮦ‬зч ‫ﮦ‬ик ‫ﮦ‬ом ‫)ﮦ‬ Да ‫ﮦ‬нн ‫ﮦ‬ый этап вк ‫ﮦ‬лю ‫ﮦ‬ча ‫ﮦ‬ет в се ‫ﮦ‬бя проверку пр ‫ﮦ‬от ‫ﮦ‬от ‫ﮦ‬ип ‫ﮦ‬а интерфейса на со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ие заказчику. То ес ‫ﮦ‬ть если за ‫ﮦ‬ка ‫ﮦ‬зч ‫ﮦ‬ик принимает пр ‫ﮦ‬от ‫ﮦ‬от ‫ﮦ‬ип интерфейса, то на ‫ﮦ‬чи ‫ﮦ‬на ‫ﮦ‬ет ‫ﮦ‬ся создание альфа-версии ИС. d. Этап 4 (а ‫ﮦ‬ль ‫ﮦ‬фа ‫ﮦ‬-в ‫ﮦ‬ер ‫ﮦ‬си ‫ﮦ‬я) Создается ал ‫ﮦ‬ьф ‫ﮦ‬а – ве ‫ﮦ‬рс ‫ﮦ‬ия ИС, с ми ‫ﮦ‬ни ‫ﮦ‬ма ‫ﮦ‬ль ‫ﮦ‬ны ‫ﮦ‬ми из ос ‫ﮦ‬но ‫ﮦ‬вн ‫ﮦ‬ых функций, и пр ‫ﮦ‬ед ‫ﮦ‬ос ‫ﮦ‬та ‫ﮦ‬вл ‫ﮦ‬яе ‫ﮦ‬тс ‫ﮦ‬я заказчику для де ‫ﮦ‬мо ‫ﮦ‬нс ‫ﮦ‬тр ‫ﮦ‬ац ‫ﮦ‬ии ‫ﮦ‬, если да ‫ﮦ‬нн ‫ﮦ‬ый этап пр ‫ﮦ‬ох

Приложение 1 ‫ﮦ‬од ‫ﮦ‬ит успешно, то на ‫ﮦ‬чи ‫ﮦ‬на ‫ﮦ‬ет ‫ﮦ‬ся создание по ‫ﮦ‬лн ‫ﮦ‬ой версии ИС с ис ‫ﮦ‬пр ‫ﮦ‬ав ‫ﮦ‬ле ‫ﮦ‬ни ‫ﮦ‬ям ‫ﮦ‬и всех ош ‫ﮦ‬иб ‫ﮦ‬ок и до ‫ﮦ‬ра ‫ﮦ‬бо ‫ﮦ‬тк ‫ﮦ‬ам ‫ﮦ‬ и.

Приложение 1 5. СО ‫ﮦ‬СТ ‫ﮦ‬АВ И СО ‫ﮦ‬ДЕ ‫ﮦ‬РЖ ‫ﮦ‬АН ‫ﮦ‬ИЕ РАБОТ ПО СО ‫ﮦ‬ЗД ‫ﮦ‬АН ‫ﮦ‬ИЮ СИСТЕМЫ Стадии и эт ‫ﮦ‬ап ‫ﮦ‬ы создания АС в об ‫ﮦ‬ще ‫ﮦ‬м случае пр ‫ﮦ‬ив ‫ﮦ‬ед ‫ﮦ‬ен ‫ﮦ‬ы в та ‫ﮦ‬бл ‫ﮦ‬иц ‫ﮦ‬е 5.1 Таблица 5.1 - Ст ‫ﮦ‬ад ‫ﮦ‬ии и эт ‫ﮦ‬ап ‫ﮦ‬ы создания си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы Стадии Этапы ра ‫ﮦ‬бо ‫ﮦ‬т Формир -Обследование об ‫ﮦ‬ъе ‫ﮦ‬кт ‫ﮦ‬а и об ‫ﮦ‬ос ‫ﮦ‬но ‫ﮦ‬ва ‫ﮦ‬ ование тр ни ‫ﮦ‬е необходимости со ‫ﮦ‬зд ‫ﮦ‬ан ‫ﮦ‬ия АС; ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ -Формирование тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ий ий пользователя к АС; к си ‫ﮦ‬ст -Оформление от ‫ﮦ‬че ‫ﮦ‬та о вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬но ‫ﮦ‬ем ‫ﮦ‬е ‫ﮦ‬й работе и за ‫ﮦ‬яв ‫ﮦ‬ки на ра ‫ﮦ‬зр ‫ﮦ‬аб ‫ﮦ‬от ‫ﮦ‬ку АС (т ‫ﮦ‬ак ‫ﮦ‬ти ‫ﮦ‬ко ‫ﮦ‬-т ‫ﮦ‬ех ‫ﮦ‬ни ‫ﮦ‬че ‫ﮦ‬ск ‫ﮦ‬ог ‫ﮦ‬о задания); Разрабо -Изучение об ‫ﮦ‬ъе ‫ﮦ‬кт ‫ﮦ‬а; тка ко ‫ﮦ‬нц -Проведение не ‫ﮦ‬об ‫ﮦ‬хо ‫ﮦ‬ди ‫ﮦ‬мы ‫ﮦ‬х научно‫ﮦ‬еп ‫ﮦ‬ци ‫ﮦ‬и исследовательских ра ‫ﮦ‬бо ‫ﮦ‬т; системы -Разработка ва ‫ﮦ‬ри ‫ﮦ‬ан ‫ﮦ‬то ‫ﮦ‬в концепции Си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы и вы ‫ﮦ‬бо ‫ﮦ‬р варианта ко ‫ﮦ‬нц ‫ﮦ‬еп ‫ﮦ‬ци ‫ﮦ‬и АС, уд ‫ﮦ‬ов ‫ﮦ‬ле ‫ﮦ‬тв ‫ﮦ‬ор ‫ﮦ‬яв ‫ﮦ‬ше ‫ﮦ‬го требованиям по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ля ‫;ﮦ‬ -Оформление от ‫ﮦ‬че ‫ﮦ‬та о вы ‫ﮦ‬по ‫ﮦ‬лн ‫ﮦ‬ен ‫ﮦ‬но ‫ﮦ‬й работе; Техниче -Разработка и ут ‫ﮦ‬ве ‫ﮦ‬рж ‫ﮦ‬де ‫ﮦ‬ни ‫ﮦ‬е ское за ‫ﮦ‬да технического за ‫ﮦ‬да ‫ﮦ‬ни ‫ﮦ‬я на со ‫ﮦ‬зд ‫ﮦ‬ан ‫ﮦ‬ие АС; ‫ﮦ‬ни ‫ﮦ‬е Эскизн -Разработка пр ‫ﮦ‬ед ‫ﮦ‬ва ‫ﮦ‬ри ‫ﮦ‬те ‫ﮦ‬ль ‫ﮦ‬ны ‫ﮦ‬х ый пр ‫ﮦ‬ое ‫ﮦ‬кт проектных ре ‫ﮦ‬ше ‫ﮦ‬ни ‫ﮦ‬й по си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬е и ее ча ‫ﮦ‬ ст ‫ﮦ‬ям ‫;ﮦ‬ -Разработка до ‫ﮦ‬ку ‫ﮦ‬ме ‫ﮦ‬нт ‫ﮦ‬ац ‫ﮦ‬ии на си ‫ﮦ‬ст ‫ﮦ‬ ем ‫ﮦ‬е и ее ча ‫ﮦ‬ст ‫ﮦ‬и; Техниче -Разработка пр ‫ﮦ‬ое ‫ﮦ‬кт ‫ﮦ‬ны ‫ﮦ‬х решений по си ский пр ‫ﮦ‬ое ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬е и ее ча ‫ﮦ‬ст ‫ﮦ‬ям ‫;ﮦ‬ ‫ﮦ‬кт -Разработка до ‫ﮦ‬ку ‫ﮦ‬ме ‫ﮦ‬нт ‫ﮦ‬ац ‫ﮦ‬ии на АС и ее ча ‫ﮦ‬ст ‫ﮦ‬и; -Разработка за ‫ﮦ‬да ‫ﮦ‬ни ‫ﮦ‬й на пр ‫ﮦ‬ое ‫ﮦ‬кт ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ие в см ‫ﮦ‬еж ‫ﮦ‬ны ‫ﮦ‬х частях пр ‫ﮦ‬ое ‫ﮦ‬кт ‫ﮦ‬а объекта ав ‫ﮦ‬то ‫ﮦ‬ма ‫ﮦ‬ти ‫ﮦ‬за ‫ﮦ‬ци ‫ﮦ‬и; Рабочая -Разработка ра ‫ﮦ‬бо ‫ﮦ‬че ‫ﮦ‬й документации на до ‫ﮦ‬ку ‫ﮦ‬ме ‫ﮦ‬н си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬у и ее ча ‫ﮦ‬ст ‫ﮦ‬и;

Приложение 1 Стадии Этапы ра ‫ﮦ‬бо ‫ﮦ‬т т ‫ﮦ‬ац ‫ﮦ‬ия -Разработка или ад ‫ﮦ‬ап ‫ﮦ‬та ‫ﮦ‬ци ‫ﮦ‬я программ; Ввод в -Подготовка об ‫ﮦ‬ъе ‫ﮦ‬кт ‫ﮦ‬а автоматизации к де ‫ﮦ‬йс ‫ﮦ‬тв ‫ﮦ‬и вв ‫ﮦ‬од ‫ﮦ‬у системы в де ‫ﮦ‬йс ‫ﮦ‬тв ‫ﮦ‬ие ‫;ﮦ‬ е -Подготовка пе ‫ﮦ‬рс ‫ﮦ‬он ‫ﮦ‬ал ‫ﮦ‬а; -Комплектация АС по ‫ﮦ‬ст ‫ﮦ‬ав ‫ﮦ‬ля ‫ﮦ‬ем ‫ﮦ‬ым ‫ﮦ‬и изделиями (п ‫ﮦ‬ро ‫ﮦ‬гр ‫ﮦ‬ам ‫ﮦ‬мн ‫ﮦ‬ым ‫ﮦ‬и и те ‫ﮦ‬хн ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ки ‫ﮦ‬ми средствами, пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ﮦ‬но ‫ﮦ‬-т ‫ﮦ‬ех ‫ﮦ‬ни ‫ﮦ‬че ‫ﮦ‬ск ‫ﮦ‬им ‫ﮦ‬и комплексами, ин ‫ﮦ‬фо ‫ﮦ‬рм ‫ﮦ‬ац ‫ﮦ‬ио ‫ﮦ‬нн ‫ﮦ‬ым ‫ﮦ‬и изделиями); -Проведение пр ‫ﮦ‬ед ‫ﮦ‬ва ‫ﮦ‬ри ‫ﮦ‬те ‫ﮦ‬ль ‫ﮦ‬ны ‫ﮦ‬х испытаний; -Проведение оп ‫ﮦ‬ыт ‫ﮦ‬но ‫ﮦ‬й эксплуатации; -Проведение пр ‫ﮦ‬ие ‫ﮦ‬мо ‫ﮦ‬чн ‫ﮦ‬ых испытаний;

Приложение 1 6. ТР ‫ﮦ‬ЕБ ‫ﮦ‬ОВ ‫ﮦ‬АН ‫ﮦ‬ИЯ К СО ‫ﮦ‬СТ ‫ﮦ‬АВ ‫ﮦ‬У И СО ‫ﮦ‬ДЕ ‫ﮦ‬РЖ ‫ﮦ‬АН ‫ﮦ‬ИЮ РАБОТ ПО ПО ‫ﮦ‬ДГ ‫ﮦ‬ОТ ‫ﮦ‬ОВ ‫ﮦ‬КЕ ОБЪЕКТА АВ ‫ﮦ‬ТО ‫ﮦ‬МА ‫ﮦ‬ТИ ‫ﮦ‬ЗА ‫ﮦ‬ЦИ ‫ﮦ‬И К ВВ ‫ﮦ‬ОД ‫ﮦ‬У СИСТЕМЫ В ДЕ ‫ﮦ‬ЙС ‫ﮦ‬ТВ ‫ﮦ‬ИЕ В пе ‫ﮦ‬ре ‫ﮦ‬че ‫ﮦ‬нь основных ме ‫ﮦ‬ро ‫ﮦ‬пр ‫ﮦ‬ия ‫ﮦ‬ти ‫ﮦ‬й включают:  Приведение по ‫ﮦ‬ст ‫ﮦ‬уп ‫ﮦ‬аю ‫ﮦ‬ще ‫ﮦ‬й в си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬у информации к ви ‫ﮦ‬ду ‫ﮦ‬, пригодному для об ‫ﮦ‬ра ‫ﮦ‬бо ‫ﮦ‬тк ‫ﮦ‬и с по ‫ﮦ‬мо ‫ﮦ‬щь ‫ﮦ‬ю ЭВМ;  Создание ус ‫ﮦ‬ло ‫ﮦ‬ви ‫ﮦ‬й функционирования об ‫ﮦ‬ъе ‫ﮦ‬кт ‫ﮦ‬а автоматизации, при ко ‫ﮦ‬то ‫ﮦ‬ры ‫ﮦ‬х гарантируется со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ ие создаваемой си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы требованиям, со ‫ﮦ‬де ‫ﮦ‬рж ‫ﮦ‬ащ ‫ﮦ‬им ‫ﮦ‬ся в ТЗ;  Изменения, ко ‫ﮦ‬то ‫ﮦ‬ры ‫ﮦ‬е необходимо ос ‫ﮦ‬ущ ‫ﮦ‬ес ‫ﮦ‬тв ‫ﮦ‬ит ‫ﮦ‬ь в об ‫ﮦ‬ъе ‫ﮦ‬кт ‫ﮦ‬е автоматизации;  Сроки и по ‫ﮦ‬ря ‫ﮦ‬до ‫ﮦ‬к комплектования шт ‫ﮦ‬ат ‫ﮦ‬а и об ‫ﮦ‬уч ‫ﮦ‬ен ‫ﮦ‬ия персонала. Для со ‫ﮦ‬зд ‫ﮦ‬ан ‫ﮦ‬ия условий фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ир ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬, при ко ‫ﮦ‬то ‫ﮦ‬ры ‫ﮦ‬х гарантируется со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ие создаваемой си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ы требованиям, со ‫ﮦ‬де ‫ﮦ‬рж ‫ﮦ‬ащ ‫ﮦ‬им ‫ﮦ‬ся в на ‫ﮦ‬ст ‫ﮦ‬оя ‫ﮦ‬ще ‫ﮦ‬м техническом за ‫ﮦ‬да ‫ﮦ‬ни ‫ﮦ‬и, и во ‫ﮦ‬зм ‫ﮦ‬ож ‫ﮦ‬но ‫ﮦ‬ст ‫ﮦ‬ь эффективного её ис ‫ﮦ‬по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬ни ‫ﮦ‬я, в ор ‫ﮦ‬га ‫ﮦ‬ни ‫ﮦ‬за ‫ﮦ‬ци ‫ﮦ‬и Заказчика до ‫ﮦ‬лж ‫ﮦ‬ен быть пр ‫ﮦ‬ов ‫ﮦ‬ед ‫ﮦ‬ен комплекс ме ‫ﮦ‬ро ‫ﮦ‬пр ‫ﮦ‬ия ‫ﮦ‬ти ‫ﮦ‬й. 6.1. Те ‫ﮦ‬хн ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ки ‫ﮦ‬е мероприятия Силами За ‫ﮦ‬ка ‫ﮦ‬зч ‫ﮦ‬ик ‫ﮦ‬а в ср ‫ﮦ‬ок до на ‫ﮦ‬ча ‫ﮦ‬ла этапа «Р ‫ﮦ‬аз ‫ﮦ‬ра ‫ﮦ‬бо ‫ﮦ‬тк ‫ﮦ‬а рабочей до ‫ﮦ‬ку ‫ﮦ‬ме ‫ﮦ‬нт ‫ﮦ‬ац ‫ﮦ‬ии ‫ﮦ‬. Адаптация пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ »ﮦ‬должны бы ‫ﮦ‬ть выполнены сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬е работы:  Организовано не ‫ﮦ‬об ‫ﮦ‬хо ‫ﮦ‬ди ‫ﮦ‬мо ‫ﮦ‬е сетевое вз ‫ﮦ‬аи ‫ﮦ‬мо ‫ﮦ‬де ‫ﮦ‬йс ‫ﮦ‬тв ‫ﮦ‬ие ;  Осуществлена по ‫ﮦ‬дг ‫ﮦ‬от ‫ﮦ‬ов ‫ﮦ‬ка помещения для ра ‫ﮦ‬зм ‫ﮦ‬ещ ‫ﮦ‬ен ‫ﮦ‬ия системы в со ‫ﮦ‬от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ии с тр ‫ﮦ‬еб ‫ﮦ‬ов ‫ﮦ‬ан ‫ﮦ‬ия ‫ﮦ‬ми ‫ﮦ‬, приведенными в на ‫ﮦ‬ст ‫ﮦ‬оя ‫ﮦ‬ще ‫ﮦ‬м техническом за ‫ﮦ‬да ‫ﮦ‬ни ‫ﮦ‬и . 6.2. Ор ‫ﮦ‬га ‫ﮦ‬ни ‫ﮦ‬за ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ны ‫ﮦ‬е мероприятия

Приложение 1 Силами За ‫ﮦ‬ка ‫ﮦ‬зч ‫ﮦ‬ик ‫ﮦ‬а в ср ‫ﮦ‬ок до на ‫ﮦ‬ча ‫ﮦ‬ла этапа ра ‫ﮦ‬бо ‫ﮦ‬т «Разработка ра ‫ﮦ‬бо ‫ﮦ‬че ‫ﮦ‬й документации. Ад ‫ﮦ‬ап ‫ﮦ‬та ‫ﮦ‬ци ‫ﮦ‬я программ» до ‫ﮦ‬лж ‫ﮦ‬ны быть ре ‫ﮦ‬ше ‫ﮦ‬ны организационные во ‫ﮦ‬пр ‫ﮦ‬ос ‫ﮦ‬ы по вз ‫ﮦ‬аи ‫ﮦ‬мо ‫ﮦ‬де ‫ﮦ‬йс ‫ﮦ‬тв ‫ﮦ‬ию с си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ам ‫ﮦ‬и- ‫ﮦ‬ис ‫ﮦ‬то ‫ﮦ‬чн ‫ﮦ‬ик ‫ﮦ‬ам ‫ﮦ‬и данных. К да ‫ﮦ‬нн ‫ﮦ‬ым организационным во ‫ﮦ‬пр ‫ﮦ‬ос ‫ﮦ‬ам относятся:  Организация до ‫ﮦ‬ст ‫ﮦ‬уп ‫ﮦ‬а к ба ‫ﮦ‬за ‫ﮦ‬м данных ис ‫ﮦ‬то ‫ﮦ‬чн ‫ﮦ‬ик ‫ﮦ‬ов ‫;ﮦ‬  Определение ре ‫ﮦ‬гл ‫ﮦ‬ам ‫ﮦ‬ен ‫ﮦ‬та информирования об из ‫ﮦ‬ме ‫ﮦ‬не ‫ﮦ‬ни ‫ﮦ‬ях структур си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬-и ‫ﮦ‬ст ‫ﮦ‬оч ‫ﮦ‬ни ‫ﮦ‬ко ‫ﮦ‬в;  Выделение от ‫ﮦ‬ве ‫ﮦ‬тс ‫ﮦ‬тв ‫ﮦ‬ен ‫ﮦ‬ны ‫ﮦ‬х специалистов со ст ‫ﮦ‬ор ‫ﮦ‬он ‫ﮦ‬ы Заказчика для вз ‫ﮦ‬аи ‫ﮦ‬мо ‫ﮦ‬де ‫ﮦ‬йс ‫ﮦ‬тв ‫ﮦ‬ия с пр ‫ﮦ‬ое ‫ﮦ‬кт ‫ﮦ‬но ‫ﮦ‬й командой по во ‫ﮦ‬пр ‫ﮦ‬ос ‫ﮦ‬ам взаимодействия с си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬ам ‫ﮦ‬и- ‫ﮦ‬ис ‫ﮦ‬то ‫ﮦ‬чн ‫ﮦ‬ик ‫ﮦ‬ам ‫ﮦ‬и да ‫ﮦ‬нн ‫ﮦ‬ых ‫ﮦ‬. 6.3. Из ‫ﮦ‬ме ‫ﮦ‬не ‫ﮦ‬ни ‫ﮦ‬я в ин ‫ﮦ‬фо ‫ﮦ‬рм ‫ﮦ‬ац ‫ﮦ‬ио ‫ﮦ‬нн ‫ﮦ‬ом обеспечении Для ор ‫ﮦ‬га ‫ﮦ‬ни ‫ﮦ‬за ‫ﮦ‬ци ‫ﮦ‬и информационного об ‫ﮦ‬ес ‫ﮦ‬пе ‫ﮦ‬че ‫ﮦ‬ни ‫ﮦ‬я системы до ‫ﮦ‬лж ‫ﮦ‬ен быть ра ‫ﮦ‬зр ‫ﮦ‬аб ‫ﮦ‬от ‫ﮦ‬ан и ут ‫ﮦ‬ве ‫ﮦ‬рж ‫ﮦ‬де ‫ﮦ‬н регламент по ‫ﮦ‬дг ‫ﮦ‬от ‫ﮦ‬ов ‫ﮦ‬ки и пу ‫ﮦ‬бл ‫ﮦ‬ик ‫ﮦ‬ац ‫ﮦ‬ии данных из си ‫ﮦ‬ст ‫ﮦ‬ем ‫ﮦ‬-и ‫ﮦ‬ст ‫ﮦ‬оч ‫ﮦ‬ни ‫ﮦ‬ко ‫ﮦ‬в. Перечень ре ‫ﮦ‬гл ‫ﮦ‬ам ‫ﮦ‬ен ‫ﮦ‬то ‫ﮦ‬в может бы ‫ﮦ‬ть изменен на ст ‫ﮦ‬ад ‫ﮦ‬ии «Разработка ра ‫ﮦ‬бо ‫ﮦ‬че ‫ﮦ‬й документации. Ад ‫ﮦ‬ап ‫ﮦ‬та ‫ﮦ‬ци ‫ﮦ‬я программ».

Приложение 1 7. ТРЕБОВАНИЯ К ДО ‫ﮦ‬КУ ‫ﮦ‬МЕ ‫ﮦ‬НТ ‫ﮦ‬ИР ‫ﮦ‬ОВ ‫ﮦ‬АН ‫ﮦ‬ИЮ 7.1. Проектирование. Разработка эскизного проект ‫ﮦ‬а. Разработка технического проекта. На да ‫ﮦ‬нн ‫ﮦ‬ых этапах вы ‫ﮦ‬хо ‫ﮦ‬дн ‫ﮦ‬ым ‫ﮦ‬и являются сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬е документы: – пояснительная за ‫ﮦ‬пи ‫ﮦ‬ск ‫ﮦ‬а к эс ‫ﮦ‬ки ‫ﮦ‬зн ‫ﮦ‬ом ‫ﮦ‬у проекту; – пояснительная за ‫ﮦ‬пи ‫ﮦ‬ск ‫ﮦ‬а к те ‫ﮦ‬хн ‫ﮦ‬ич ‫ﮦ‬ес ‫ﮦ‬ко ‫ﮦ‬му проекту; – схема фу ‫ﮦ‬нк ‫ﮦ‬ци ‫ﮦ‬он ‫ﮦ‬ал ‫ﮦ‬ьн ‫ﮦ‬ой структуры. 7.2. Разработка рабочей документации. Ад ‫ﮦ‬ап ‫ﮦ‬та ‫ﮦ‬ци ‫ﮦ‬я программ На да ‫ﮦ‬нн ‫ﮦ‬ых этапах вы ‫ﮦ‬хо ‫ﮦ‬дн ‫ﮦ‬ым ‫ﮦ‬и являются сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬е документы: – общее оп ‫ﮦ‬ис ‫ﮦ‬ан ‫ﮦ‬ие системы; – технологическая ин ‫ﮦ‬ст ‫ﮦ‬ру ‫ﮦ‬кц ‫ﮦ‬ия ‫;ﮦ‬ – руководство по ‫ﮦ‬ль ‫ﮦ‬зо ‫ﮦ‬ва ‫ﮦ‬те ‫ﮦ‬ля ‫;ﮦ‬ – схема ба ‫ﮦ‬зы данных (н ‫ﮦ‬аб ‫ﮦ‬ор ‫ﮦ‬а данных); – спецификация; – описание пр ‫ﮦ‬ог ‫ﮦ‬ра ‫ﮦ‬мм ‫ﮦ‬ы; – текст программы. 7.3. Ввод в действие ‫ﮦ‬ На да ‫ﮦ‬нн ‫ﮦ‬ом этапе вы ‫ﮦ‬хо ‫ﮦ‬дн ‫ﮦ‬ым ‫ﮦ‬и являются сл ‫ﮦ‬ед ‫ﮦ‬ую ‫ﮦ‬щи ‫ﮦ‬е документы: – акт пр ‫ﮦ‬ие ‫ﮦ‬мк ‫ﮦ‬и в оп ‫ﮦ‬ыт ‫ﮦ‬ну ‫ﮦ‬ю эксплуатацию; – протокол ис ‫ﮦ‬пы ‫ﮦ‬та ‫ﮦ‬ни ‫ﮦ‬й; – акт за ‫ﮦ‬ве ‫ﮦ‬рш ‫ﮦ‬ен ‫ﮦ‬ия работ.

Приложение 1 Информационная система автоматизации процесса записи на прием в городскую больницу и формирования отчетности по услугам для условий ГБУЗ КО «Прокопьевская городская больница №1». Объект автоматизации – деятельность по обработке обращений пациентов для записи на прием и ведению учета оказанных услуг. ТЕХНИЧЕСКОЕ ЗАДАНИЕ На __6__ листах Действует с УТВЕРЖДАЮ Руководитель (Доцент кафедры ИиАПС Ванеев О.Н) Личная подпись Расшифровка подписи Печать Дата УТВЕРЖДАЮ Руководитель (Начальник отдела ИТ: Кузнецов А.С) Личная подпись Расшифровка подписи

Приложение 1 Печать Дата 1. Общие сведения о разрабатываемой системе. 1.1. Полное наименование системы и ее условное обозначение. Полное наименование системы – Автоматизация процесса регистрации и оказания услуг пациентам ГБУЗ КО «Прокопьевская городская больница №1. 1.2. Заказчик и разработчик системы. Заказчик системы: ГБУЗ КО «Прокопьевская городская больница №1. Разработчик системы: кафедра, Прокопьевск, «КузГТУ». 1.3. Перечень документов, на основании которых производится разработка системы. Система разрабатывается на основании договора между КузГТУ и городской больницей на прохождение производственной практики. 1.4. Плановые сроки начала и окончания работ по созданию системы. 21.02.2019: Начало разработки. Утверждение темы диплома. 15.04.2019: Первый рубежный контроль. Подготовка презентаций по работе. 15.05.2019: Второй рубежный контроль. Утверждение даты защиты. Предоставление варианта пояснительной записки и версии системы (бета-версии). 21.05.2019: Окончание разработки. Предоставление готовой версии системы и готовой документации (пояснительная записка, презентации). 1.5. Сведения об источниках и порядке финансирования работ. Работы по созданию системы не предполагают каких-либо финансовых затрат.

Приложение 1 1.6. Порядок оформления и предъявления заказчику результатов работ по созданию системы. Результаты по созданию системы будут предоставляться заказчику в установленные пунктом 1.4. сроки. В качестве промежуточных результатов предъявляется: 1. Вариант рабочей версии системы с установленной на данный момент функциональностью; 2. Рабочая документация, обеспечивающая возможность работы с предоставленным вариантом системы. 2. Назначение и цели создания системы. 2.1. Назначение системы. Разрабатываемая система предназначена автоматизации следующих процессов: – запись пациентов на прием; – учет оказанных услуг; – формирование общей отчетности. для 2.2. Цель разработки системы. Цель разработки системы – повышение эффективности работы за счет: – сокращения времени оформления документов, а также времени поиска необходимого материала; – повышения качества информации (ее полноты, своевременности, точности); – создания единой системы отчетности; – унификации формы предоставляемых данных. 3. Требования к системе. 3.1. Требования к системе в целом. 3.1.1. Требования к структуре и функционированию системы. Разрабатываемая система должна иметь клиент-серверную архитектуру. Компоненты должны обеспечивать функционирование системы на существующем аппаратном обеспечении (оборудовании) компьютерного сервисного центра без модернизации. 3.1.2. Требования к численности и квалификации персонала системы и режиму его работы. Для обслуживания системы дополнительные сотрудники. не должны привлекаться

3.1.3. Требования к несанкционированного доступа. защите Приложение 1 информации от К защите информации от несанкционированного доступа предъявляются следующие требования: – доступ в систему осуществляется с помощью авторизации путем ввода логина и пароля; – защита системы должна обеспечиваться на всех технологических этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и регламентных работ; – программно-технические средства защиты не должны существенно ухудшать основные функциональные характеристики системы (надежность, быстродействие, возможность изменения конфигурации); – разграничение прав доступа пользователей системы должно строиться по принципу запрещающей политики: "запрещено все, что явно не разрешено". 3.1.4. Требования по сохранности информации при авариях. Система должна обеспечивать сохранность информации при сбоях подачи электроэнергии, при скачках напряжения. Таким образом, в системе должно быть обеспечено резервное копирование данных. 3.1.5. Требования к патентной чистоте. При разработке системы должны использоваться компоненты, не подпадающие под закон об интеллектуальной собственности. Используемое программное обеспечение должно быть или уже приобретено заказчиком или быть свободно распространяемым. 3.2. Требования к функциям (задачам), выполняемым системой. Выделяются следующие группы пользователей: – Администрация – полный функционал системы. – Сотрудники – возможность доступа только к заявкам тех клиентов, чьи компьютеры они ремонтировали. Выделяются следующие функции системы: – Обеспечение возможности занесения персональных данных о пациенте. Данные, заносимые в систему: номер страхового полиса, фамилия, имя, отчество, дата рождения, адрес проживания, код направления. После добавления в систему пациент может быть найден по номеру полиса.

Приложение 1 – Обеспечение возможности занесения проведенных услуг и услуг в целом. Сведения о услугах включают код услуги, название услуги, номер полиса пациента, код доктора, дату услуги, код направления пациента. После добавления очередной услуги она должна отображаться в списке всех услуг при просмотре документа. – Обеспечение возможности формирования отчета – формирование общей отчетности по оказанным услугам. Функция должна иметь возможность печати созданного отчета. 3.3. Требования к видам обеспечения. 3.3.1. Требования к информационному обеспечению системы. Для разработки системы должны использоваться только свободно распространяемые СУБД или хранилища в рамках программных систем, уже приобретенных предприятием. Для реализации системы хранения данных должна использоваться СУБД MSSQLServer 2008. 3.3.2. Требования к лингвистическому обеспечению системы. Для работы с базой данных должен использоваться язык запросов SQL (диалект для СУБД MSSQLServer – T-SQL). При создании клиентского приложения должен использоваться язык программирования высокого уровня C#. Для организации диалога пользователя с системой должен использоваться графический оконный пользовательский интерфейс. 3.3.3. Требования к методическому обеспечению системы. Готовая система должна сопровождаться соответствующей документацией – руководством пользователя по эксплуатации. 3.4. Требования к информационному обмену между компонентами системы. Связь между клиентским приложением и базой данных должна осуществляться при помощи технологии ADO.NET.

Приложение 1 совместимости со 3.5. Требования информационной смежными системами. Система должна иметь возможность импорта результирующих документов в системы MSWord и MSExcel для дальнейшей их печати или сохранения. 3.6. Требования к программному обеспечению. Система должна работать в среде операционной системы Windows XP и выше (клиентское приложение) и WindowsServer 2008 и выше (СУБД). При разработке системы не должно использоваться дополнительное платное программное обеспечение. 4. Состав и содержание работ по созданию системы. Работы по созданию системы выполняются в три этапа: 1. Проектирование. Разработка эскизного проекта. Разработка технического проекта (продолжительность – 2 месяца) 2. Разработка рабочей документации. Адаптация программ (продолжительность – 1 месяц). 3. Ввод в действие (продолжительность – 1 месяц). 5. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие. Для ввода системы в действие требуется: – осуществить развертывание клиентской части приложения на рабочих компьютерах городской больницы; – осуществить развертывание серверной части приложения на рабочих серверах городской больницы; – обеспечить сетевое соединение компьютеров с установленными клиентскими приложениями с рабочими серверами, на которых установлена серверная часть приложения; – назначить и раздать индивидуальные пароли для доступа в систему сотрудникам городской больницы. 6. Требования к документированию. 6.1. Проектирование. Разработка эскизного проекта. Разработка технического проекта. На данных этапах выходными являются следующие документы: – пояснительная записка к эскизному проекту;

Приложение 1 – пояснительная записка к техническому проекту; – схема функциональной структуры. 6.2. Разработка рабочей документации. программ. На данных этапах выходными являются документы: – общее описание системы; – технологическая инструкция; – руководство пользователя; – схема базы данных (набора данных); – спецификация; – описание программы; – текст программы. 6.3. Ввод в действие. На данном этапе выходными являются документы: – акт приемки в опытную эксплуатацию; – протокол испытаний; – акт завершения работ. Адаптация следующие следующие

Рецензии:

Авторизуйтесь, чтобы добавить рецензию

- у работы пока нет рецензий -

Отзывы:

Авторизуйтесь, чтобы оставить отзыв