35
Глава II. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Весь жизненный цикл, связанный с автоматизированной
информационной системой, следует привести в виде последовательности
этапов, которые необходимо разбить на несколько стадий:
- планирование;
- определение требований;
- выработка требований;
- анализ требований;
- проектирование;
- проектирование архитектуры;
- детальное проектирование компонентов;
- общее проектирование;
- проектирование дополнительных программных компонентов;
- реализация и тестирование;
- создание дополнительных компонентов системы;
- создание дополнительных программных модулей;
- тестирование дополнительных программных модулей;
- тестирование компонентов системы;
- внедрение отдельных компонентов в систему;
- издание системы;
- эксплуатация системы;
- завершение разработки.
Следует обратить внимание на то, что в данном жизненном цикле
основное место занимает программное обеспечение, входящее в состав
программной системы. Другие компоненты должны проектироваться и
реализовываться.
36
Также следует обратить внимание на то, что разбиение жизненного
цикла на этапы может положительно влиять на некоторые важные аспекты
создания программного обеспечения. Это может проявляться на
различных этапах жизненного цикла с целью устранения ошибок,
изменения решений, оказавшимися неверными.
Разработка автоматизированной информационной системы была
начата с выбора модели жизненного цикла, которая включает перечень
этапов, взаимосвязанных друг с другом последовательно.
В ходе анализа условий разработки и инструментальных средств,
выбрана спиральная модель жизненного цикла в разрабатываемой
автоматизированной информационной системе.
На ниже представленном рисунке 2.1 спиральная модель разделена
на части, выполняющиеся на всех стадиях разработки. Переходы от
предыдущих этапов к последующим выполняются после завершения
работ на предыдущих этапах.
Рис. 2.1. Спиральная модель жизненного цикла
37
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На этапе Разработка требований существуют риски, которые
связаны с набором и выявлением параметров системы, необходимых для
решения задачи и неправильного выбора задач разработки подсистемы.
На втором этапе Проектирования могут быть ошибки в определении
функций подсистемы и стратегии автоматизации.
На третьем этапе Реализация возможно столкнутся с той проблемой,
при которой возможен неправильный выбор способа приобретения
подсистемы.
На четвертом этапе Тестирование возможна неправильная
формализация расчетов показателей. Риск можно устранить
тестированием модулей на этапе Ввода в действие.
На пятом этапе Ввод в действие, может возникнуть неправильное
функционирование технического обеспечения. Риск предотвращается
использованием лицензионного стендового оборудования, а устраняется
двойным тестированием.
На шестом этапе Эксплуатация и сопровождения есть всегда
основные риски, такие как поломка оборудования, устаревание. Риск с
поломкой предотвращается путем отслеживания за состоянием
оборудования. Второй риск устраняется посредством гибкости
подсистемы и быстрой программно-архитектурной доработкой.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Автоматизированная информационная система состоит из трех
автоматизированных рабочих мест (АРМ администратора, АРМ
начальника хозяйственного отдела, АРМ обычного пользователя), каждый
из которых имеет связь с единой базой данных.
38
Таблица 2.1 Разграничение прав пользователей
Группы
пользователей
Право на
чтение
Право на
удаление
Право на редактирование
Администратор
Есть
Есть
Есть
Управление
Есть
Нет(Только
пометка на
удаление)
Есть
Пользователь
Есть
Нет(Только
пометка на
удаление)
Нет
Каждый АРМ представляет собой отдельный интерфейс, к которому
происходит подключение посредством ввода логина и пароля, с помощью
которых можно войти только в определенный АРМ. Главным АРМом
является АРМ администратора, в котором осуществляется распределения
прав доступа к модулям, добавление новых данных и удаление их.
Защита от внутренних угроз.
Чтобы защититься от этих угроз, были созданы группы
пользователей и назначены им соответствующие права доступа.
Есть много причин, которые серьезно влияют на работу в локальных и
глобальных сетях, и приводят к утрате или потере важных данных.
Выделим следующие причины внутренних угроз:
1. Незаконный доступ сторонними пользователями.
2. Неустойчивая работа программного обеспечения, приводящая к
потере или порче данных.
3. Технические ошибки оборудования.
4. Ошибки персонала.
39
Приведем стратегические и тактические средства для мониторинга
сети для устранения возможных атак со стороны сторонних
пользователей:
Назначение стратегических средств заключается в наблюдении за
расширенным набором параметров работы сети и решении проблем
конфигурирования локальной вычислительной сети.
Назначение тактических средств заключается в мониторинге и
устранении программно-аппаратных проблем сетевых устройств и
сетевых кабелей передачи данных.
В дополнении к стратегическим средствам можно отнести:
- системы управления сетью;
- интегрированные системы диагностики и отладки;
- распределённые системы наблюдения;
- средства диагностики операционных систем, работающих на
рабочих станциях и серверах.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и ее описание
Информационная модель и ее описание предполагает
моделирование поступающих, промежуточных и результатных данных
предметной области, и дает описание характеристики. Нужно описать, как
на основе поступающих документов и другой первичной информации
происходит обработка данных и формируются выходные данные.
Представим схему информационной модели:
40
Рис. 2.2. Схема информационной модели
На схеме информационной модели изображены основные объекты
информационной системы. Связи, идущие от справочника «Контрагенты»
до справочников «Банковские счета» и «Договора», являются типом
«один-ко-многим», означающие что каждый контрагент может иметь
несколько банковских счетов и договоров. Остальные связи означают:
Каждый документ может включать в себя несколько номенклатур.
Каждая единица измерения содержится в нескольких
номенклатурах.
Каждый контрагент включается в несколько документов.
Информационная модель представлена в виде таблиц. Она позволяет
доставить информационные реквизиты от источников до получателей.
41
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
В разработанной системе входной информацией служат следующие
объекты, оформленные в виде справочников и документов.
Таблица 2.2
Название справочника
Частота обновления
Ответственный
Номенклатура
1 месяц
менеджер
Единицы измерения
6 месяцев
менеджер
Контрагенты
4 раза в месяц
менеджер
Договора
1 раз в неделю
менеджер
Банковские счета
4 раза в месяц
менеджер
Справочник Номенклатура содержит следующие поля:
Наименование
Полное наименование
Ставка НДС
Цена
Дата
Справочник Единицы измерения содержит следующие поля:
Наименование единицы измерения
Сокращение
Справочник Контрагенты содержит следующие поля:
Наименование
Полное наименование
ИНН
КПП
Почтовый индекс
Населенный пункт
42
Улица
Номер здания
Номер корпуса
Наименование банка
Номер счета
Наименование договора
Справочник Договора содержит следующие поля:
Наименование
Полное наименование
Контрагент
Дата заключения
Дата окончания
Номер договора
Справочник Банковские счета содержит следующие поля:
Наименование
Полное наименование
Номер счета
БИК
Корреспондентский счет
Индекс
Населенный пункт
Улица
Номер здания
Номер корпуса
Телефон
43
Таблица 2.3
Название документа
Частота обновления
Ответственный
Заявка клиента
Ежедневно
менеджер
Возврат клиента
1 раз в месяц
менеджер
Таблица Заявка клиента содержит следующие поля:
Дата
Состояние заказа
Контрагент
Договор
Дата услуги
Номенклатура
КоличествоУслуг
Ед_Изм
Цена
Ставка_НДС
Сумма_НДС
Сумма
Тип денежных средств
Банковский счет
Дата оплаты
Сумма оплаты
Таблица Возврат клиента содержит следующие поля:
Дата
Контрагент
Договор
44
Документ оказание услуги
Номенклатура
КоличествоУслуг
Ед_Изм
Цена
Ставка_НДС
Сумма_НДС
Сумма
2.2.3 Характеристика результатной информации
Все данные, которые хранятся в подсистеме, могут быть выведены в
виде результатов. А результаты - это отчеты, в которых данные выводятся
в табличном виде и экспорт данных из отчетов.
Таблица 2.4
Результатная информация
Отчеты
Экспорт данных
План услуг
Доступен экспорт данных из отчетов в
различные форматы электронных
файлов (к примеру, Excel)
Оказанные услуги
Поступившие услуги
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Дерево функций выглядит в виде иерархии функций автоматизированной
информационной системы. При этом выделяются два уровня функций:
- служебные функции;
- основные функции.