Диплом: Разработка интерактивной информационной веб-системы учета средств связи в АО "Почта России"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
77
2. Разработка проекта автоматизации учета средств связи
2.1.1 Этапы жизненного цикла проекта автоматизации.
Под понятием жизненный цикл информационной системы принято понимать
совокупность стадий и этапов, которые проходит ИС от момента принятия
решения о ее создании до полного прекращения ее использования. На практике
используется несколько стандартов, описывающих ЖЦ:
- ГОСТ 34.601-90 - стандарт распространяется на автоматизированные
системы, используемые в различных видах деятельности (исследование,
проектирование, управление и т.п.), включая их сочетания, создаваемые в
организациях. Стандарт устанавливает стадии и этапы создания
автоматизированной системы.
- ISO 12207 - стандарт применяется при приобретении систем, программных
продуктов и оказании соответствующих услуг (внедрение, сопровождение); а
также при интеграции, разработке, эксплуатации и сопровождении программных
продуктов и компонентов программно-аппаратных средств в самой организации,
так и вне ее.
- ISO 15288 - стандарт обеспечивает общие основы процессов, составляющих
жизненной цикл систем, созданных человеком. Этот жизненный цикл
охватывает концепции идей вплоть до снятия системы с эксплуатации. Он
обеспечивает процессы для приобретения и поставки системы.
- RUP (Rational Unified Process рациональный унифицированный процесс) —
это методология разработки ПО, созданная и распространяемая корпорацией
Rational Softwar. Она описывает упорядоченный подход к распределению задач
и обязанностей в организации-разработчике. Для описания этапов жизненного
цикла разработки будет использоваться методика Rational Unified Process (RUP)
так как она, по моему мнению, является наиболее подходящей. В основе RUP
лежат следующие принципы:
Ранняя идентификация и непрерывное (до окончания проекта) устранение
основных рисков.
78
Концентрация на выполнении требований.
Ожидание изменений в требованиях, проектных решениях, их реализация
в процессе разработки.
Компонентная архитектура, реализуемая и тестируемая на ранних стадиях
проекта.
Постоянное обеспечение качества на всех этапах разработки проекта.
Работа над проектом в сплоченной команде, ключевая роль в которой
принадлежит архитекторам.
Данный стандарт выделяет следующие этапы жизненного цикла ИС:
1. Начало (Inception) На этом этапе:
Формируются видение и границы проекта.
Создается экономическое обоснование.
Определяются основные требования, ограничения и ключевая
функциональность продукта.
Создается базовая версия модели прецедентов.
Оцениваются риски.
При завершении начальной стадии оценивается достижение вехи целей
жизненного цикла, которое предполагает соглашение заинтересованных сторон
о продолжении проекта.
2. Проектирование (Elaboration) На этапе проектирования производится
анализ предметной области и построение исполняемой архитектуры. Это
включает в себя:
Документирование требований (включая детальное описание для
большинства прецедентов).
Спроектированную, реализованную и оттестированную исполняемую
архитектуру.
Обновленное экономическое обоснование и более точные оценки сроков и
стоимости.
79
Сниженные основные риски.
Успешное выполнение фазы проектирования означает достижение вехи
архитектуры жизненного цикла.
3. Построение (Construction) Во время этой фазы происходит реализация
большей части функционала приложения. Фаза построения завершается первым
релизом системы и вехой функциональной готовности (Initial Operational
Capability).
4. Внедрение (Transition) Во время фазы внедрения создается финальная
версия продукта и передается. Это включает в себя программу бетатестирования,
обучение пользователей, а также определение качества продукта. В случае, если
качество не соответствует ожиданиям пользователей или критериям,
установленным в фазе Начало, фаза внедрения повторяется. Выполнение всех
целей означает достижение состояния готовности продукта (Product Release) и
завершение цикла разработки.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание.
Любой проект по созданию информационной системы предприятия всегда
включает множество задач, связанных с общим управлением проектом,
разработкой ПО, проектированием ИС, внедрением, каждая из которых сама по
себе является проектом с присущими ему особенностями. Поэтому в ходе
разработки существуют различные риски.
Риски заказчика связаны с неполным достижением целей проекта и не
эффективно израсходованными средствами, а риски исполнителя - с
возможностью резкого превышения фактической себестоимости работ по
сравнению с плановой. Необходимость ведения параллельных и подчас
принципиально отличающихся по своему характеру работ приводит к тому, что
многократно возрастает уровень риска проекта.
80
Наиболее характерные риски и методы из минимизации приведены в таблице
2.1
Таблица 2.1 Возможные риски проекта и способы их минимизации
Виды
рисков/варианты
менеджмента рисков
Снижение видов риска
Снижение
вероятности
возникновения риска
Риски, связанные с
масштабом проекта
Детальный анализ каждого
этапа работ, взаимодействия
участников, организации
работ
Детально
проработанная программа
качества, отработанное
управление
конфигурацией проекта,
специальные процедуры
взаимодействия
участников
Риски, связанные с
недостаточным
опытом в сфере ИТ
Проведение обучения
пользователей, включая
руководство, соблюдение
технологий работы
Разработка и
утверждение концепции
проекта на возможно более
ранней его стадии
Технические риски
проекта
Строгий отбор проектной
команды по
квалификационным
критериям. Обучение
участников проекта
технологии проектных работ,
инструментальным средствам
Использование
стандартов предприятия на
проектные работы,
разработка стандартов
проекта
Организационные
риски проекта
Обучение участников
проекта (курс "управление
проектом"), тренинги
команды, как можно более
полная формализация
деятельности
Включение в команду
администратора проекта,
детальное распределение
ролей в проекте
Операционные
риски проекта
Многократное
тестирование созданных
продуктов, тщательная
экспертиза документов
Строгое выполнение
процедур программы
качества
81
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Комплекс мер по защите информации в разрабатываемой системе включает в
себя следующие аспекты:
· защита информации непосредственно в информационной системе от
внутренних угроз;
· защита информации от внешних угроз.
Для защиты от внутренних угроз в системе используется политика разделения
прав доступа. Характеристика политики приведена в таблице 2.2.
Таблица 2.2 Разграничение прав пользователей
«Авторизация»
Модуль
«Регистрация»
«Ввод»
«Отчеты»
Чтение
Полный
Ввод
данных
Полный
Полный
Полный
Полный
Полный
Защита от внешних угроз осуществляется путем применения следующих
способов:
- использованием программно-аппаратных комплексов;
- разработкой и соблюдение политик безопасности;
- использованием защищенных каналов связи при передаче информации;
- использованием антивирусных средств;
- физической защитой помещений с наиболее ценной информацией.
82
Характеристика используемых средств от внешних угроз информационной
безопасности приведена в таблице 2.3.
Таблица 2.3 Характеристика используемых средств от внешних угроз
информационной безопасности
Способ (метод)
Описание (наименование средства)
Разработка и соблюдение политик
безопасности
- ограничение доступа пользователей
к информации;
- анализ и статистика нарушений
информационной безопасности;
- информационный мониторинг;
- распределение ответственности по
обеспечению информационной
безопасности;
- определение порядка работы с
информацией, являющейся
конфиденциальной.
Защита каналов связи
протокол SSH
Антивирусная защита
Kaspersky Endpoint Security
Физическая защита помещений
- система контроля и управления
доступом;
- оборудование помещений
решетками на окнах;
- разграничение прав доступа в
помещения.
83
2.2. Информационное обеспечение задачи
2.2.1 Информационная модель и ее описание.
Информационная модель представлена на рисунке 5.
Рисунок 5. Информационная модель
Работу с информационной системой проводят 3 категории пользователей:
Разработчик;
Администратор;
Сотрудник.
Разработчик – данный пользователь отвечает за разработку конфигурации ИС,
реализацию программного кода.
Администратор – данный пользователь отвечает за управление справочниками
пользователей, назначение ролей и уровней доступа к ИС, устранение
внутренних ошибок БД.
Сотрудник – данный пользователь отвечает за напыление и актуализацию
справочников ИС.
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации.
В системе используются справочники, приведенные в таблице 2.4.
84
Таблица 2.4 Перечень используемых справочников
№ П/П
Название справочника
Ответственный за ведение
1
Макрорегион
Администратор
2
Филиал
Администратор
3
Подразделение
Администратор
4
ОбъектыСвязи
Сотрудник
5
КаналыСвязи
Сотрудник
6
Сотрудники
Администратор
7
Оборудование
Сотрудник
8
Тип
Сотрудник
9
Фирма
Сотрудник
10
Модель
Сотрудник
11
СтационарнаяТелефони
Сотрудник
Реквизитный состав справочников приведен в таблице 2.4.
Таблица 2.4 Реквизитный состав справочников
П/
П
Название
справочника
Перечень реквизитов
Тип данных
1
Макрорегион
Наименование
Строка
2
Филиал
Наименование
Рергион
КодУФПС
Индекс
Тел
Факс
Email
ОКПО
Строка
Число
Число
Число
Строка
Строка
Строка
Число
85
ОГРН
ИННКПП
Адрес
Число
Число
Строка
3
Подразделени
е
Наименование
Индекс
Строка
Число
4
ОбъектыСвязи
Наименование
Индекс
Название
Адрес
Тип
Класс
Круглосуточно
ПонедельникС
ПонедельникДо
ПонедельникВых
ВторникС
ВторникДо
ВторникВых
СредаС
СредаДо
СредаВых
ЧетвергС
ЧетвергДо
ЧетвергВых
ПятницаС
ПятницаС
ПтницаВых
СубботаС
Строка
Число
Строка
Строка
Ссылка
Число
Булево
Дата
Дата
Булево
Дата
Дата
Булево
Дата
Дата
Булево
Дата
Дата
Булево
Дата
Дата
Булево
Дата
86
СубботаДо
СубботаВых
ВоскресеньеС
ВоскресеньеДо
ВоскресеньеВых
Offline
АРМ
CE
email
Дата
Булево
Дата
Дата
Булево
Булево
Число
Ссылка
Строка
5
КаналыСвязи
Наименование
ID
ОПМ
ТПМ
Скорость
СкоростьПротакол
ТипУслуги
ТипКанала
ПоследнийЗаказ
ЛВСПКТ
Loopback
ЛВСМаска
ЛВСHosts
PtPCISCORVPN
PtPRVPNPE
PtPRVPNPEМаска
PtPRVPNPEHosts
GREtunnel1
GREtunnel2
Строка
Число
Строка
Перечисление
Число
Число
Перечисление
Перечисление
Строка
Строка
Строка
Строка
Строка
Строка
Строка
Строка
Строка
Строка
Строка

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран