37
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
Информационное обеспечение – это создание информационных условий для
работы системы, обеспечение информацией, которая необходима для работы,
средствами поиска, получения, хранения, накопление, передачи и обработки
информации. Состав информационного обеспечения:
внемашинное ИО (классификаторы технико-экономической информации и
документы, например: инструкция по работе с информационной системой, заказ на
выполнение работ);
внутримашинное (макеты и экранные формы для ввода первичных данных
или вывода результатной информации, структура информационной базы: входных,
выходных файлов, базы данных).[10]
Классификатор - это систематизированных свод наименований группировок
объектов, признаков и их кодовых обозначений. Классификаторы служат средством
описания данных, обуславливают единство классификации и кодирования
информации и предназначены для обеспечения машинной обработки и выдачи
данных в удобной форме потребителям при решении различных задач. В
зависимости от применения они делятся на три группы:
общегосударственные классификаторы,
отраслевые (ведомственные) классификаторы, используемые в
пределах определенной отрасли (ведомства);
локальные классификаторы, используемые в пределах
организации или группы организации.
Нами будут использоваться только локальные классификаторы, так как
информации из других классификаторов РФ в нашей информационной системе не
используется. Классифицировать будем заявки по отделу( подразделению),
сотруднику, автомобилю.
Значительную долю внемашинного информационного обеспечения
составляет документация. Каждое предприятие в условиях автоматизированного
учета старается унифицировать формы документов. Для нашего дипломного
проекта документов входящих как таковых нет. Заказ на учет выполненных работ
38
заполняется сотрудником из документов предназначенных для отдела ОМТ, но
дальшейшее заполнение заказа проходит уже без документов и по окончанию ее
заполнения мы получаем форму, которую можем распечатать ее можно увидеть в
приложении 3.
Способы организации информационной базы:
- файловая;
- интегрированная;
- смешанная.
Файловая организация информационной базы – расположение базы на
компьютере, доступ к которому других пользователей осуществляется
стандартными методами ОС для обмена данными по сети, например в
MSWindowsэтоSharingиSecurity, что уменьшает скорость обработки данных в
локальной базе.
Интегрированный способ организации информационной базы представляет
собой совокупность взаимосвязанных и хранящихся вместе данных при такой
минимальной избыточности, которая допускает их использование оптимальным
образом для любых приложений и при этом обеспечивается независимость данных
от программы, а для актуализации данных используется общий способ управления
Под смешанной организацией информационной базы подразумевается
распределённая база данных, хранящаяся на нескольких серверах и реплицирующая
изменения в каждой из них по расписанию, данная структура ИБ используется в
системах классаERPдля работы в одной информационной базы территориально
удалённым офисам одновременно .[2]
В данном дипломном проекте организацией информационной базы будет
интегрированная и оптимальным выбором будет использование СУБД.
Существуют три модели логической структуры базы данных :
- иерархическая;
- сетевая
- реляционная;
- объектно-ориентированная.
В иерархической модели каждой информационной единице (сегменту), кроме
корневого, соответствует один исходный сегмент и между исходным и
39
порожденным сегментом устанавливается только одна связь. В иерархических
моделях экземпляру исходного сегмента соответствует в общем случае какое-то
число экземпляров порожденного сегмента. Такие структуры удобны для
отображения отношений типа «один ко многим» в предметной области. Просмотр
иерархической структуры возможен только с корневой вершины. Пропуск сегмента
в иерархическом пути при доступе к заданному сегменту не допускается. Основные
недостатки иерархической структуры: трудность (неэффективность) отображения
отношений типа «многие ко многим»; длительность доступа к сегментам,
находящимся на нижних уровнях иерархии; ориентированность на определенный
тип (разрез) запроса.[2]
Сетевые модели графически отображаются в виде графа. Вершинам графа
соответствуют составные единицы информации (записи). Экземпляры записей
образуют файлы. Структура записи может быть иерархической или линейной в
зависимости от системы. Между парой типов записей может быть объявлено
несколько связей, имена и направления связей должны быть четко обозначены.
Недостатками являются: сложность (очень большое число параметров описания
данных и операторов), а также неудобство навигационного доступа.[2]
Реляционная база данных - это множество отношений. Реляционная модель
основана на математической логике и является простейшей и наиболее привычной
формой представления данных в виде таблицы. Строка таблицы эквивалентна
записи файла базы данных, а колонка - полю записи. Доступ к элементу данных
осуществляется посредством связи требуемой строки (записи) с требуемой колонкой
(полем). Достоинством реляционной модели является сравнительная простота
инструментальных средств ее поддержки, недостатком - жесткость структуры
данных (например, невозможность задания строк таблицы произвольной длины) и
зависимость скорости ее работы от размера базы данных.
Преимущества использования реляционных базы данных состоит в
следующем:
Простота - в реляционной модели данных существует всего одна
информационная конструкция, которая формализует табличное
представление данных, привычное для пользователей;
40
Теоретическое обоснование - наличие теоретически
обоснованных методов нормализации отношений позволяет получать базы
данных с заранее заданными свойствами (в основном, с гарантией
минимальной избыточности представления данных);
Независимость данных - когда необходимо изменить структуру
реляционной базы данных, то это приводит к минимальным изменениям в
программном продукте.
В объектно-ориентированной модели при представлении данных имеется
возможность идентифицирoвать отдельные записи базы данных. Между записями и
функциями их обрабoтки устанавливаются взаимосвязи с помощью механизмов,
подобных соотвeтствующим средствам в объектно-ориентированных языках
прогрaммирования.
Стандартизирoванная объектно-ориентированная модель описана в
рекомендациях стaндарта ODMG-93 (Object Database Management Group - группа
управления объeктно-ориентированными бaзами данных).
Логическая структyра объектно-ориентированной БД внешне похoжа на
структуру иерархической БД. Оснoвное различие между ними состоит в методах
манипулирования данными.
Для выполнения действий над дaнными в рассматриваемой модели БД
применяются логические операции, усилeнные объектно-ориентированными
механизмами инкапсуляции, наследования и полимoрфизма.
Моделью логической структуры базы данных была выбрана реляционная, так
как она позволяет довольно быстро сформировать связи между таблицами для
правильного построения запросов к базе данных и также легко разорвать эти связи
и создать новые для построения другого запроса. Кроме того архитектура
построения связи более проста и время выполнения запроса в реляционной модели
выше чем при использовании сетевой или иерархической структуры.
1.4.2. Обоснование проектных решений по программному обеспечению
Программное обеспечение (ПО) - этот совокупность компьютерных
программ, реализующих функции и задачи информационной системы,
41
обеспечивающих стабильную работу комплексов технических средств. В его состав
входят общее(общесистемное) и специальное программное обеспечение,
методические материалы по применению средств программного обеспечения.
Общее(общесистемное ) программное обеспечение - это операционные
системы, оболочки, СУБД и т.д. для широкого круга пользователей. Специальное
это множество прикладных программ, которые предназначены для решения
конкретных задач, к примеру, для осуществления организации учета данных и их
обработку.
Очень важным при выборе комплекса технических средств для разработки
информационной системы, является выбор операционной системы. Любая
установленная программа для своего функционирования, использует те средства,
которые предоставлены операционной системой. Поэтому выбор операционной
системы очень важен, так как она предоставляет среду выполнения для всех
остальных программ.
Операционные системы могут различаться особенностями реализации
внутренних алгоритмов управления основными ресурсами компьютера,
особенностями использованных методов проектирования, типами аппаратных
платформ, областями использования и многими другими свойствами.
При выборе операционной системы будем придерживается следующих
характеристик:
1. надёжность;
2. широкое распространение;
3. простота настройки.
При выборе операционной системы наш выбор пал на:
1. ОС «семейства» MS Windows;
2. свободно распространяемый клон ОС UNIX.
На компьютерах, используемых в качестве рабочих мест пользователей,
применяется ОС Window 2007/2010. Эта операционная система современная
многопользовательская многозадачная с отличным графическим интерфейсом
пользователя. Она и будет выбрана нами для дальнейшей работы, пользователи
с ней знакомы, так как работают с ней достаточно долгое время.
42
Разрабатываемая нами система имеет серверную часть, а именно сервер
баз данных, значит нам требуется выбрать 2 операционные системы: серверную
и для клиентских машин.
1. В качестве серверной операционной системы выбрана
Microsoft Windows 2008 Server Edition.
2. В качестве операционной системы для компьютеров
пользователей, как мы уже говорили, выбрана Microsoft Windows
2007/2010.
СУБД это второй по важности программный компонент, который отвечает за
успешность реализации проекта. Для реализации нашего проекта мы выбрали СУБД
Microsoft SQL Server версии 2012 эта СУБД уже установлена и работает на
предприятии и наш выбор основан как на этом факте так и на том, что система 1С
Предприятие 8.3 работает с данной СУБД.
Специальное программное обеспечение для нашей информационной системы
мы будем использовать систему 1С Предприятие 8.3, которая уже установлена и
работает на предприятии.
Платформа поддерживает работу с пятью СУБД, одна из которых – файловая
СУБД, разработанная фирмой «1С». Файловый вариант работы рассчитан на
персональную работу одного пользователя или работу небольшого количества
пользователей в локальной сети. Файловая база данных – это один файл, в котором
есть все данные информационной базы (конфигурация, база данных,
административная информация). Формат хранения данных специально разработан
фирмой «1С» для прикладных решений «1С:Предприятие». Файловая СУБД
работает файловой базой данных и является частью платформы. Простота создания
резервных копий и обеспечение целостности информационной базы. Исключена
ошибка пользователя перепутать различные файлы базы данных. Такой вариант
работы обеспечивает легкость установки и эксплуатации системы. И, несомненный
плюс – это то, что для работы с информационной базой не требуются
дополнительные программные средства, достаточно иметь операционную систему и
1С:Предприятие 8.3.[5]
Для разработки приложения, реализующего задачу учета работ, выполненных
автотранспортом для ПТУ необходимо наличие следующих ИС:
43
Операционная система Windows на клиентской машине;
Операционная система Windows серверного типа,
обеспечивающая многопользовательское подключение к клиент-серверной
СУБД
СУБД MS SQL Server для обеспечения хранения базы данных и
многопользовательской работы в клиент-серверном варианте
функционирования системы;
Система 1С: Предприятие 8.3.
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение – это персональный компьютер, оргтехника, линии
связи, оборудование сетей, используемых при функционировании ИС.
Активная часть нашей информационной системы располагаться на сервере, в
корпоративной сети нашего предприятия есть сервер, на котором можно разместить
все, что нам необходимо для нашей информационной системы. Доступ к
информационной системе будет предоставлен ограниченному числу пользователей
на этапе тестирования их количество увеличится по завершению этого этапа, но
имеющийся сервер обладает необходимым: большая оперативная память, жесткий
диск и высокое быстродействие.
Основные технические характеристики сервера, на котором будем размещать
нашу информационную систему:
процессор Intel® Xeon® CPU E5-2660 ;
126Gb оперативной памяти;
два интегрированных сетевых адаптера vmxnet3 Ethernet ;
Основные характеристики рабочих станций соответствующих подразделений:
процессор Intel® Core™ i-56400T CPU@;
8Gb оперативной памяти;
жесткий диск 256 Gb.
Внимательно изучив все характеристики, имеющегося на предприятии
технического обеспечения, делаем вывод, что оно подходит для решения нашей
44
задачи. Закупки дополнительного оборудования для вывода на мечать,
сканирования документов, обеспечения сохранности данных при аварийном
отключении света не требуется. В связи с этим повышается экономическая
выгодность проекта.
45
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы начинается в момент принятия
решения о ее создании. Его можно представить, как ряд событий, которые
происходят с системой в процессе ее создания и использования, и которые
заканчиваются в момент выведения ее из эксплуатации.
ISO/IEC 12207 – международный стандарт, регламентирующий жизненный
цикл информационных систем (ISO - International Organization of Standardization -
Международная организация по стандартизации, IEC - International Electrotechnical
Commission - Международная комиссия по электротехнике).[1]
34.601-90 – ГОСТ «автоматизированные системы. Стадии создания»,
определяющий структуру жизненного цикла, включая процессы, действия и задачи,
которые выполняются во время создания информационной системы. [2]
Эти стандарты имеют набор процессов, действий и задач, охватывающих
наиболее широкий спектр возможных ситуаций при максимальной адаптируемости.
Стандарт содержит предельно мало описаний, направленных на проектирование
базы данных. Это можно считать оправданным, так как разные системы и разные
прикладные комплексы программных обеспечений могут не только использовать
весьма специфические типы баз данных, но и не использовать
Выделяются следующие этапы:
1. Осуществление предпроектного обследования и анализ данных (начальная
фаза: цели, задачи и результаты применительно к задаче; основные требования,
критерии, условия; потенциальные участники; требуемое время, средства и
ресурсы), в нашем случае рассмотрение имеющихся и работающих на данный
момент информационных систем ПТУ и возможность осуществления необходимого
нам учета выполненных работ в них. На основании этого принимаем решение о
необходимости создания отдельной информационной системы. Сбор документов, в
которых будущие пользователи информационной системы указывают, что
конкретно хотят видеть и какие отчеты хотят получить.
46
2. Непосредственно разработка самой информационной системы, ее
тестирование и написание методической документации будущим пользователям
(фаза разработки проекта: разработку системы (в том числе программирование и
тестирование программ); тестирование информационной системы и выявление
сбоев с последующим их устранением;).
3. Внедрение информационной системы в работу. На данном этапе
внедряются все разработанные приложения, обучаются работники, для которых
велась разработка этих приложения. Например, касаемо нашей информационной
системы: настройка и оптимизация 1С и обучение персонала (создание удаленного
доступа сотрудникам к базе 1С, находящейся на сервере предприятия)
4. Эксплуатация (фаза реализации) – этот этап на котором осуществляется
полный ввод в эксплуатацию разработанной информационной системы.
5. Сопровождение – на этом этапе предусматривается возможность
дальнейшей доработки системы при возникновении такой необходимости.[9]
В настоящее время существуют, известны и используются следующие модели
жизненного цикла:
- каскадная модель: последовательное выполнение всех этапов в строгом порядке.
Переход на следующий этап – окончание предыдущего рисунок 7. [12]
Рис. 7 - Каскадная модель разработки программного обеспечения. .
- поэтапная модель с промежуточным контролем. Эта модель приближает
жизненный цикл к реальному процессу создания и применения ПО. В отличие от