56
Типичное применение
интернет / интранет-службы, терминальные службы,
контроллер домена, файловый сервер, универсальный
сервер рабочей группы или небольшой компании
Процессоры
Один четырехядерный процессор Intel Xeon 3400
Кэш-память процессора
64KB кэш-памяти 1-го уровня для каждого ядра
256KB кэш-памяти 2-го уровня для каждого ядра
8 МБ общей для всех ядер кэш-памяти 3-го уровня
Серверная платформа
Intel S3420GP
Набор микросхем
чипсет Intel 3420
Оперативная память
до 32 ГБ ECC Registered DIMM DDR3 800/1066/1333
Сетевой контроллер
два интегрированных однопортовых Intel Gigabit
Ethernet
Дисковый контроллер/
RAID-контроллер
интегрированный 6-ти портовый Serial ATA II RAID
контроллер (уровни 0, 1, 10)
Дисковод / оптический привод
привод SATA DVD-RW
Максимальное количество
внутренних дисковых отсеков
6 Serial ATA II или SAS
Возможность «горячей»
замены дисков
Да
Максимальная емкость
внутренних накопителей
6 ТБ SATA (6x1000 ГБ)
6 ТБ SAS (6x1000 ГБ)
Интерфейсы
6 портов USB 2.0, Serial port, монитор
Графический адаптер
интегрированный видеоконтроллер LLC Pilot II с 64
MB видеопамяти (VGA DB-15)
В такой комплектации информационная система будет подходить к
внедрению системы документооборота.
57
II. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы можно представить в
качестве ряда событий, котоыре происходят с системой в процессе ее
разработки и использования. Модель жизненного цикла отражает разные
состояния системы, начиная с момента появления необходимости в данной
информационной системы и заканчивая моментом ее полного выхода из
эксплуатации. Модель жизненного цикла представляет собой структуру, в
которой содержатся процессы, задачи и действия, которые ореализуются в
процессе разработки, сопровождения и эксплуатации программного продукта
на протяжении всей жизни системы – от установления требований до
завершения ее использования.
На сегодняшний день, в основном, используются модели жизненного
цикла:
каскадная (последовательное выполнение всех этапов проекта в
строго фиксированном порядке);
поэтапная (итерации с циклами обратной связи между этапами);
цикличная модель (на каждом цикле выполняется создание
очередной версии продукта, уточняются требования проекта, определяется его
качество и планируются работы следующего цикла).
В данном проекте будет использоваться методология разработки и
внедрения IT решений – Microsoft Solution Framework (MSF).
Платформа Microsoft Solutions Framework (MSF) реализует гибкий
подход, который позволяет быстрее создавать технологические решения,
привлекая меньше людей, снижая риски и повышая уровень качества. MSF
помогает группам напрямую устранить основные проблемы с
58
технологическими процессами, что улучшает качество решений и влияние на
бизнес.
MSF фокусируется на следующих аспектах:
согласование деловых и технологических целей;
определение четких целей, ролей и ответственностей для проекта;
реализация итеративного процесса на основе вех и контрольных
точек;
упреждающее управление рисками;
эффективная реакция на изменения.
Базовые принципы и образ мышления MSFмогут помочь командам
разработчиков оптимизировать свою совместную работу при реализации
решения.
Групповая модель MSF позволяет масштабировать проекты,
гарантировать выполнение потребностей заинтересованных лиц и определяет
роли и ответственности на основе целей.
Модель управления MSF (которую ранее называли моделью процессов
MSF) позволяет быстро получать высококачественные результаты с помощью
проверенного жизненного цикла проекта, определяющего основные действия
по проекту.
В основе Microsoft Solution Framework (MSF) лежат принципы и образы
мышления, составленные на протяжении многолетней практики. Хотя они и
проистекают из здравого смысла, однако понять их и правильно реализовать не
так просто. Тем не менее перенятие этого опыта поможет группам эффективно
создавать качественные программные продукты.
В модели MSF выделяется пять стадий жизненного цикла: Разработка
концепции, Планирование, Разработка, Стабилизация, Внедрение.
В ходе своей работы персонал организации должен следовать всем
инструкциям, которые относятся к разработанной информационной системе. В
случае возникновения вопросов либо проблем, персоналу необходимо
59
обратиться в службу технической поддержки. Такая служба проанализирует
ситуацию, и примет необходимые меры для быстрого их устранения.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
В ходе жизненного цикла информационной системы часто могут
возникнуть риски, которые могут сорвать разработку. Для их избегания
проводится оценка вероятных рисков и разрабатываются способы,
позволяющие устранить эти риски или свести к минимуму их влияние.
Рассмотрим самые распространенные риски по фазам жизненного цикла
ИС в соответствии с выбранным стандартом.
Фаза разработки концепции – возможен риск создания такой концепции,
которую в дальнейшем будет слишком тяжело реализовать. В разработки
концепции должны быть представлены основные функции разрабатываемой
ИС.
Для предотвращения рисков на фазе разработки концепции, нужно четко
понимать свои возможности. Для того, чтобы избежать переоценку своих сил,
прежде всего необходимо придумать общую концепцию, где будут
присутствовать только основные функции планируемой системы. По мере
реализации проекта расширять концепцию дополнительными функциями.
Фаза планирования – на данном этапе возможен риск неправильного
планирования, составление слишком оптимистичных планов проекта, в
которые организация не сможет уложиться. В результате чего придется
увеличивать время разработки, что в свою очередь повлечет за собой
значительное удорожание проекта.
Фаза разработки – на данном этапе возможен рисок того что разработка
какого-либо определенного модуля будет связана с большими трудностями, что
какая-либо проблемная функция будет препятствовать продвижению
разработки. На этом этапе важно своевременно определить проблемный модуль
или задачу и максимально упростить ее, заменить другой функцией или вообще
убрать из проекта.
60
Фаза стабилизации – на данном этапе возможен риск выявления
большого числа ошибок в исходном коде, что приведет большое количество
расходов на доработку и устранения всех обнаруженных ошибок. Сложно
предсказать, сколько именно ошибок будет выявлено и как много времени
понадобится для того, чтобы их устраненить.
Фаза внедрения – данный этап может оказаться весьма длительным, если
заказчик будет не доволен разработаннрй системой.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Комплекс мер по защите информации в разрабатываемой системе
включает в себя такие аспекты:
защита данных непосредственно в ИС от внутренних угроз;
защита данных от внешних угроз.
Для защиты от внутренних угроз в системе реализуется политика
разделения прав доступа. Характеристика политики представлена в таблице 7.
Таблица 7
Разграничение прав пользователей
Группы
пользователей
Модуль
«Авторизация»
Модуль
«Регистрация
документа»
Модуль
«Постановка на
контроль»
Модуль
«Резолюция»
Сотрудники
ОД
Чтение
Полный
Чтение
Ограничен
Руководитель
Чтение
НЕТ
Полный
Полный
Администрато
р системы
Полный
Полный
Полный
Полный
Защита от внешних угроз выпоняется посредством применения таких
способов:
применение программно-аппаратных систем;
формирование и соблюдение политик безопасности;
применение защищенных каналов связи при передаче данных;
61
применение антивирусных средств;
физическая защита помещений с ценной информацией.
Характеристика применяемых средств от внешних угроз
информационной безопасности представлена в таблице 8.
Таблица 8
Характеристика используемых средств от внешних угроз информационной
безопасности
Способ
Описание
Программно-аппаратные
системы защиты информации
КСЗИ «Панцирь-К»
Разработка и реализация
политик безопасности
разграничение доступа пользователей к информации;
статистика и анализ нарушений информационной
безопасности;
информационный мониторинг;
распределение ответственности по обеспечению
информационной безопасности;
установление порядка работы с конфедициальными
данными
Защита каналов связи
протокол SSH
Антивирусная защита
Kaspersky Total Space Security
Физическая защита
помещений
система контроля и управления доступом;
оборудование помещений защитными решетками на
окнах;
разграничение прав доступа в помещения.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель – это совокупность информации об объекте,
описывающая свойства и состояние объекта, процесса или явления, а также
связи и отношения с окружающим миром. Информационная модель
представлена на рисунке 8.
62
Рисунок 9. Информационная модель системы
В соответствии с приведенной информационной моделью, работа
системы осуществляется следующим образом.
Администратор системы регистрирует клиентов, приобретающих
несколько билетов или абонементов, используя справочник «Клиенты» и
изменяя содержимое таблицы «Клиенты». Также он модифицирует содержимое
этой таблицы, редактируя данные для доступа к системе каждого кассира.
Кассир продает билеты, оформляет бронь и абонементы, используя
документы «Бронь», «Абонемент» и справочник «Репертуар» и изменяя
содержимое таблиц «Бронь», «Абонемент», «Продажа».
63
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
В системе используются справочники, приведенные в таблице 9.
Таблица 9
Перечень используемых справочников
Название
справочника
Ответственный
за ведение
Средний
объём
справочника в
записях
Средняя
частоту
актуализации
Средний объем
актуализации,
%
Репертуар
Кассир
100
1 раз в месяц
10
Жанры
Кассир
10
1 раз в год
10
Клиенты
Кассир
20
1 раз в год
10
Театры
Кассир
500
1 раз в месяц
25
Кассир
Кассир
10
1 раз в год
10
В системе существуют следующие перечисления:
Вид зрителя значения: Частное лицо и Организация
Вид спектакля значения: Взрослый и Детский
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Сценарий диалога довольно прост и похож на интерфейс подавляющего
большинства программных продуктов, с которыми пользователь уже раньше
работал.
Имея уже опредеелнные представление выходной и входной информации
основной задачей при разработке внутримашинной базы данных является
создание структуры базы данных, обеспечивающей:
удобство и простоту работы;
необходимые условия доступа к подбазам с учетом
санкционированного доступа к информации;
необходимую производительность для работы в режиме реального
времени.
64
Структурно программа составляется из модулей, которые выполняют
отдельные операции, входящие в состав функционального набора АРМ.
Диалог представляет собой процесс обмена сообщениями между
пользователем и электронными вычислительными машинами, при котором
проводится постоянная смена ролей информатора и реципиента, при этом
смена ролей должна быть оперативной.
Работа с ИС начинается с основной формы, через которую можно зайти в
необходимую подсистему (рисунок 9).
Рисунок 10. Дерево функций информационной системы
В программе представлены следующие справочники:
репертуар;
жанры;
клиенты;
театры;
кассир.
В справочниках хранится вся информация о театрах, репертуаре,
клиентах, жанрах.
65
Отчеты, а также, операции над ними. Это:
афиша
забронировано;
отчет о продаже билетов.
Система является диалоговой, т.е. выполняет с функциональной точки
зрения процесс обмена сообщениями между пользователями и ЭВМ, при
котором, осуществляется постоянная смена ролей информатора и реципиента.
Для просмотра информации об общем объеме зарегистрированных
документов формируется отчет.
2.3.2. Характеристика базы данных
В базе данных хранится информация об определенной предметной
области. Предметной областью является часть реального мира, которая
представляет определенный интерес для данного исследования.
В автоматизированных ИС отражение предметной области
обеспечивается за счет информационной модели. В зависимости от аспекта
рассмотрения разделяют модели данных нескольких уровней. Количество
реально выделенных и поддерживаемых уровней зависит от особенностей
СУБД.
В основном выделяют 3 уровня моделей: логический, физический и
внешний.
Цель инфологического моделирования – это обеспечение естественных
для человека методов сбора и представления той информации, которую
планируется хранить в создаваемой БД. Поэтому инфологическую модель
данных выстраивают по аналогии с естественным языком. Главным
конструктивными компонентами инфологических моделей являются сущности,
взаимосвязи и их свойства.
ER-модель представляется одним из компонентов концептуальной
модели. Использование ER- моделирования предоставляет много преимуществ: