38
информации, отображаемой на экране, а так же максимальной надежности и точности
этих операций.
Основной частью внутримашинного информационного обеспечения является
информационная база.
Информационная база (ИБ) - организованная совокупность данных,
хранящихся в памяти компьютерной системы в виде файлов, удовлетворяющих
информационным потребностям процессов управления и решаемых задач. [3]
Существуют следующие способы организации информационной базы:
— набор локальных файлов-поддерживается функциональными пакетами
приложений;
— интегрированная база данных - основана на использовании универсальных
программных средств для загрузки, хранения, поиска и ведения данных, т. е. СУБД.
Организация локальных файлов связана с большим дублированием данных в
информационной системе, следовательно, с несогласованностью данных в различных
приложениях, а также негибкостью доступа к информации, поэтому ее можно
использовать только в специализированных приложениях.
Для данного проекта информационная база представлена в виде
интегрированного информационного хранилища. Это позволяет объединять
различные источники информации, управлять файлами различных форматов. Кроме
того, преимущества использования базы данных для хранения информации очевидны:
— совместимость данных;
— соответствие данных фактическому состоянию обьекта.;
— удобство и повышенная скорость совместной обработки данных;
— поддержка целостности данных.
База данных (БД) - это именованный набор данных, отражающий
совокупность объектов и их отношений в рассматриваемой предметной области. [3].
Основными способами организации БД являются создание централизованных
и распределенных БД. Основным критерием выбора БД, является снижение
трудоемкости и затрат на проектирование структуры системного программного
обеспечения и системы управления файлами. Исходя из этого и необходимости
обеспечения надежности хранения данных, был выбран централизованный способ
организации базы данных.
39
Согласно методу установления связей между данными, существуют:
— иерархическая;
— сетевая;
— реляционная модель.
Основными компонентами любой из этих моделей являются файлы (или
таблицы).
Иерархическая модель представляет собой графовую модель с таблицами
вершин. Модели имеют один файл, который является входом в структуру. Между
файлами устанавливаются отношения подчиненности. Файл может иметь одну
исходную вершину и несколько подузлов. Основной тип отношений-1: м.
В сетевых моделях любой файл может быть точкой входа и связан с
произвольным числом других файлов такими отношениями - 1:1, 1: M и M: M.
Наиболее широко используется реляционная модель данных. В такой
организации вся информация представлена в виде таблиц (файлов БД) и
взаимосвязей. Таблицы представляют собой набор записей (строк, кортежей). Между
отношениями (таблицами) существуют отношения типа 1: M, M:M. Каждое
отношение имеет ключ - это поле записи (атрибута), однозначно идентифицирующее
его. Это свойство реляционной модели исключает дублирование информации и
ускоряет поиск и доступ к конкретным данным.
Подход к структурированию и целостности данных, принятый в реляционной
модели, позволяет легко организовать и оптимизировать процесс проектирования, а
реляционные операции обладают мощными возможностями управления и обработки
данных.
Учитывая все преимущества реляционных моделей, целесообразно
использовать реляционную модель БД.
1.4.2.Обоснование проектных решений по программному обеспечению
Программное обеспечение (ПО) включает в себя комплекс программ,
реализующих функции и задачи ИС и обеспечивающих стабильную работу
аппаратных комплексов.
ПО включает, общесистемные программы – предназначенные для широкого
круга пользователей. Они выполняют часто встречающиеся варианты обработки
40
информации, и позволяют расширить функции компьютера. И специальные
программы, которые разрабатываются при создании ПО, и включают в себя пакеты
прикладных программ, которые организуют и обрабатывают данные при решении
функциональных задач ИС[15].
При выборе набора технических средств, для разработки системы одним из
важнейших критериев является выбор операционной системы (ОС), которая
управляет аппаратным обеспечением компьютера и поддерживает запуск и
выполнение программ и приложений. ОС обеспечивает защиту данных и выполняет
различные сервисные функции. Каждая программа использует инструменты
операционной системы. В качестве операционной среды для разработки и
использования программы была выбрана операционная система Windows 10, так как
она уже используется в ООО «ЭОС», и отвечает всем требованиям разрабатываемого
модуля.
Следующим этапом, необходимо определить архитектуру. Наиболее
популярными типами архитектуры являются файл-сервер и клиент-сервер.
В архитектуре файл-сервера отсутствует сетевое разделение диалоговых
компонентов, и для отображения функций используется компьютер. Это облегчает
построение графического интерфейса. Файловый сервер только извлекает данные из
файлов, поэтому дополнительные пользователи и приложения не сильно увеличивают
нагрузку на процессор.
Однако у этой архитектуры есть существенный недостаток: при выполнении
некоторых запросов к базе данных, клиенту могут передаваться большие обьемы
данных, а это приведет к загрузке сети и непредсказуемому времени отклика.
Особенностью клиент-серверной архитектуры является наличие выделенных
серверов баз данных, которые понимают запросы на языке структурированных
запросов (SQL) и выполняют поиск, сортировку и агрегацию информации.
Объектами разработки в таких приложениях, являются в первую очередь
реляционная модель данных и связанный с ней набор SQL-операторов, для типовых
запросов к базе данных.
В большинстве конфигураций клиент-сервера используется двухуровневая
модель. В двухуровневом определении архитектуры клиент-сервер приложение
выполняется на клиенте, а СУБД - на сервере.
41
Поскольку эта схема имеет наименьшие требования к серверу, она больше
подходит для реализации проекта. Поэтому мы выбираем клиент-серверную
архитектуру.
Наиболее простой подход к выбору СУБД основан на оценке степени
соответствия существующих систем основным требованиям создаваемого проекта
информационной системы. Выбранный программный продукт должен отвечать как
текущим, так и будущим потребностям предприятия, при этом учитываются
финансовые затраты на приобретение необходимого оборудования, разработку
необходимого программного обеспечения на ее основе, а также обучение персонала.
Кроме того, нужно убедиться, что новая СУБД может принести реальную пользу
компании. Основным принципом выбора СУБД является определение программного
продукта, соответствующего требованиям ИС.
При разработке модуля ПО будет применяться СУБД SQL Server. Среда SQL
Server проста и удобна для использования, широко применяется в системах со
сложной архитектурой, с которыми функционируют огромное количество
пользователей.
В случае создания ИС для автоматизации документооборота отдела кадров
будет применяться платформа 1С:Предприятие 8.3, которая имеется в ООО «ЭОС», и
имеет такие положительные стороны как:
– обеспечение процесса хранения, ввода, вывода и обработки информации;
– выполнение защиты информации на требуемых уровнях;
– реализация современных объектов конфигурации (регистры накопления,
сведений и т.д.);
– большой уровень масштабируемости конфигурации;
– обеспечение качественного внедрения ПО в общую информационную
систему ООО «ЭОС».
1.4.3.Обоснование проектных решений по техническому обеспечению
Техническая поддержка - это совокупность технических средств,
предназначенных для функционирования информационной системы, а также
соответствующая документация по этим средствам и технологическим процессам.
42
Классификация компьютерных технологий по типу пользовательского
интерфейса (то есть, как пользователь технологии взаимодействует с компьютером),
делится на 3 вида - пакетная, диалоговая, сетевая. В первом случае пользователь
получает только результаты работы технологии, в остальных он взаимодействует с
ней на отдельном компьютере или компьютере, подключенном к компьютерной сети.
Современные технические средства управления информационными ресурсами
весьма разнообразны по своему составу и функциональности. К ним относятся:
Компьютерная техника, которая предназначена в основном для реализации
сложных технологий обработки, а так же для хранения информации, и является
основой для интеграции всех современных технических средств управления
информационными ресурсами.
Технология связи предназначена в основном для реализации технологий
передачи информации и предполагает как автономное функционирование, так и
функционирование совместно с вычислительной техникой.
Организационная технология предназначена для реализации технологий
хранения, представления и использования информации, а также для выполнения
различных вспомогательных операций, в рамках информационного обеспечения
управленческой деятельности.
В работе рассмотрена задача автоматизации, в ходе которой необходимо
автоматизировать процесс работы отдела кадров, в качестве технической поддержки
используются следующие инструменты:
— персональные компьютеры работников ОК;
— сервера ООО «ЭОС»;
— линии подключения к локальной сети.
Компьютеры оцениваются по следующим основным критериям:
— скорость процессора;
— место на жестком диске;
— обьем оперативной памяти;
— производительность видеокарты.
Системные требования необходимые для реализации проекта это:
– Процессор с архитектурой x86-64 (Intel с поддержкой EM64T, AMD с
поддержкой AMD64).
43
– Оперативная память 2048 Мб и выше.
– Жесткий диск 40Гб и выше.
– Устройство чтения компакт-дисков.
– USB-порт.
– SVGA-видеокарта.
Анализируя перечень аппаратного обеспечения, который предоставила ООО
«ЭОС» для реализации проекта, можно сделать вывод, что техническое обеспечение
соответствуют всем требованиям.
44
II ПРОЕКТНАЯ ЧАСТЬ
2.1.Разработка проекта автоматизации
2.1.1.Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) в современных АИС – это полностью контролируемый
непрерывный процесс, который может выполняться с самого момента утверждения
требований для создания АИС, и до изьятия ее с эксплуатации.
Основным нормативным положением для регламентации разработки
жизненного цикла, считают сертифицированный международный документ с
разработки ISO 12207 Международной организации стандартизации программ, ИС
(ГОСТ 34).
Планирование и анализ требований включает в себя изучение документации,
консультации со специалистами по данной предметной области, рассмотрение
условий, при которых система будет использоваться, описание функций,
выполняемых системой, и выявление возможных ограничений при разработке
системы.
При проектирование системы должны быть выполнены работы по
моделированию функциональных требований к проектируемой системе и работы по
разработке логической и физической модели данных системы.
Далее следует осуществить выбор программных средств, для решения
поставленных задач, описание структуры входных и выходных данных и разработку
структуры и интерфейса отдельных модулей программы.
При внедрение системы должна быть выполнена начальная (ориентировочная)
реализация интерфейса подсистемы, заполнение справочников, входящих в базу
данных системы, и реализация одного из алгоритмов представления системы.
Бумажная работа включает в себя работу по оформлению пояснительной
записки к работе, расчет экономических затрат на разработку системы и оценку
технико-экономических показателей системы, разработку графической части.
На рисунке 14 показана каскадная модель ЖЦ которая характеризуется
разбиением процесса разработки определенного программного средства сразу на
некоторые этапы. Стоит отметить, что все их переходы между этими этапами к
следующему будут реализовываться только после завершения предшествующих
(рисунок 14)[4].
45
Рисунок 14 – Структура каскадной модели
Рассмотрим некоторые положительные свойства этой модели ЖЦ:
– на каждом этапе создается законченный набор документации;
– все этапы создания АИС, должны быть реализованы строго
последовательно, тогда они дают возможность спланировать конкретные сроки.
Рассматриваемый подход прекрасно зарекомендовал себя при реализации
проектирования АИС самой разной сложности, при которых можно на начальных
этапах разработки АИС практически точно выполнить описание всех требований.
Теперь рассмотрим спиральную модель построения АИС.
При рассмотрении такой структуры рассматривался упор на некоторые
исходные этапы описанной выше каскадной модели [14]:
– анализ проблемы построения;
– проектирование АИС.
Непосредственная реализация для указанных технических фаз также
выполняется при помощи прототипов (рисунок 15).
Прототипы – это действующие модули АИС для реализации всех ее
отдельных функций. Создание прототипов также может осуществляться часто и за
несколько целых итераций, которыми являются воображаемые витки спирали.
46
Рисунок 15 – Структура спиральной модели
Все такие итерации могут соответствовать также созданию некоторого этапа
АИС (прототипа), где уточняются новые цели, характеристики программного
осуществления, а также оценивается суммарное качество имеющихся результатов.
Спиральная модель ЖЦ АИС имеет свои достоинства, например [8]:
– заказчики могут влиять на разрабатываемую для них АИС на всех
этапах;
– в модели могут воплощаться полностью все преимущества рассмотренного
ЖЦ.
В качестве еще улучшенной структуры ЖЦ можно рассматривать такую
модель, что показана на рисунке 16:
47
Рисунок 16 – Структура улучшенной спиральной модели АИС
Инкрементная модель ЖЦ АИС является классическим прототипом для
инкрементного поведения при создании ПО.
Стоит отметить тот факт, что в ней обьединены также элементы
последовательной модели при использовании итерационной структуры Боэма для
модернизации приведенной выше каскадной модели.
Каждая из последовательностей может сама проектировать специальный
необходимый инкремент АИС.
Самой главной реализацией указанного подхода считают специальную
технологию экстремального программирования, что ориентировано также на малые
приросты в их функциональности (рисунок 17).
Рисунок 17 – Структура функционирования для инкрементной
модели
При использовании этого метода внимание уделяется немногим основным
процессам, которые содержаться в бизнес-процессе. Цель такого внедрения – как
можно быстрее запустить систему, избежав при этом, сложностей инжиниринга.
На этапе внедрения в соответствии с утвержденным регламентом необходимо:
– создать технический проект (разработчики ИС);
– утвердить технический проект (разработчики ИС, конечные
пользователи);
– составить план внедрения ИС (разработчики ИС, конечные
пользователи).
Кроме этого, нужно уточнить смету на внедрение ИС, которая может быть
изменена непосредственно во время реализации данного процесса.