Дипломная работа: Автоматизация учета посещений клиентов на примере предприятия «Медицинский центр "Семейный доктор"»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
48
4 Требования к системе
5 Состав и содержание работ по созданию системы
6 Порядок контроля и приемки системы
7 Требования к составу и содержанию работ по подготовке объекта
автоматизации к вводу системы в действие
8 Требования к документированию
9 Источники разработки.
На этапах эскизного и технического проектов происходит разработка
проектных решений АС и создание технической документации:
Пояснительная записка к техническому (эскизному) проекту Схема
организационной структуры
1. Схема комплекса технических средств (КТС)
2. Схема функциональной структуры
3. Перечень входных и выходных сигналов и данных
4. Описание автоматизированных функций
5. Полный перечень документации, разрабатываемый на данных
этапах создания АС
Зачастую создание полного пакета документов эскизного и технического
проекта, представленного в стандартах ГОСТ 34 является нецелесообразным.
Поэтому минимальный комплект документации согласовывается с заказчиком
и фиксируется в техническом задании на создание АС.
Стадия рабочей документации формируется за счет пула необходимых в
процессе использования программы документов:
1. Руководство пользователя (администратора)
2. Инструкция по эксплуатации КТС
3. Общее описание системы (в случае присутствия документа
«Пояснительная записка к техническому (эскизному) проекту»
данный документ нецелесообразен, так большинство разделов
дублируются)
49
4. Программа и методика испытаний
Стадия ввода в действие АС, согласно ГОСТ 34, включает подготовку
комплекса технических средств, проведение пусконаладочных работ и
обучение персонала.
Перед вводом АС в эксплуатацию производятся предварительные
испытания, по результатам которых формируется «Протокол испытаний».
Протокол фиксирует все замечания к системе, порядок и сроки их устранения,
и подтверждает ее готовность к вводу в опытную эксплуатацию.
Этап сопровождения АС подразумевает выполнение работ по
гарантийному и послегарантийному обслуживанию системы.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Для того, чтобы эффективно управлять рисками, необходимо их
идентифицировать, а затем качественно и количественно оценить. Цель
процесса идентификации рисков состоит в определении потенциальных рисков,
способных повлиять на успех проекта. Идентификацию рисков выполняют
члены команды проекта и эксперты по вопросам управления рисками, в ней
могут принимать участие заказчики, участники проекта и эксперты в
определенных областях. Это итеративный процесс, поскольку по мере развития
проекта в рамках его жизненного цикла могут обнаруживаться новые риски.
Частота итерации и состав участников выполнения каждого цикла в каждом
случае могут быть разными. В процессе идентификации должны принимать
участие члены команды проекта, чтобы у них вырабатывалось чувство
собственности и ответственности за риски и за действия по реагированию на
них. Идентификация рисков выполняется на основе разработанных ранее
планов управления интеграцией, содержанием, сроками, качеством и
человеческими ресурсами. Качественный анализ рисков подразумевает оценку
рисков в терминах их возможных последствий, используя установленные
50
критерии. Критерии могут учитывать затраты, официальные и предписанные
требования, социально-экономические аспекты и факторы внешней среды,
интересы заказчика, приоритеты и иные исходные данные для оценки
2
. В ходе
качественного оценивания используется нечисловая шкала вероятности,
например, пятибалльная:
1 — весьма маловероятно; 2 — маловероятно; 3 — вероятно; 4 — весьма
вероятно; 5 — почти наверняка.
Выполним качественную оценку вероятности каждого риска по
нечисловой шкале, а затем оценим их воздействие снова по дискретной шкале:
1 — очень слабое воздействие; 2 — слабое воздействие; 3 — среднее
воздействие; 4 — значительное воздействие; 5 — весьма значительное
воздействие. Чтобы проиллюстрировать вышесказанное, допустим, что
воздействие некоторого риска может иметь три проявления: возрастет
стоимость проекта, сдвинется расписание, снизится качество.
Для каждого проявления воздействия несложно определить его
величину.
После того как все три проявления будут проранжированы, общим
воздействием риска считается максимальное из них. Когда все риски оценены
подобным образом, следует применить формулу, объединяющую вероятность
возникновения риска и его воздействие, чтобы получить показатель
серьезности риска:
Серьезность = вероятность + N воздействие,
где N — повышающий коэффициент. Если, например, N = 2, то при
расчете серьезности риска воздействие будет иметь вдвое больший вес, чем
вероятность.
2
Прамодкумар Дж. Садаладж, Мартин Фаулер. NoSQL. Новая методология разработки нереляционных
баз данных/ Дмитрий Клюшин – М.Вильямс, 2017 -192 с. –C. 87.
51
В этом случае оцененные значения вероятности и воздействия нужно
подставить в формулу:
Серьезность = вероятность + 2 воздействие, (2) а получившиеся
значения представить в виде матрицы 55 «Вероятность — воздействие»
Таблица 10
Ранжирование рисков по 5-бальной шкале
Название риска
Ранжирование риска
Показатель риска
после снижения
Риски, связанные с
организационным
процессом
4
2
Риски, связанные со
сложностью проекта
4
2
Риски, связанные с
персоналом
5
4
Риски, связанные со
средствами разработки
3
2
При таком подходе, получаем наименьший расход ресурсов и в то же
время возможность не пропустить значительные риски. Количественный анализ
производится в отношении тех рисков, которые в процессе качественного
анализа рисков были квалифицированы как потенциально или существенным
образом влияющие на конкурентоспособные свойства проекта. Количественная
оценка может применяться как отдельно от качественной, так и совместно с
ней. Если позволяют время и бюджет и если нужны оба типа оценки,
наилучшим выбором будет именно совместное использование. Цель анализа —
определение вероятностей достижения конкретных целей проекта,
идентификация рисков, требующих особого внимания, определение
реалистичных и достижимых целей по стоимости, расписанию или содержанию
проекта с учетов рисков проекта, определение лучшего решения по управлению
проектом, когда некоторые условия остались неопределенными. Данный анализ
52
представляет количественный подход к принятию решений в условиях
неопределенности при управлении проектом
3
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Рассмотрим комплекс организационных мер, включающих нормативно-
правовую информацию по обеспечению безопасности предприятия.
1.Постановление Правительства РФ 1119 от 1 ноября 2012 «Об
утверждении требований к защите персональных данных при их обработке в
информационных системах персональных данных»
4
Документ определяет:
требования к защите персональных данных при их обработке в
информационных системах персональных данных (далее - информационные
системы) и уровни защищенности таких данных.
Вывод:
Система защиты персональных данных включает в себя организационные
и (или) технические меры, определенные с учетом актуальных угроз
безопасности персональных данных и информационных технологий,
используемых в информационных системах.
2.Федеральный закон от 27 июля 2006 г. N 152-ФЗ "О персональных
данных"
5
Документ определяет:
Отношения, связанные с обработкой персональных данных;
Степень доступа к персональным данным;
Защиту персональных данных;
3
Бен Форта. Освой самостоятельно SQL за 10 минут/ В. Гинзбург –М.Вильямс, 2017 -288 с. –C. 46.
4
Собрание законодательства Российской Федерации, N 45, 05.11.2012, ст.6257
5
Собрание законодательства Российской Федерации N 31 (часть I), 31.07.2006, ст. 3451
Источник: https://baza.diplomsite.ru/previewfile/2410