47
• Развертывание рабочих станций, установка операционных систем
Windows на них.
• Развертывание сервера базы данных и установка на нем операционной
системы Windows Server.
После развертывания информационных, программных также
технических средств необходимо провести испытание системы на развернутых
средствах также убедится в абсолютной работоспособности всей системы и
абсолютно всех модулей.
На этапе эксплуатации необходимо провести обучение всех
пользователей работе с системой.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
При формировании различного проекта регулярно возникают ситуации,
сопряженные с неопределенностью, неполнотой либо неточностью данных о
обстоятельствах проектирования проекта также связанные с ними расходы также
итоги. Соучастники проекта заинтересованы в сокращении вероятности неудачи
плана из-за подобных неясных ситуаций.
С целью уменьшения убытков с вероятных просчетов также
предотвращения неудачи проекта, методологии управления проектами
включают специализированные процедуры, какие могут помочь учитывать
условия неопределенности также риска на этапах проекта.
Предугадывать варианты значимости рисков, можно на их
воздействовать, этим наиболее понижая их негативное воздействие на
продуктивность проекта. Таким образом, возникает настоящая возможность
управления рисками. Условия риска, также неопределенности, которые
подвергаются учету во всех расчетах продуктивности, когда при различных
вероятных ситуациях реализации расходы и итоги согласно проекту
неодинаковы.
На этапе подготовки проекта.
Риски, связанные с сотрудниками:
48
• Отсутствие общих целей и задач проекта
• Отсутствие общей стратегии, связанной с автоматизацией проекта
• Недостаточное и полное отсутствие мотивации сотрудников к
проекту
• Негативное отношение сотрудников к проекту
• Неопытность сотрудников проекта
Методы устранения рисков:
• Полная проработка стратегии автоматизации
• Правильно сформулированные цели проекта
• Постоянный состав группы сотрудников на протяжении всего
проекта
• Допуск к проекту сотрудников с достаточной квалификацией
Риски ведения проекта:
• Выбор неправильных технологий также способов решения задач
• Не соблюдения требований от заказчика
• Некорректное проектирование функций системы
Методы устранения рисков:
• Правильное планирование выполнения работ
• Установка высочайшего порога принятия изменений
Риски неправильного планирования:
• Не полностью продуманный план внедрения системы
• Нарушение сроков выполнения работ на всех этапах
Методы устранения рисков:
• Документирование всех работ также предоставления доступа по
работам всем участникам проекта.
• На ранних этапах проекта проводится распределение ролей также
стимулирование сотрудников проекта.
Этап разработки, риски, связанные с персоналом:
• Отстранение основных сотрудников, ответственных за разработку.
49
• Некорректное предоставления задачи проектирования
• Отсутствие нормальной коммуникации между разработчиками
• Допуск сотрудников, не имеющих опыта с подобными системами
Методы устранения:
• Допуск сотрудников с достаточной квалификацией
• Налаженная система коммуникации между группами разработчиков
Технические риски:
• Потеря важных данных при внедрении системы
• Методы устранения
• Привлечений сотрудников с достаточной квалификацией.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
При использовании программных продуктов необходимо
придерживаться основных правил:
• Устанавливать только проверенное программное обеспечение, купленное
у официальных поставщиков или разработчиков.
• Использовать лицензионное программное обеспечение
• Проверять наличие обновления для программного обеспечения также
вовремя устанавливать их
Для обеспечения информационной безопасности и защиты информации
следует разграничить доступ пользователей системы на несколько уровнях:
• На уровне ОС, урезать доступ пользователей к файлам, папкам, сетевым
ресурсам, в зависимости от прав пользователя.
• Ограничить доступ пользователей ко всем ресурсам сети Интернет.
Для предотвращения порчи данных следует установить антивирусное
программное обеспечение, с регулярным обновлением баз данных вирусов, а
кроме того, установить и настроить Firewall с целью закрытия угроз из внешней
сети Интернет.
50
2.2 Информационное обеспечение задачи
2.2.1. Характеристика нормативно-справочной, входной и оперативной
информации
Одними из первичных входных документов являются документы
пассажира, предоставляемые им и включающие в себе сведения о нем. Таким
считается документ, удостоверяющий личность. Он содержит в себе серию,
госномер, код отделения, выдавшего его, ФИО пассажира, дату рождения.
Частота возникновения необходимости внесения данных около 4000 в
день. Справочник "Пассажиры" заполняется один раз, также его данные
являются статичными.
Описание структуры справочника «Пассажиры» в информационной
модели представлено в таблице 5.
Таблица 5
Структура справочника «Пассажиры»
Содержательное
описание
Тип данных
Возможность
значения Null
Пример
Id
Целый
Нет
1
Наименование
Символьный
Нет
Иванов Иван
Иванович
Описание структуры справочника «Рейсы» представлено в таблице 6.
Таблица 6
Структура справочника «Рейсы»
Содержательное
описание
Тип данных
Возможность
значения Null
Пример
Id
Целый
Нет
1
Наименование
Символьный
Нет
Москва-Крым
Описание структуры справочника «Маршруты» представлено в таблице 7.
Таблица 7
Структура справочника «Маршруты»
Содержательное
описание
Тип данных
Возможность
значения Null
Пример
Id
Целый
Нет
1
Наименование
Символьный
Нет
Москва-СПБ-
Крым
51
Описание структуры справочника «Авиакомпании» представлено в
таблице 8.
Таблица 8
Структура справочника «Авиакомпании»
Содержательное
описание
Тип данных
Возможность
значения Null
Пример
Id
Целый
Нет
1
Наименование
Символьный
Нет
Россия
2.2.2 Характеристика результатной информации
В ходе работы системы возникают потоки информации, такие как, запись
в БД компании поступающей информации о пассажирах. Реквизитный состав
этих данных показан в таблице 9.
Таблица 9
Реквизитный состав данных информации о пассажире
№ п/п
Наименование
Описание
Тип
1
ФИО
Фамилия, имя, отчество
пассажира
Текст
2
Серия паспорта
Серия паспорта пассажира
Число
3
Номер паспорта
Номер паспорта пассажира
Число
4
Кем выдан
Орган, выдавший паспорт
пассажира
Текст
5
Дата выдачи
Дата выдачи паспорта
пассажира
Дата
6
Дата рождения
Дата рождения пассажира
Дата
52
Интерфейс программы для справочника Рейсы показан на рисунке 11.
Рисунок 11. Интерфейс справочника Рейсы
В процессе работы информационной системы, возникает один вид
результирующей документации: билет.
2.3. Программное обеспечение задачи
2.3.1 Сценарий диалога и дерево вызова функций
Реализация проекта представляет собою набор основных также
служебных функций.
Из служебных функций можно отметить контроль целостности
введенных значений, управление печатью также управление окнами.
Основными функциями являются предоставление возможности ввода
данных, наполнение также ведение разных справочников, а так же получение
интересующей результативной информации посредствам запросов либо отчетов.
Дерево функций показано на рисунке 12.
53
Рисунок 12. Дерево функций
Рисунок 13. Ввод данных о пассажире
54
Рисунок 14. Ввод данных о маршруте
Таблица 10
Реквизитный состав данных информации о пассажире (как
будет выглядеть при полном вводе ИС)
№ п/п
Наименование
Описание
Тип
1
ФИО
Фамилия, имя, отчество
пассажира
Текст
2
Серия паспорта
Серия паспорта пассажира
Число
3
Номер паспорта
Номер паспорта пассажира
Число
4
Кем выдан
Орган, выдавший паспорт
пассажира
Текст
5
Дата выдачи
Дата выдачи паспорта
пассажира
Дата
6
Дата рождения
Дата рождения пассажира
Дата
2.3.2. Характеристика базы данных
В компании применялась СУБД MS SQL Server, которая в полной мере
отвечала поставленным задачам автоматизации аэропорта.
В поставленной задаче применяется отношения сущностей, подобранных
на основе рекомендаций, которые описаны ER-моделью.
55
Рисунок 15. ER-модель
Описание структуры справочника студентов «Пассажиры» (Спр.
«Пассажиры» в информационной модели) представлено в таблице 10.
Процедура формирования информационной модели наступает с
определения концептуальных условий предстоящих пользователей БД.
Концептуальная модель отображает предметную область в варианте
взаимосвязанных объектов без указания способов их физического хранения.
Концептуальная модель представляет интегрированные концептуальные
условия всех пользователей к базе данных этой предметной области. Возможно,
что отображенные в концептуальной модели связи между объектами попадут в
последующем нереализуемыми средствами избранной СУБД. Это потребует
изменение концептуальной модели. Вариант концептуальной модели, которая
может быть выполнена конкретной СУБД, именуется логической моделью.
Логическая модель отражает логические взаимосвязи меж атрибутами
56
объектов вне зависимости от их содержания также среды хранения а кроме того
может являться реляционной, иерархической или сетевой. Подобным образом,
логическая модель отображает логические взаимосвязи меж информационными
данными в этой концептуальной модели.
Разным пользователям в информационной модели соответствуют
различные подмножества ее логической модели, которые называются внешними
моделями пользователей. Таким образом, внешняя модель пользователя
представляет собою отражение концептуальных требований данного
пользователя в логической модели также отвечает тем представлениям, какие
пользователь получает о предметной области на основе логической модели.
Таким Образом, насколько хорошо спроектирована внешняя модель, настолько
подробно и четко информационная модель отражает предметную область и
настолько подробно и четко работает автоматизированная система управления
данной предметной областью.
Логическая модель отображается в физическую память, которая может
быть создана на электронных, магнитных, оптических, биологических либо иных
принципах.
Внутренняя модель предметной области определяет расположение
данных, способы доступа также технику индексирования в этой логической
модели и иначе называется физической моделью.
Физическая модель данных оперирует категориями, касающимися
организации внешней памяти также структур хранения, применяемых в данной
операционной среде. В настоящий момент в качестве физических моделей
применяются разнообразные способы размещения данных, основанные на
файловых структурах: это организация файлов прямого также
последовательного доступа, индексных файлов и инвертированных файлов,
файлов, использующих разнообразные способы хеширования, взаимосвязанных
файлов. Помимо этого, современные СУБД обширно применяют страничную
организацию данных. Физические модели данных, базирующиеся на страничной