48
Разрабатываемая ИС является небольшой. Итерационная модель одно-
временно с уточняющими вехами (аналог каскадной модели) является глав-
ным преимуществом MSF. То есть, реализация MSF попыталась совместить
каскадную и итерационную модель разработки и внедрения ПО.
Стандарт MSF обладает рядом преимуществ, поэтому данный стандарт
наиболее удобный для реализации ИС.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Так как уже был выбран стандарт для реализации ИС, то можно оце-
нить риски по фазам жизненного цикла информационной системы.
Фаза выработки концепции – при создании концепции вероятен риск,
что реализовать данную коцепную не представится возможным. При разра-
ботке концепции необходимо учитывать все функции разрабатываемой ин-
формационной системы. Для начала необходимо создать основу, на которой
будет основываться система и в дальнейшем развивать ее.
Нужно хорошо осознавать свои возможности, чтобы можно было
предотвращать риски и проблемы на стадии выработки концепции. Должна
быть общая концепция у которой будут только базовые функции, чтобы не
случилась переоценка собственных сил.
Фаза планирования – здесь очень вероятен риск, что все будет сплани-
ровано неправильно. Не стоит строить оптимистичных планов проекта, так
как компания может не уложится в выполняемые сроки и вследствие чего
придется увеличивать время разработки, а из этого следует, что проект подо-
рожает. К данной фазе необходимо отнестись серьезно, необходимо постоян-
но курировать каждый этап и производить анализ результатов.
При планировании необходимо заложить в график время на поправки
или возможные задержки по тем или иным причинам, исправления ошибок.
Создание гибкого графика является одним из оптимальных вариантов, кото-
рый не будет нарушаться в связи с задержками или иными причинами.
49
Фаза разработки – на данной фазе существует вероятность того что при
разработки какого-либо модуля могут возникнуть трудности при его разра-
ботке, существует вероятность того что какая-нибудь определенная функция
будет затруднять разработку. На данной этапе разработки необходимо свое-
временно выявить проблемную функцию или модуль. Если на данном этапе
есть возможность, то следует упростить ее, заменить другой или убрать из
проекта полностью.
Принятие нескольких решений будет являться одним из вариантов того
что можно предотвратить создание сложного модуля. Например, разбить
данный модуль на несколько частей и решить поставленные задачи по от-
дельности или упростить сложный модуль, если это единственный вариант
преодоления риска.
Фаза стабилизации – на данном этапе разработки программы существу-
ет очень большая вероятность того что в программе будет большое количе-
ство ошибок в программном коде. Исправление ошибок и доработка про-
граммы потребует большого количества времени. При этом невозможно бу-
дет предсказать сколько будет выявлено ошибок и сколько потребуется вре-
мени для управления.
На данную фазу лучше всего будет выделить как можно больше време-
ни, что избежать большинства существующих рисков. Примет ли заказчик
данную разработку или нет будет зависеть от того насколько качественно
выполнена работа.
Фаза внедрения – на данной фазе существует риск того, что заказчик
может не принять работу и это означает, что фаза внедрения может занять
куда больше времени, чем планировалось. Также существует вероятного то-
го, что персонал компании может негативно принять внедренное программ-
ное обеспечение. Одним из важных моментов является то что нужно до
внедрения разработки произвести обучение персонала компании, также
необходимо обучить служу сопровождения и внедрения, чтобы избежать
рисков на данном этапе, понять какие проблемы могут возникнуть в процессе
50
внедрения и уже быть готовым к их решению. Необходимо постоянно кон-
сультировать персонал по поводу возникших у них трудностей или проблем,
для решения проблем или трудностей пользователей компании необходимо
создать горячую линию.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Список мероприятий по защите информации в разрабатываемой систе-
ме включает в себя такие пункты:
– защита информации от внутренних угроз;
– защита информации от внешних угроз.
Политика разделения прав доступа используется для внутренней защи-
ты информации от внутренних угроз.
Следующие способы применяются для защиты информации от внеш-
них угроз:
- использованием программно-аппаратных комплексов;
- разработкой и соблюдение политик безопасности;
- использованием защищенных каналов связи при передаче информа-
ции;
- использованием антивирусных средств;
- физической защитой помещений с наиболее ценной информацией.
2.2. Информационное обеспечение задачи
2.2.1 Характеристика нормативно-справочной, входной и оперативной
информации
Предназначенные для однозначной идентификации сотрудников пред-
приятия, отделов предприятия, должностей используется 5 видов кодирова-
ния. Виды системы кодирования, указаны в таблице 2.3.
51
В системе применяются следующие разновидности системы кодирова-
ния, показанные в таблице 2.2.
Таблица 2.2
Используемые системы кодирования
В системе применяются справочники, указанные в таблице 2.3.
Таблица 2.3
Перечень используемых справочников
2.2.2 Характеристика результатной информации
Результатной информацией для задачи автоматизации расчета заработ-
ной платы является следующие документы:
– табель рабочего времени;
– Заработная плата сотрудников за выбранный период;
В табеле рабочего времени имеются следующие реквизиты:
– табельный номер, фамилия, имя, отчество сотрудников;
52
– дата работы;
– кол-во отработанных часов;
Заработная плата сотрудников за выбранный период:
– табельный номер, фамилия, имя, отчество сотрудников;
– Дата начала периода
– Дата конца периода
– Заработная плата
2.3 Программное обеспечение задачи
2.3.1 Сценарий диалога
Сценарий диалога представлен на рисунке 2.2.
Любой функционал программы можно разделить на основной, с помо-
щью которой достигается основная цель алгоритма программы и дополни-
тельный (Служебный) это то, что можно настроить изменить, прояснить.
Наглядно демонстрирует разделение данных функций дерево функций.
Дерево функций изображено на рисунке № 2.3.
53
Ведение списка
предприятий
Ведение списка
отделов
Ведение списка
должностей
Ведение списка
сотрудников
Ведение табеля
учета рабочего
времени
Расчет
заработной
платы
Рисунок 2.2 - Сценарий Диалога работы программы
54
Функции
Основные служебные
Ведение табеля
рабочего
времени
Расчет
заработной
платы
Ведение
справочников
Рис. 2.3 – Дерево функций
2.3.2 Характеристика базы данных
Следующие сущности были выявлены при анализе предметной обла-
сти. Определены атрибуты для них, а среди атрибутов определим первичные
и внешние ключи.
Перечень выявленных сущностей:
Сотрудник;
Логин-пароль;
Уровень доступа в систему;
Предприятие;
Должность;
Отдел;
Табель рабочего времени;
Сущность Предприятие:
Атрибуты;
Идентификатор предприятия (Первичный ключ);
55
Название предприятия;
Сущность Уровень доступа:
Атрибуты;
Идентификатор уровня доступа (Первичный ключ);
Название уровня доступа;
Сущность Логин:
Атрибуты;
Логин пользователя (Первичный ключ);
Пароль;
Сущность Сотрудник:
Атрибуты;
Табельный номер (Первичный ключ);
Фамилия;
Имя;
Отчество;
Контактный телефон;
Логин пользователя (Внешний ключ);
Уровень доступа (Внешний ключ);
Должность (Внешний ключ);
Сущность Отдел:
Атрибуты;
Идентификатор отдела (Первичный ключ);
Название отдела;
Идентификатор предприятия (Внешний ключ);
56
Сущность Должность:
Атрибуты;
Идентификатор должности (Первичный ключ);
Название должности;
Идентификатор отдела (Внешний ключ);
Почасовая оплата;
Сущность Табель рабочего времени:
Атрибуты;
Дата (Первичный ключ);
Табельный номер (Первичный ключ) (Внешний ключ);
Время;
Концептуальная модель предметной области изображена на рис. 2.4.
57
Рисунок 2.4 - Концептуальная модель предметной области