37
Тактовая частота процессора
Объем оперативной памяти
Разрешение монитора
Выход в сеть Интернет
Также необходима защита от непредвиденных скачков электросети в виде
источника бесперебойного питания.
38
II. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла автоматизации
Жизненный цикл – это непрерывный период времени, который начинается
с момента задумки о разработке программного продукта и заканчивается в момент
его полного изъятия с эксплуатации. Так как разрабатываемая информационная
система не является сложной и будет применяться только в условиях
рассматриваемой организации, выберем стандарт ГОСТ 34.601-90, стандарты и
этапы работы которого соответствует каскадной модели жизненного цикла.
ГОСТ 34.601-90 – стандарт разработки автоматизированной системы
управления. Распространяется на автоматизированные системы и устанавливает
стадии и этапы их создания. Кроме того, в стандарте содержится описание
содержания работ на каждом этапе.
Каскадная модель жизненного цикла – модель процесса разработки
программного обеспечения, в которой каждый этап начинается только после
полного завершения предыдущего этапа. Основной принцип работы каскадной
модели заключается в разбиении всей разработки на этапы, которые переходят из
одного в другой последовательно. Рассмотрим этапы каскадной модели:
1) Определение требований – на начальном этапе необходимо уделить
достаточно времени обсуждению деталей проекта. Чем больше
информации будет собрано о проекте, тем меньше времени будет
потрачено на исправление ошибок и доработку проекта. Все входные
данные анализируются и систематизируются. Итоговым результатом стало
четкое и подробное понимание конечного видения продукта.
Требования к данному проекту характеризуются простым и понятным
пользователю интерфейсом. Процессы должны выполняться быстро и с
минимальным потреблением системных ресурсов.
2) Проектирование – описать масштабы и границы разрабатываемого проекта.
Разработана документация, включающая в себя макет продукта,
демонстрирующая интерфейс будущего приложения. В интерфейс входят
кнопки, текстовые поля, картинки, колонки и раскрывающиеся списки.
Также написана подробная спецификация требований к программному
обеспечению. Система будет поддерживать следующие браузеры: Google
39
Chrome, Apple Safari, Mozilla Firefox, Internet Explorer 8+, Opera. Основные
функции проекта заключаются в создании, редактировании, перемещении
и удалении карточек с задачами. В проектировании участвовал один
человек, непосредственно выполняющий данную выпускную дипломную
работу.
3) Реализация – разработка программного обеспечения. При разработке
приложения, акцент делается на удовлетворении потребностей
пользователей, удобной автоматизации бизнес-процессов и высокое
качество кода. Работа опирается на спецификацию проектирования.
Написание кода разделено на небольшие части, начиная от верстки
визуальной части интерфейса и заканчивая программированием
функционала продукта.
4) Тестирование – следующим шагом необходимо выполнить тщательное
тестирование программного продукта, чтобы убедиться, что он
соответствует всем заявленным требованиям. Тестирование проводится
вместе с начальником отдела разработки. Необходимо, чтобы весь отдел
разработки попытался применить продукт локально, таким же образом, как
он будет использоваться после внедрения. Далее исправляются ошибки,
рассматриваются рекомендации по улучшению продукта, делается оценка
качества и пригодности продукта. Если результат положительный, то далее
идёт следующий этап жизненного цикла. В противном случае,
возвращаемся к этапу проектирования.
5) Внедрение – на этом этапе все недочеты и ошибки проекта должны быть
устранены. Осуществление резкого внедрения продукта по всему отделу
может привести к потере качества работы, ведь предприятие уже
использует автоматизированную систему Atlassian Jira. Поэтому следует
осуществлять внедрение постепенно, день за днём. Все файлы продукта
загружаются на хостинг предприятия. Также импортируется база данных.
Создаётся домен в интернете, по которому можно будет войти в проект.
Меньшая часть специалистов отдела пробуют выполнять свои первые
задачи с помощью нового внедряемого проекта. Создавать задачи,
назначать и переназначать исполнителей, работать с интерфейсом и так
далее. Таким образом, через некоторое время, весь отдел постепенно
40
переходит в использование продукта. Основными пользователями
продукта станут все сотрудники отдела разработки: верстальщики,
дизайнеры, копирайтеры и программисты
6) Сопровождение – после того, как проект был развернут на сервере
предприятия, он требует исправления мелких багов, которые
обнаруживаются на этом этапе. Не исключен факт того, что придётся
вносить некоторые изменения в функциональность продукта и все
вышеописанные шаги повторять сначала, ведь компания активно
развивается и идёт в ногу со временем. Также необходимо заручиться
поддержкой программистов отдела, объяснить им, как работает программа
изнутри, разобрать код, чтобы они могли без лишнего контроля вносить
изменения в конфигурацию продукта в любое время, если того потребует
специфика и политика работы на предприятии. Таким образом,
сопровождением приложения будут заниматься несколько человек, что
также улучшит автоматизацию работы предприятия.
7) Вывод из эксплуатации – существует много факторов, которые могут стать
причиной вывода из эксплуатации продукта. Например, на рынке появится
бесплатный аналог с такими же фукнциями. Вдобавок, он может иметь
такой же простой интерфейс. Ещё одним фактором является время.
Продукт может морально устареть, ведь в современном мире каждый день
создаются новые технологии, автоматизирующие бизнес-процессы
предприятий.
На рисунке 2.1 показаны этапы жизненного цикла продукта.
Рисунок 2.1 – Этапы жизненного цикла продукта
41
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Под риском понимают потенциальную вероятность неблагоприятных
ситуаций в виде убытков или ущерба. Они могут возникнуть из-за внезапных
условий экономической деятельности, непредвиденными обстоятельствами, а
также из-за непредсказуемого результата, полученного в зависимости от того или
другого принятого решения.
Следует рассмотреть возможные актуальные риски разрабатываемого
проекта на этапах жизненного цикла:
На этапе проектирования возможен технологический риск, который,
возможно, проявится несоответствием конечного проекта реальной задаче,
в силу неправильного выбора технологии.
Избежать этот риск можно путем детального и более тщательного анализа
реальных существующих бизнес-процессов предприятия и их взаимосвязей,
сбора наиболее точной информации о целях и задачах отдела.
На этапе реализации возможен риск реализации проекта, который
обосновывается тем, что разработка работоспособного решения
завершится неудачей.
Избежать этот риск можно путем повышения эффективности распределения
рабочего времени, уровня знаний предметной области и навыков разработки
проектов. Но с другой стороны этот риск не является высоким, так как
отсутствуют жесткие временные границы реализации.
На этапе внедрения возможен организационный риск, который, возможно,
проявится из-за загруженного рабочего времени сотрудников отдела.
Избежать этот риск можно путем составления плана внедрения, а именно решить
с руководителем отдела, на какую дату и время возможно организовать команду
внедрения, чтобы не нарушить рабочий процесс отдела.
На этапе сопровождения возможен риск того, что во время полноценной
эксплуатации продукта возникнут неполадки с сетью Интернет, либо
проблемы со стороны провайдера, из-за чего работа в отделе
приостановится.
Избежать этот риск поможет поиск надёжного и проверенного провайдера сети
Интернет, способный предоставить бесперебойную сеть. Риск не велик, так как
современные провайдеры быстро решают такие проблемы.
42
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации.
Меры безопасности по защите информации состоят из следующих аспектов:
Защита информации от внутренних угроз в самой информационной
системе;
Защита информации от внешних угроз;
Для предотвращения внутренних угроз в системе используется политика
разделения прав доступа.
Политика разделения прав доступа представлена в таблице 2.1
Таблица № 2.1
Группы
пользователей
Доска
«Дизайн»
Доска
«Программирование»
Доска
«Верстка»
Руководитель
Полный
Полный
Полный
Дизайнеры
Полный
Чтение
Чтение
Копирайтеры
Полный
Нет
Чтение
Программисты
Чтение
Полный
Полный
Верстальщики
Чтение
Чтение
Полный
«Политика разделения прав доступа»
Для предотвращения внешних угроз в системе используется политика
аутентификации пользователей. Продукт состоит из двух автоматизированных
рабочих мест (АРМ), а именно регистрации нового сотрудника в приложении и
входа в систему. Каждый из них имеет связь с единой базой данных. Также защита
осуществляется применением следующих способов:
Использование программно-аппаратных комплексов
Соблюдение политики безопасности
Использование защищенных каналов связи
Использование антивирусных программ
43
Характеристика используемых средств от внешних угроз представлена в
таблице 2.2
Таблица № 2.2
Способ
Описание
Программно-аппаратные комплексы
КЗИ «KeepKeys»
Политики безопасности
- определение порядка работы с
конфиденциальной информацией
- ограничение доступа
пользователей к информации
- анализ и статистика нарушений
информационной безопасности
- распределение ответственных лиц
по обеспечению безопасности
- информационный мониторинг
Защита каналов связи
Протокол SSH
Антивирусная защита
Kaspersky Total Space Security
Физическая защита
- система контроля и управления
доступом
- разграничение прав доступа в
сектора предприятия
«Характеристика используемых средств от внешних угроз»
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и выходных блоков. Она показывает, на основе каких входных
данных выполняются функции по обработке, формируя конкретные выходные
данные.
44
На рисунке 2.2 показана информационная модель системы. На рисунке показаны
следующие зоны информационной модели:
Процесс входа пользователя в систему. Таблица «Должности» создает
запись о новом пользователе, если была совершена регистрация. Если же
была выполнена аутентификация старого пользователя, таблица сверяет
существующие записи с входными данными в форме.
Из базы информационной системы в рамках моделируемой задачи
используются 4 таблицы: «Пользователи», «Должности», «Карточки»,
«Задачи».
Далее отображен процесс взаимодействия таблиц. Сотрудник 1 заходит в
форму карточки, создаёт задачу и назначает исполнителя, тем самым
изменяются данные в таблицах по идентификатору в таблице «Карточки»
и «Задачи»
В конечном счете Сотрудник 2 видит у себя на АРМ обновленную карточку
с поставленной задачей.
Рисунок 2.2 – Информационная модель системы
45
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
В качестве входной информации используются данные о пользователях
программой, в данном случае это сотрудники отдела. Прежде чем попасть в саму
программу и начать работу необходимо авторизоваться или зарегистрироваться в
системе.
Данные о пользователях содержат следующие реквизиты:
Полное наименование
Логин
Электронная почта
Пароль для входа
Эти данные используются для успешной авторизации или регистрации
пользователя. Форма авторизации пользователя представлена на рисунке 2.3.
Рисунок 2.3 – Форма авторизации пользователя
Если пользователь не зарегистрирован в системе, ему предлагается создать
аккаунт. Форма регистрации пользователя представлена на рисунке 2.4.
46
Рисунок 2.4 – Форма регистрации пользователя
В процессе описания типов полей записи используются сокращенные
обозначения, приведенные в таблице 2.3.
Таблица № 2.3
Тип поля записи
Название
Краткое обозначение
Символьный
Character
C
Числовой
Numerical
N
Дата
Date
D
«Описание типов полей записи»
Структура таблицы «Пользователи» представлена в таблице 2.4:
Имя файла: users.mdf
Носитель: жёсткий диск
Организация: индексно-последовательная
Ключи: user_id
Длина записи: 40