47
Рис. 2.1 Каскадная схема разработки ПО
Каскадный метод очень подходит для создания системы, в которой в
начале разработки возможно очень точно и полным образом
сформулировать все необходимые требования, для того, чтобы дать
разработчикам свободу в реализации их как можно лучше с технической
точки зрения. В нашем случае, каскадный метод наиболее всего подходит к
применяемой разработке.
На пред проектной стадии надо сделать системный анализ, который
включает анализ функционирования отдела и выявить недостатки
существующей технологии работы отдела.
Второй этап – проектирование информационной системы – вводит в
себя разработку в корреспонденции с сформулированными запросами
состава функций для автоматизации (функциональная архитектура), состава
обеспечивающих подсистем (системная архитектура), оформление
технического проекта.
На следующем этапе – реализации будет выполнятся физическое
проектирование, программирование, наполнение баз данных, тестирование,
разработка инструкций для сотрудников отдела.
48
На этапе внедрения системы планируем производство следующих
работ:
1. Произвести закупку, установку сервера системы и необходимое
программное обеспечение;
2. установить клиентское программное обеспечение на все
компьютеры автоматизированные рабочие места системы;
3. сконфигурировать взаимодействие автоматизированных рабочих
мест системы с сервером базы данных;
Сопровождение системы должно проводиться не менее 3 месяцев.
Успешность работы предприятия связана с продвижением продукции
на рынке, поскольку в сегодняшней конкурентной среде только то
предприятие способно быть успешным на рынке, которое постоянно
внедряет инновационные технологии в маркетинг, прогнозирует рынок и
адекватно сложившейся ситуации планирует продажи.
Предпосылками для реализации проекта является:
- понимание необходимости топ-менеджментом предприятия
проводить комплексную автоматизацию предприятия;
- необходимость освоения новой, конкурентоспособной,
инновационной продукции, для которой необходимо реализация проекта
исследованию рынка, повышения эффективности маркетинговой
деятельности;
- наличие свободных средств, которые можно вложить в коплексную
автоматизацию предприятия.
Заинтересованные стороны проекта (стейкхолдеры):
- директор предприятия в части реализации стратегии инновационного
развития;
- главный инженер в части повышения качества и расширения
ассортимента производимых товаров;
- начальник экономико-планового отдела – заместитель директора в
части получения дополнительной прибыли:
49
- заместитель директора по маркетингу и сбыту в части расширения
рынка сбыта продукции, повышения точности прогнозов;
- начальники цехов в части обеспечения большей выработки;
- рабочие предприятия в части увеличения заработной платы за счет
дополнительной выработки.
Сформулируем требования к функциям, которые должна выполнять
информационная система:
- анализ кадровой деятельности предприятия;
- ведение списка сотрудников предприятия;
- учет рабочего времени;
- расчет заработной платы.
Вышеуказанные цели могут быть решены путем внедрения в практику
кадровой деятельности предприятия специализированной системы учета
рабочего времени и расчета заработной платы.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Рассмотрим наиболее вероятные риски по фазам жизненного цикла
информационной системы в соответствии с выбранным стандартом.
Фаза выработки концепции - возможен риск сознания концепции,
которую впоследствии будет сложно (не возможно) реализовать. В
выработки концепции должны быть описаны основные (базовые) функции
разрабатываемой информационной системы. Главное создать основу, и в
дальнейшем развивать созданную систему.
Для предотвращения возникновения рисков на фазе выработки
концепции, необходимо четко понимать свои возможности. Для
предотвращения переоценки собственных сил, в первую очередь нужно
создать общую концепцию, в которой будут включены только базовые
функции будущей системы. И по мере углубления в тему разработки
расширять дополнительными функциями.
50
Фаза планирования - на фазе планирования возможен риск
неправильного планирования, разработка очень оптимистичных планов
проекта, в которые компания не успеет уложиться, вследствие чего придется
увеличивать время разработки, что повлечет за собой удорожание проекта в
целом. К фазе планирования нужно отнестись очень важно, следить за
каждым этапом и анализировать реалистичность результатов.
Для предотвращения риска на фазе планирования, нужно во время
планирования заложить в график поправки на возможные задержки в
выполнении тех или иных действий. Так нужно попытаться создать гибкий
график который бы не ломался в связи задержки или опережения.
Фаза разработки - возможен рисок того что разработка определенного
модуля будет сопряжен с большими трудностями, что какая-та функция
будет мешать продвижению разработки. На данной фазе важно во время
определить проблемный модуль или функцию и по возможности упростить
ее, заменить другой или убрать из проекта полностью.
Для предотвращения риска разработки сложного модуля, можно
принять несколько решений, либо разбить данный модуль на несколько и
решить поставленные задачи по отдельности, либо упростить сложный
модуль, если это единственный вариант преодоления риска.
Фаза стабилизации - на фазе стабилизации возможен риск выявления
большого количества ошибок в программном коде, что потребует больших
затрат на доработку и устранения всех выявленных ошибок. Невозможно
предсказать, сколько ошибок будет найдено и как много времени
понадобится на их устранение.
Для предотвращения рисков на фазе стабилизации, необходимо данной
фазе отвести максимально возможное время, выделенное на разработку
системы. Так как в зависимости от того на сколько качественным будет
продукт, зависит примет ли заказчик данную разработку или нет.
Фаза внедрения - фаза внедрения может оказаться очень длительной,
если заказчик по каким-либо причинам будет не доволен разработанным
51
продуктом, персонал автоматизируемой компании может негативно
относиться к внедрению нового программного обеспечения.
Для предотвращения рисков на данной фазе необходимо произвести
качественное обучение персонала еще до начала внедрения, обучить службу
сопровождения и поддержки. Понять какие проблемы могут возникнуть в
процессе внедрения и уже быть готовым к их решению. Постоянно
консультировать персонал по поводу возникших у них трудностей, создать
горячую линию для решения данных проблем.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Комплекс мер по защите информации в разрабатываемой системе
включает в себя следующие аспекты:
– защита информации непосредственно в информационной системе
от внутренних угроз;
– защита информации от внешних угроз.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа.
Защита от внешних угроз осуществляется путем применения
следующих способов:
- использованием программно-аппаратных комплексов;
- разработкой и соблюдение политик безопасности;
- использованием защищенных каналов связи при передаче
информации;
- использованием антивирусных средств;
- физической защитой помещений с наиболее ценной информацией.
52
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Рис. 2.1 - Информационная модель
Область 1 отображает процесс конфигурирования ИС в части ввода
начальной информации. Вся эта информация необходима для ввода данных
по проектам.
Область 2 отображает процесс динамического заполнения базы данных
сотрудниками отдела кадров для ведения базы данных сотрудников в БД.
Проектировщики предполагают, что при вводе данных сначала
заполняется справочник предприятий. Затем для каждого предприятия
заполняется список отделов. Далее для каждого отдела предприятия
заполняется список должностей
При заполнении справочника сотрудников сначала вводятся данные
сотрудника, потом выбирается предприятие, затем отдел, а потом должность
сотрудника и вводятся данные для входа в АИС.
Проектировщики предполагают что при вводе должности в БД
специалист выполняет следующие действия:
• Выбирает сначала предприятие
53
• Выбирает отдел предприятия
• Вводит название должности.
Область 3 отображает то, что моделируема ИС предоставляет на
выходе
Отчет «Табель рабочего времени»
• Из справочника «Сотрудники» узнаем табельный номер
сотрудника
• Из справочника «Предприятие» узнаем предприятие, на котором
работает сотрудник
• Из справочника «Отдел» узнаем отдел, в котором работает
сотрудник.
• Из справочника «Должность» узнаем должность сотрудника
• Из справочника «Рабочее время» узнаем отработанные часы за
выбранный период.
Отчет «Заработная плата за указанный период
• Из справочника «Сотрудники» узнаем табельный номер
сотрудника
• Из справочника «Предприятие» узнаем предприятие, на котором
работает сотрудник
• Из справочника «Отдел» узнаем отдел, в котором работает
сотрудник.
• Из справочника «Должность» узнаем почасовую оплату
сотрудника
• Из справочника «Рабочее время» узнаем отработанные часы за
выбранный период.
• Высчитываем заработную плату за выбранный период
54
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
В системе используется 5 видов кодирования, предназначенные для
однозначной идентификации сотрудников бухгалтерии, пользователей, типов
карт, банков, типов начислений. Виды системы кодирования, указанны в
таблице 2.3.
В системе применяются следующие разновидности системы
кодирования, показанные в таблице 2.2.
Таблица 2.2
Используемые системы кодирования
Кодируемое
множество
объектов
Длина
кода
Мощность
кода
Система
кодирования
Система
классификации
Вид
классификатора
Сотрудник
8
9999999
Порядковая
Отсутствует
Локальный
Предприятие
3
99
Порядковая
Отсутствует
Локальный
Отдел
4
999
Порядковая
Отсутствует
Локальный
Должность
4
9999
Порядковая
Отсутствует
Локальный
Логин
2
99
Порядковая
Отсутствует
Локальный
Доступ
4
9999
Порядковая
Отсутствует
Локальный
В системе применяются справочники, указаныне в таблице 2.3.
Таблица 2.3
Перечень используемых справочников
название
справочника
ответственный за
ведение
средний
объём
справочника в
записях
среднюю
частоту
актуализации
средний объем
актуализации,
%
Сотрудники
Администратор
250
1 раз в месяц
10
Предприятие
Администратор
8
1 раз в год
10
Отдел
Администратор
80
1 раз в год
10
Должность
Администратор
98
1 раз в год
10
Логин
Администратор
250
1 раз в месяц
10
Доступ
Администратор
3
1 раз в год
10
55
2.2.3 Характеристика результатной информации
Результатной информацией для задачи автоматизации учкта
трудозатрат и расчета заработной платы является следующие документы:
– табель рабочего времени;
– Заработная плата сотрудников за выбранный период;
В табеле рабочего времени имеются следующие реквизиты:
– табельный номер, фамилия, имя, отчество сотрудников;
– дата работы;
– кол-во отработанных часов;
Заработная плата сотрудников за выбранный период
– табельный номер, фамилия, имя, отчество сотрудников;
– Дата начала периода
– Дата конца периода
– Заработная плата
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Сценарий диалога представлен на рисунке 2.2.
Любой функционал программы можно разделить на основной, с
помощью которой достигается основная цель алгоритма программы и
дополнительный (Служебный) это то, что можно настроить изменить,
прояснить. Дерево функций как раз наглядно демонстрирует разделение
данных функций. Дерево функций изображено на рисунке № 2.3.
56
Вход в систему
Ввод пароля
Главная форма
1. Справочники
2. Табель рабочего
времени
3 Отчеты
1 Справочники
1.1 Предприятия
1.2 Список отделов
1.3 Список должностей
1.4 Сотрудники
3. Отчеты
3.1 Трудозатраты за выбранный период
1.1 Предприятия
1.1.1 Добавление предприятие
1.1.2 Удаление предприятия
1.1.3 Исправление преддприятия
2.2 Список отделов
2.2.1 Добавление отдела
2.2.2 Удаление отдела
2.2.3 Исправление отдела
1.3 Список должностей
1.3.1 Добавление должности
1.3.2 Удаление должности
1.3.3 Исправление д олжности
1.4 Сотрудники
1.4.1 Добавление сотрудника
1.4.2 Удаление сотрудника
1.4.3 Исправление данных
сотрудника
2. Табель рабочего времени
2.1 Добавление рабочего времени
2.2 Исправление рабочего в ремени
Рисунок 2.2 - Сценарий Диалога работы программы
Функции
Основные служебные
Ведение табеля
рабочего
времени
Расчет
заработной
платы
Ведение
справочников
Рис. 2.3 – Дерево функций
2.3.2 Характеристика базы данных
При анализе предметной области были выявлены сущности.
Определены атрибуты для них, а среди атрибутов определим первичные и
внешние ключи
Перечень выявленных сущностей
Сотрудник;
Логин-пароль;