47
каскадной модели, она допускает возврат каждого этапа жизненного цикла на любой
предыдущий этап для выполнения межэтапной корректировки. При этом
обеспечивается большая надежность ПО, но вместе с тем увеличивается
длительность периода разработки рисунок 8. [12]
Рис. 8 - Поэтапная модель с промежуточным контролем разработки программного
обеспечения.
- спиральная модель жизненного цикла устраняет недостатки предыдущих
моделей. Основными для ее разработки являются начальные этапы: анализ и
проектирование. На них, как будет осуществляться реализуемость технических
решений проверяется с помощью создания прототипов рисунок 9. [12]
48
Рис. 9 - Спиральная модель разработки ПО.
При спиральной модели разработки неоконченные работы на очередном этапе
позволяют перейти на следующий этап. Эта работа может быть сделана на
следующем витке спирали. Тем самым есть возможность предъявить будущим
пользователям системы ее некий работоспособный вариант для уточнения
требований.
Целью дипломного проекта является разработка системы учета выполненных
автотранспортом работ. В связи со средней сложностью разработки и длительным
периодом для разработки информационной системы будет использована поэтапная
модель с промежуточным контролем. Использование этой модели позволит
формировать на каждом этапе законченный комплект документации и, если есть
необходимость вернуться к предыдущему этапу и внести изменения в соответствии
с пожеланиями пользователей и, в тоже время, планировать сроки завершения
проекта и соответствующие затраты.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
При разработке любого проекта часто возникает ситуация, связанная с
неточность, неполнотой, или неопределенностью информации об условиях создания
49
проекта и связанных с ним затратах и результатах. Несомненно, что, все участники
проекта весьма заинтересованы в том, чтобы исключить возможность неудачной
реализации проекта из-за таких ситуаций. Существующие методологии управления
проектами содержат специальные процедуры, которые позволяют определить риски
на всех этапах жизненного цикла проекта. Зная значимость и виды рисков, можно
предусмотреть их возникновение и воздействовать на них, снижая их негативное
воздействие на проект.
Для нашего проекта ожидаемые риски будут следующие:
1.Этап подготовки проекта.
Риски
Способы предотвращения
Риск персонала
привлечение неопытного
персонала к выполнению
проекта;
включение в состав
разработчиков «случайных»
сотрудников, а не ключевых
участников автоматизируемых
бизнес процессов;
отсутствие мотивации
сотрудников;
негативное отношение персонала
к проекту;
необдуманный план ведения
работ;
Активное взаимодействие с
руководством в ходе проекта и
своевременное принятие
решений.
Четко сформулированные цели
проекта
Проработка общей стратегии
автоматизации организации
Стабильный состав рабочей
группы в течение всего проекта
Риск ведения проекта
Неверное определение рамок и
масштаба проекта
Проектирование ошибочных
функций системы
Обеспечение стабильности
границ проекта, которые
определяются на начальном
этапе и остаются неизменными
вплоть до окончания проекта.
50
Выбор неправильных
технологий и методов решений
задач
Качественное планирование
выполняемых работ
Утверждение и согласование
проектного решения
Риск неверного планирования
Неэффективный
организационный план
внедрения системы
Срыв сроков выполнения работ
по этапам
На ранних стадиях проекта ,
организация командной работы,
распределение ролей и
стимулирование.
Документирование всех работ и
обеспечение доступа к данным
всем участникам проекта
2. Этап разработки.
Риски
Способы предотвращения
Риск персонала
Увольнение ключевых
сотрудников, ответственных за
проведение разработки
Недопонимание между
участниками проекта из-за
отсутствия налаженной системы
коммуникации
Отбор программистов без опыта
работы с подобными системами
Тщательный подбор
сотрудников, участвующих в
проекте
Налаженная система
коммуникации между
сотрудниками, постоянное
документирование изменений
системы
Технические риски
Приостановка разработки из-за
ошибок в используемом
программном обеспечение.
Пользовательская документация
охватывает не все функции
системы
Использование только
проверенного лицензионного
ПО, проведение регулярного
резервного копирования данных
Проверка документации на
полноту сведений
3. Этап внедрения.
Риски
Способы предотвращения
Риск персонала
51
Несогласованность действий
разработчика и специалистов
предметной области
Нежелание сотрудников работать
с новой системой и связанные с
этим трудности их обучения
Неучастие руководства в проекте
Обучения сотрудников работе с
системой
Составление плана внедрения
системы
Обоснование необходимости
автоматизации персоналу
Вовлечение руководства в
проект и активное
взаимодействие с ним в ходе
всего проекта.
4. Этап эксплуатации и сопровождения.
Риски
Способы предотвращения
Технические риски
Ошибки в программе,
приводящие к невозможности ее
использования
Некорректная эксплуатация
оборудования
Тщательное тестирование и
модификации во время
разработки системы
Документирование технических
условий и их согласование
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
На текущий период времени нельзя представить ни одной организации,
которая бы не использовала для ведения своего бизнеса какую-либо
информационную систему, которая обеспечивает эффективное выполнение бизнес-
процессов как государственных, так и коммерческих предприятий. Однако, то, что
использование информационных систем стало повсеместно и жизненно необходимо
повысилась актуальность проблемы: а именно, необходимость повышения защиты
используемых информационных систем.[15]
Для данной информационной системы разработан комплекс мер, который
включает в себя следующее:
- защита информации от внутренних угроз;
- защита информации от внешних угроз.
Защита информационной системы от внутренних угроз основана на
разграничении прав доступа, для защиты от несанкционированного доступа.
Разграничение доступа реализуется средствами защиты на основе процедур
52
идентификации, аутентификации и авторизации пользователей, претендующих на
получение доступа к информационной системе рисунок 10
Рис. 10 - Процедура входа в информационную систему
Характеристика политики разделения прав доступа в соответствии с ролью
пользователя в информационной системе приведена в таблица 2, в таблице 3
приведено разделение прав доступа к таблицам и модулям базы данных.
Таблица 2. Разделение прав доступа в соответствии с ролью.
Роль
чтение
добавлен
ие
изменени
е
удаление
просмотр
редактир
ование
Администратор
+
+
+
+
+
+
Сотрудник отдела
+
+
+
+
Руководитель отдела
+
+
+
+
Сотрудник отдела
безопасности
+
+
+
+
53
Таблица 3. Доступ к таблицам и модулям базы данных
Администратор
Сотрудник
отдела
Руководитель
отдела
Сотрудник
отдела
безопасности
Журнал:
ЭксплуатацияАвто
+
+
+
+
Отчет по службам
+
+
+
Отчет по
автомобилям
+
+
+
Форма: печать
заказа
+
+
+
Расчет времени
+
+
+
Расчет стоимости
+
+
+
Справочник
службы
+
Справочник
должности
+
Справочник
контрагенты
+
Справочник тип
автомобиля
+
Справочник
сотрудники
+
+
Справочник
автомобиль
+
Справочник виды
работ
+
Защиты от внешних угроз предусматривает :
54
- разработку и соблюдение политик безопасности (ограничение доступа
пользователей к информации, анализ и статистика нарушений информационной
безопасности, информационный мониторинг, распределение ответственности по
обеспечению информационной безопасности, определение порядка работы с
информацией, являющейся конфиденциальной);
- использование защищенных каналов связи при передаче информации;
- использование антивирусных средств (Trend Micro).
55
2.2.Информационное обеспечение задачи
2.2.1. Информационная модель и ее описание
Информационная модель задачи автоматизации учета услуг оказанных
автотранспортом предприятию представляет собой схему, которая отражает
преобразование информационных реквизитов от источника информации до ее
получателя. Модель имеет четыре логических уровня.[7]
- Источники информации – это сотрудники , которые вносят информацию и
заполняют справочники;
- таблицы с промежуточной информацией: справочники, содержащие
условно-постоянную информацию, в нашей информационной системы их шесть:
Справочник «Службы», Справочник «Должности», Справочник «Контрагенты»,
Справочник «ТипАвтомобиля», Справочник «Сотрудники», Справочник
«Автомобиль», Справочник «ВидыРабот»; журнал «Эксплуатация Авто»;
- результатные документы: отчеты, полученные на основе введенной
сотрудником информации у нас это: отчет «Отчет по службам», отчет «Отчет по
автомобилям», отчет «Отчет по машино-часам», отчет «Отчет по авто
расширенный», отчет «Отчет по виду работ»;
- получатели информации: сотрудник, получающий отчет с вывод его на
экран, либо на печать.
Информационная модель представлена на рисунке 11
56
Рис. 11 - Информационная модель информационной системы «Автоматизация
учета работ, выполненных автотранспортом, для ООО «Объединенное ПТУ
Кузбасса».
В соответствии с представленной информационной моделью сотрудник
заполняет справочники. Далее, используя данные заполненных справочников и
данные информации о заказе (возможен устный вариант), изменяет содержание
таблицы ЭксплуатацияАвто. На основании таблицы ЭксплуатацияАвто и
справочников сотрудник получает экранные формы выходных документов или
печатный вариант, название выходных документов соответствует названию отчетов
указанных в информационной модели.