43
Адаптивно
сть
Невозможность
изменить систему в
случае возникновения
такой необходимости
Возможност
ь
переработки
Возможн
ость
изменени
я за счет
разработ
чика
Возможность
переработки
разрабатывае
мых
процессов
Надежност
ь
Надежность
гарантируется
производителем
Слабая
надежность
Надежно
сть
гарантир
уется
разработ
чиком
ИС
Высокая
степень
надежности
Покупка + доработка: Это приобретение готового решения с возможностью
дописать в случае необходимости функционал силами производителей
программного обеспечения или силами самой фирмы, ее программистом, в таком
случае язык программирования должен совпадать.
Приобретение: можно купить полностью готовое программное обеспечение.
Разработка: В этом случае можно использовать внешних разработчиков,
предоставив им предварительно точное техническое задание. Есть также
возможность осуществления разработки программного обеспечения силами ИТ-
специалистов, которые работают в фирме. И в том, и в другом случае это
трудозатратный и длительный по времени проект.
Приобретение + осуществление доработки выбрано с учетом критериев, которые
даны в п. 1.3.1 т.к. Используемая сейчас информационная система HP open view
внедрена была не лучшим образом и основной процесс регистрации и обработки
заявок автоматизирован в недостаточной степени. Преимущество решения в
возможности параллельной работы в системе без кардинальных изменений при
44
доработке, максимальное количество учтённых пожеланий. Этот вариант в
большей степени подходит и потому, что если что-то пойдет не так, всегда будет
возможность остановится, рассмотреть возникшую ситуацию и начать итерацию
сначала. Основная система будет продолжать при этом работать вполне исправно.
Помимо возможности откатиться и начать сначала, в условиях ограниченности
бюджета, этот вариант будет единственно правильным решением из возможных.
1.4 Обоснование проектных решений
1.4.1 Обоснование решений по информационному обеспечению
Информационное обеспечение (ИО) включает:
● информационную базу.
● систему унифицированной документации, которая применяется в ИО;
● систему классификации и кодировки.
Классификатор - свод наименований различных группировок объектов, а также
признаков и их кодовых названий. Классификаторы предназначены для описания
сведений, обуславливают собой единство классификации и кодирования
информации и нужны для того, чтобы обеспечить нормальную машинную
обработку и выдачу сведений в удобном виде потребителям при решении разного
рода задач. В зависимости от использования их подразделяют на 3 разных группы:
● локальные классификаторы, которые применяются на практике в пределах
самой компании или группы компаний.
● отраслевые классификаторы, применяемые в пределах определенной
отрасли;
● общегосударственные классификаторы.
45
В этом дипломном проекте используется лишь локальный классификатор,
поскольку иных классификаторов РФ в системе не применяется. Классифицировать
заявки будем в соответствии с их приоритетностью заявки, по фирме и зоне ИТ, к
которой принадлежит заявка.
Значительную долю внемашинного ИО составляет различная документация. В
условиях осуществления автоматизации имеет большое значение унификация
документов, применяются единые требования к содержанию документов и их
построению. Унифицированные формы документации вырабатываются для
различных предприятий, работающих в Российской Федерации (к примеру, формы
бухгалтерской отчетности), и для различных отдельных фирм (к примеру, формы
управленческой отчетности). Унификация состоит в осуществлении тщательного
отбора и четкого определения номенклатуры документации. При этом определяют
сферы назначения и применения имеющейся документации и выявляются
специфические особенности, которые свойственны соответствующим видам
документации. Документы могут быть как локальными, так и унифицированными.
В этом дипломном проекте применения локальные документы: «Заявка на
устранение имеющихся неполадок», «Заявка на закупку предприятием
материальных ценностей» и т. д. Информационные файлы формируются на
основании имеющейся исходной информации, которая есть в первичных
документах - главных носителях первичной информации в системах машинной
обработки сведений. К ним предъявляются следующие требования:
● согласованность различных форм первичной документации с макетами
размещения сведений на машинных носителях;
● исключение избыточности сведений;
● достаточная полнота имеющейся информации для решения задач;
● логичность построения документа;
● достоверность информации и своевременность ее поступления.
46
Есть 3 разных способа организации информационной базы (ИБ): интегрированная;
файловая; смешанная.
Под смешанной организацией ИБ подразумевают распределённую БД, которая
хранится на нескольких разных серверах и реплицирует изменения в соответствии
с расписанием, эта структура применяется в разных системах класса ERP для
работы в одной ИБ в территориально удалённых друг от друга офисах.
Под файловой организацией ИБ понимают локальное размещение базы на ПК,
доступ к которому других пользователей осуществляется за счет стандартных
методов ОС для обмена сведениями по сети, к примеру, в MSWindows - Sharing
Security, что снижает скорость обработки сведений в имеющейся локальной базе.
Интегрированный способ организации ИБ представляет совокупность связанных
друг с другом хранящихся вместе сведений при такой минимальной избыточности,
которая допускает их практическое применение наиболее оптимальным образом
для любых из имеющихся приложений и при этом обеспечивается независимость
сведений от программы, а для актуализации сведений применяется на практике
общий способ управления.[19
В этом дипломном проекте самой целесообразной организацией ИБ я считаю
интегрированную организацию, поскольку размер базы будет увеличиваться
ежедневно на 700-800 записей. И наиболее оптимальный выбор состоит в
применении СУБД вместо файлового хранения БД.
Есть 3 разных модели логической структуры БД (в зависимости от применяемого
способа установления связей): сетевая, иерархическая, либо реляционная.
В иерархической модели каждой из информационных единиц (сегментов), за
исключением корневого, соответствует один какой-то исходный сегмент и между
исходным и порожденным сегментом устанавливается лишь одна связь. В
иерархических моделях экземпляру исходного сегмента соответствует то или иное
количество экземпляров порожденного сегмента. Подобного рода структуры на
практике являются весьма удобными для отображения отношений типа «один ко
47
многим» в предметной области. Просмотр иерархической структуры возможен
лишь с корневой вершины. Пропуск какого-либо из сегментов в иерархическом
пути при доступе к сегменту на практике не может быть допущен. Главные
недостатки иерархической структуры следующие: сложность (недостаточная
эффективность) отображения отношений типа «многие ко многим»; длительность
доступа к сегментам, которые находятся в нижних уровнях существующей
иерархии; ориентированность на тот или иной тип запроса.[19]
Сетевые модели графически отображают в виде графа. Вершинам его
соответствуют единицы имеющихся сведений (те или иные записи). Экземпляры
записей образуют те или иные файлы. Структура записи может быть
иерархическая, либо линейная. Между парой типов записей может быть при этом
несколько разных связей, имена и направления их должны быть обозначены
правильно. Среди минусов при этом можно назвать следующие: сложность и
неудобство осуществления навигационного доступа.[19]
Реляционная БД представляет собой большое количество самых разных
отношений. Реляционная модель основывается на математической логике и
является простой и самой привычной формой представления данных таблицей.
Строка таблицы является эквивалентной записи файла БД, колонка - полю записи.
Доступ к элементам сведений на практике осуществляется за счет связи требуемой
строки с колонкой. Среди плюсов реляционной модели можно назвать простоту
инструментальных средств поддержки, среди минусов - жесткость структуры
данных (к примеру, невозможность задания строк таблицы произвольной длины) и
зависимость быстроты ее работы от размера той или иной БД.
Преимущества применения реляционных БД заключаются в следующем:
● Независимость сведений - когда требуется изменить структуру БД, это ведет
в итоге к незначительным изменениям в программном продукте.
● Теоретическое обоснование - наличие теоретически обоснованных методов
нормализации отношений позволяет в итоге получать БД с заданными
заранее свойствами;
48
● Простота.
Моделью логической структуры БД выбрана реляционная, поскольку она
позволяет быстро формировать связи между различными таблицами для
построения запросов к БД и легко разорвать связи и создать новые с целью
построения других запросов. Архитектура построения связи проста и время
выполнения запроса выше, нежели при применении иерархической или сетевой
структуры.
Исходные сведения для решения задачи получают из следующих документов
- регламент работы службы горячей линии компании
- электронное письмо от сотрудника компании \с описанием неисправности на
неформальном языке IT
- ежедневное письмо о присутствии Сотрудников IT по различным направлениям
- письма, которые регламентируют изменения ответственных по
классифицированным направлениям инцидентам и новым направлениям
Результаты решения задачи отображаются в таких документах и отчетах, как:
-Отчет о логике назначения заявителя
- Отчет заявок по месторасположению заявителя
- Отчет по согласованным заявках.
Для решения задачи задействованы следующие классификаторы объектов:
регионы, города, улица, код описания имеющейся неисправности
В табл. 6 дано описание применяемых на практике классификаторов.
49
Табл. 6
Описание применяемых классификаторов.
Наименование
кодируемого
множества
объектов
Значимост
ь кода
Система
кодировани
я
Система
классификац
ии
Вид
используемого
классификатора
Регион
4
Порядковая
Отсутствует
Локальный
Город
4
Порядковая
Отсутствует
Локальный
Улица
4
Порядковая
Отсутствует
Локальный
Код
неисправности
4
Порядковая
Отсутствует
Локальный
50
1.4.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение (ПО) представляет собой совокупность различных
применяемых программ системы обработки сведений и программных документов,
которые требуется для нормальной работы данных программ. Программное
обеспечение нужно с целью придания вычислительной системе некоторых свойств,
которые связаны с ростом показателей производительности, ростом достоверности
результатов, надежность. работы системы.[19]
Критерий для выбора программного обеспечения для предприятия - снижение
времени процесса описания заявки/неисправности и отправки заявки с
применением корпоративной почты фирмы. В рамках корпоративного стандарта на
предприятии применяется MS outlook 2003. Для запуска программы на ПК должна
быть операционная система, которая поддерживает запуск приложения. На основе
корпоративного стандарта применения верс. операционной системы MS Windows
XP PRO, поскольку это самая младшая версия операционной системы,
поддерживаемой Microsoft в РФ (Windows 2000 и 9x сейчас уже не
поддерживаются) и имеющая возможность работы в доменной инфраструктуре
(верс. Windows XP Home не поддерживает работу в домене).Исходя из этих
обоснований, Win XP Pro sp3 Rus будет использована как пользовательская
операционная система. Итог: на рабочих станциях пользователей должны быть
такие программные продукты:
● Почтовый клиент MS outlook 2003
● ОС Windows XP Pro sp3 Rus
Сервис по обработке почтового ящика горячей линии предприятия – программа,
которая была разработана в ходе написания дипломного проекта на скриптовом
языке программирования python, она просматривает почтовый ящик ИТ
ежеминутно и обрабатывает полученные письма, формирует и редактирует заявки
в БД, распределяя их между свободными инженерами, либо ставит их в очередь. С
учетом небольшого бюджета и наличия опыта написания скриптов на этом языке
программирования у администратора ИС был выбран этот скриптовый язык.
51
Критерии выбора архитектуры реализации проектируемого Программного
Комплекса следующие:
1. возможность создавать резервные копии сведений и осуществлять при
необходимости просмотр статистики по обработанным специалистами
заявкам.
2. совместимость с инфраструктурой серверов
При выборе ОС под это решение предпочтение отдали MS Windows Server 2003,
поскольку этот вид серверных ОС не очень требователен к ресурсам, и давно
используется в инфраструктуре предприятия.
Для серверной части также требуется выбор СУБД. В табл. 7 даны основные
современные СУБД.
Табл. 7
Варианты СУБД.
Название СУБД
Характеристики системы
Microsoft
SQL
Server
2005
InterBas
e 2009
Oracle 11.2.0.1
Встраиваемая аутентификация
пользователей
да
да
нет
Мониторинг работы БД
да
да
да
Возможность создания временных
таблиц
да
да
да
Ведение журнала действий с БД и
подключение
да
да
да
В качестве СУБД для программы используется Oracle 11 ver 11.2.0.1. Выбор в
пользу Oracle был сделан не случайно, основная информационная система учёта
заявок HP OpenView Service Desk выстраивается именно на такой БД.
52
Закупка нового сервера на практике совсем не обязательна, поскольку БД продукта
может располагаться на имеющемся уже сервере «SD». При создании сервера
фирма закладывала порядка половины всей имеющейся мощности закупаемого
сервера на масштабируемость системы, но несмотря на увеличение БД за три года
загрузка сервера выросла только на 15% .
В рамках существующей БД в ней будут созданы различные дополнительные
таблицы и связи. Добавленные таблицы не будут связаны напрямую с главными
функциональными таблицами БД, поэтому они не способны оказать своего
влияния на деятельность ИС HP openView ServiceDesk.
Рассмотрим главные средства и методы проектирования. В табл. 8 приводится
сравнение основных средств проектирования.
Табл. 8
Основные средства проектирования.
Название
Характеристики
Microsoft
Visual C++
(MSVC)
Delphi 2010
Python
Совместимость с ОС Windows
XP, Windows 2000, Windows
Vista
да
да
да
Встроенный редактор
интерфейса
да
да
да
Совместимость с прочими
языками программирования
да
нет
да
Написание программы сервиса, который производит обработку почты, решено
сделать на python. Это неслучайно. Так, администратор ИС “HP OpenView
ServiceDesk” имеет уже достаточный опыт работы с этим языком. Кроме того, этот
язык прост, и даже через Интернет есть возможность найти подходящего
программиста, который сумеет осуществить разработку за короткое время,