36
Документация является весомой долей внемашинного информационного
обеспечения [10]. В условиях автоматизации важное значение придается
унификации документации, задающей единые требования к содержанию и
построению документов.
Унифицированные формы документов вырабатываются как для всех
предприятий РФ (например, формы бухгалтерской отчетности), так и для
отдельных предприятий (например, формы управленческой отчетности).
При унификации определяются области назначения и использования
документов, а также выявляются специфические особенности, характерные для
соответствующих видов документов. Документы могут быть
унифицированными и локальными.
В данном дипломном проекте использованы локальные документы:
«Согласие на обработку персональных данных», «Заявление на зачисление»,
«Согласие на зачисление», «Договор».
Эти документы должны соответствовать следующим требований:
● достаточная полнота информации для решения задачи;
● достоверность и своевременность информации;
● согласованность форм первичных документов с макетами размещения
информации на машинном носителе;
● логичность построения документа;
Рассмотрим способы организации информационной базы (ИБ)[11, 1]:
● файловая организация ИБ - локальное размещение базы на компьютере,
доступ к которому других пользователей осуществляется стандартными
методами ОС для обмена данными по сети;
● интегрированная ИБ - совокупность взаимосвязанных и хранящихся
вместе данных при минимальной избыточности, которая допускает их
использование оптимальным образом для любых приложений и при этом
обеспечивается независимость данных от программы;
37
● смешанная организация ИБ - распределенная база данных, хранящаяся на
нескольких серверах и синхронизирующая изменения в каждой из них по
заданному времени. Данная структура ИБ используется в системах класса
Enterprise Resource Planning (планирование ресурсов предприятия) [8] для
работы в одной ИБ территориально удаленных офисах.
В данной дипломной работе стоит выбрать интегрированную ИБ, так как
размер базы будет увеличиваться ежедневно на 200-300 записей. Помимо этого,
оптимальным выбором будет использование СУБД вместо файлового хранения
базы данных.
Рассмотрим модели логической структуры базы данных (по способу
установления связей между данными). Всего их три: иерархическая, сетевая и
реляционная.
Иерархическая модель - это такая модель, в которой каждой
информационной единице, кроме корневого, соответствует только один
исходный сегмент. Такие структуры отображают взаимосвязь вида «один ко
многим». Просмотр иерархической структуры возможен только с корневой
вершины. Основные недостатки иерархической структуры: трудность
отображения взаимосвязей вида «многие ко многим».
Сетевая модель - это логическая модель данных, являющаяся
расширением иерархического подхода. Модель отображается в виде графа, где
вершинам соответствуют составные единицы информации (записи). Экземпляры
записей образуют файлы. Между парой типов записей может быть объявлено
несколько связей, имена и направления связей должны быть четко обозначены.
Недостатками являются: сложность (очень большое число параметров описания
данных и операторов), а также неудобство навигационного доступа.
Реляционная база данных - это совокупность взаимосвязанных таблиц,
каждая из которых содержит информацию об объектах определенного типа.
Строка таблицы содержит данные объектов базы данных, а столбец -
характеристики этих объектов. Доступ к элементу данных осуществляется
посредством связи требуемой строки с требуемой столбцом. Достоинством
38
реляционной модели является сравнительная простота инструментальных
средств ее поддержки, недостатком - жесткость структуры данных и зависимость
скорости ее работы от размера базы данных.
Была выбрана именно реляционная модель, так как она позволяет
оперативно сформировать связи между таблицами для построения запроса.
1.4.2 Обоснование проектных решений по программному обеспечению
Программное обеспечение (ПО) - программа или множество программ,
используемых для управления компьютером, обработки данных и программных
документов, необходимых для эксплуатации этих программ.
С течением времени появляется большое количество новых языков,
библиотек и фреймворков, но так или иначе большинство из них построено на
базовых языках веб-программирования. Именно эти базовые языки будут
использованы в дипломной работе.
Ключевым языком для создания структуры сайта является HTML. С
помощью него задаются необходимые метаданные, которые содержат
информацию о документе (сайте), а также необходимую информацию для
поисковых машин. Также создается разметка сайта, где и как будет
располагаться тот или иной элемент. Все необходимые файлы, содержащие коды
других языков, подключаются с помощью этого языка.
Создав структуру сайта, ему нужно придать красивую оболочку. Для этого
стоит использовать каскадные таблицы стилей CSS. С помощью CSS
определяется положение всех элементов на странице, а также их оформление.
Для придания интерактивности страницам, используется язык JavaScript.
Язык работает на стороне браузера, то есть непосредственно с пользователем. На
данный момент не существует аналогов, которые могут заменить язык
JavaScript. Я буду использовать библиотеку jQuery [11], созданную на основе
JavaScript.
Каждый сайт или веб-приложение делится на две части. Это клиентская
часть и серверная часть. Часть «клиент» – это то, что каждый пользователь
39
видит на экране, когда заходит на определенную страницу. То есть в роли
клиента выступает веб-браузер. Пользователь использует веб-браузер, чтобы
обращаться к серверу для получения какой-либо информации. Сервер
обрабатывает запрос и отправляет браузеру ту страницу, которую пользователь
запросил. Веб-браузер отображает ее. Есть много языков, которые существуют
для разработки серверной части сайта. Это может быть авторизация и
регистрация пользователя, поиск информации по сайту и так далее. Самый
популярный язык веб-программирования серверной части – это скриптовый
язык PHP.
Таким образом, для разработки проекта будут использоваться следующие
языки: HTML, CSS, JavaScript (jQuery) и PHP.
Выбор ОС
В качестве операционной системы для рабочих станций предлагается
использовать ОС семейства “Windows”(Windows 8, Windows 10). Данный выбор
обусловлен:
● понятный пользовательский интерфейс;
● популярность - данная ОС широко распространены и при их
использовании не требуется дополнительное обучение персонала;
● наличие большого количества приложений, которые могут быть
использованы при работе на данных рабочих станциях.
СУБД
В платформе 1С присутствует поддержка 2 вариантов работы:
● файловый;
● клиент-серверный;
Файловый вариант работы предполагает работу с базами данных
небольшого объема (до 2 ГБ). Данный вариант основан на том, что все данные
для работы содержатся в одном файле и рассчитан на локальную работу одного
пользователя, либо нескольких пользователей(не более 5).
Клиент-серверный вариант работы предназначен для работы большого
количества пользователей с базами большого объема. Данный вариант основан
40
на трехуровневой архитектуре “клиент-сервер”. В этом варианте
информационная база хранится в одной из поддерживаемых СУБД:
● MS SQL;
● IBM DB2;
● Oracle;
● PostgreSQL.
Все перечисленные СУБД, кроме PostgreSQL являются коммерческими и
имеют достаточно высокую стоимость. Несмотря на то, что MS SQL и IBM DB2
имеют бесплатные экспресс-версии, использование данных экспресс-версий для
работы не представляется возможным в связи с ограничениями на размер базы
данных, небольшое количество используемых процессоров и малый объем
оперативной памяти.
Выбор данной СУБД обусловлен тем, что PostgreSQL является свободным
ПО, а также является мощной полнофункциональной СУБД с широким спектром
возможностей, способной работать под большими нагрузками (миллионы
транзакций в секунду) и с большим количеством пользователей.
1.4.3 Обоснование проектных решений по техническому обеспечению
Существенных изменений исходного технического обеспечения на
предприятии, указанного в пункте 1.1.3, не потребуется, так как для
автоматизации изучаемых процессов будет достаточно существующей
техники, которая имеется в наличии и используется для автоматизации уже
отлаженных процессов.
41
II ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Целью данного пункта является выбор и краткое описание всего
жизненного цикла проекта автоматизации, сущности и взаимосвязи его этапов.
Жизненный цикл информационной системы - это совокупность стадий и
этапов, которые проходит информационная система в своем развитии от
момента принятия решения о создании системы до момента прекращения ее
функционирования.
В качестве стандарта жизненного цикла ИС был выбран ISO/IEC 12207,
представленный на рисунке 2.1.
Рисунок 2.1. Структура жизненного цикла ИС по стандарту ISO/IEC 12207
Однако, стандарт ISO/IEC 12207 не предлагает конкретной модели жизненного
цикла и методов разработки, его рекомендации являются общими для любых
моделей жизненного цикла.
42
Модель жизненного цикла - это структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач,
выполняемых на протяжении ЖЦ.
Наибольшее распространение получили следующие модели ЖЦ:
каскадная, с промежуточным контролем и спиральная.
Модели каскадная и с промежуточным контролем включают следующие
этапы жизненного цикла:
● анализ;
● проектирование;
● реализация;
● внедрение;
● сопровождение.
Каскадная модель предполагает строго последовательную реализацию
перечисленных этапов жизненного цикла.
Достоинства модели:
● формирование на каждом этапе законченного комплекта документации;
● возможность планирования сроков завершения работ и соответствующих
затрат.
Недостаток:
● несоответствие реальному процессу создания проекта автоматизации.
Модель с промежуточным контролем приближает жизненный цикл к
реальному процессу создания и применения проекта автоматизации.
Спиральная модель жизненного цикла позволяет устранить недостатки
предыдущих моделей. Основной упор в ней делается на начальные этапы: анализ
и проектирование.
При спиральной схеме разработки неполное завершение работ на
очередном этапе позволяет переходить на следующий этап. Незавершенная
43
работа может выполняться на следующем витке спирали. Тем самым
обеспечивается возможность предъявить пользователям системы ее некоторый
работоспособный вариант для уточнения требований.
Целью дипломного проекта является разработка личного кабинета
абитуриента Университета “Синергия”. В связи малой сложностью разработки
будет использована каскадная модель жизненного цикла.
Каскадная модель включает следующие этапы:
● Анализ;
● Проектирование;
● Реализация;
● Введение;
● Эксплуатация.
На этапе анализа необходимо собрать информацию, необходимую для
поступления. Бланки заявлений, тестирования, необходимые документы.
На этапе проектирования по результатам представленной информации
происходит проектирование базы данных и структуры проекта.
На этапе реализации создается база данных: создаются все необходимые
справочники, документы, регистры. Затем производится настройка главного
меню и меню всех элементов проекта.
Внедрение является общим понятием и для него существуют разные стратегии
реализации, которые напрямую зависят от срока исполнения и качества ис,
получаемой на выходе. Существуют четыре основные стратегии внедрения
системы:
· Параллельная стратегия - когда одновременно работают старая (ручная) и
новая система, и их выходные документы сравниваются. Если они согласуются
длительное время, осуществляется переход на новую систему.
· "Скачок" - это резкий переход от старой системы к новой без
дополнительных проверок и с полным отказом от старой системы.
44
· "Пилотный проект" это наиболее часто используемая стратегия. "Пилотный
проект" - это тактика "скачка", но применяемая к ограниченному числу
процессов. Область применения стратегии - небольшой участок деятельности.
Такой подход снижает риск и наиболее надежен.
· "Узкое место" - это малая часть производственного процесса. При
использовании подхода "узкое место" план внедрения выполняется только для
"узкого места" и для людей, работающих в нем.
В качестве стратегии внедрения был выбран пилотный проект, так как он
больше всего подходит для данной дипломной работы.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Информационные риски — это потенциальная, численно измеримая
возможность неблагоприятных ситуаций и связанных с ними последствий в виде
ущерба, убытков, неблагоприятного изменения основных управляемых
параметров проекта.
Риски можно условно разделить на две группы: риски, связанные с
обеспечением непрерывности бизнеса, и риски реализации новых проектов.
Управление рисками, естественно, охватывает весь цикл проекта – от
подготовки до завершения, но наиболее важным будет правильная и «честная»
оценка будущих рисков на стадии подготовки проекта.
При анализе проекта можно выделить несколько рисков:
● утечка конфиденциальной информации;
● сбои в передаче информации, отказ оборудования. Отсутствие у
абитуриентов доступа к серверу и невозможность внесения и
получения информации, нарушение оперативности.
2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения
информационной безопасности и защиты информации
При использовании любого программного продукта необходимо
придерживаться нескольких основных правил, а именно:
● использовать только лицензионное программное обеспечение;
45
● следить за выходом обновлений программного обеспечения и вовремя
устанавливать их.
Для обеспечения информационной безопасности и защиты информации
необходимо разграничить доступ пользователей на нескольких уровнях:
● На уровне операционной системы ограничить доступ пользователя к
разделам, папкам, файлам и сетевым ресурсам, в зависимости от прав
пользователя;
● Ограничить доступ пользователей к ресурсам сети «Интернет».
2.2 Информационное обеспечение задачи
Структурно-функциональный способ разработки информационной модели
предполагает:
● моделирование взаимосвязей входных, промежуточных и результатных
информационных потоков и функций предметной области (структурно-
функциональной диаграммы).
● данных информационной базы необходимых для функционирования
автоматизированной системы (диаграммы “сущность-связь” -
инфологической модели и диаграммы взаимосвязей файлов -
даталогической модели).
Цель инфологического моделирования – обеспечение наиболее
естественных для человека способов сбора и представления той информации,
которую предполагается хранить в создаваемой базе данных. Поэтому
инфологическую модель данных пытаются строить по аналогии с естественным
языком (последний не может быть использован в чистом виде из-за сложности
компьютерной обработки текстов и неоднозначности любого естественного
языка).
Инфологическое проектирование необходимо для представления
семантики предметной области. Данная модель отражает в соответствии с