49
Информационная база – это основа внутримашинного информационного
обеспечения, так как представляет собой совокупность всех данных,
подлежащих накоплению, хранению, поиску, преобразованию, выдаче в
установленном порядке. Хранение и накопление информации осуществляется
на электронных носителях в виде информационных массивов. С этими
процессами непосредственно связан поиск данных, т.е. выборка нужных данных
из хранимой информации, включая поиск информации, подлежащей её
корректировке или замене. Процедура поиска информации выполняется
автоматически на основе составленного пользователем или программой
компьютера запроса на нужную информацию.
Основными носителями информации во внемашинной информационной
базе являются документы. Правильно собранная документация позволяет
значительно сократить объем по регистрации исходных данных и подготовке
машинных носителей. Типичные ошибки в документации – большой объём
лишней информации и её дублирование. Поэтому состав информации должен
быть достаточным для принятия управленческих решений. Неполнота сведений,
как и их избыточность – серьезные недостатки проектирования
информационного обеспечения. Различают: входные документы (первичные),
которые содержат необработанные сведения и выходные – результат обработки
(результативные). Выходные данные содержат результаты решения задач,
которые выводятся на печать специальной программой вывода. Входными
документами для разрабатываемой информационной системы являются
договора, заключённые с клиентами компании. Выходными документами
являются: Договор, счет на оплату, письмо клиенту о задолженности, анализ
продаж менеджеров, продажи по месяцам, отчет о созданных сайтах.
Предлагается реализация следующих решений, касающихся
разрабатываемой информационной системы [21]:
ввод информации в базу данных осуществляется вручную с бумажных
носителей;
обработка данных осуществляется в диалоговом режиме;
50
пользователь получает информацию из базы данных на экран ПЭВМ, кроме
того, информация может выдаваться на принтер в случае распечатки
различных стандартных форм. Информация выдается распределенно, то есть
каждый пользователь может получить различные виды информации, работая
с одной и той же базой данных;
база данных состоит из одного внешнего файла – Учет договоров
1.4.2. Обоснование проектных решений по программному
обеспечению
Проанализировав рынок программной продукции по автоматизации
управления контролем и учетом оказания услуг, было принято решение создать
программное средство, разработанное с помощью языка программирования
высокого уровня C#, позволяющее вести учет и контроль в сфере оказания услуг
предприятия, поскольку использование информационных технологий является
необходимым условием эффективной организации работы предприятия любой
сферы деятельности [39][60].
Поэтому для разработки автоматизированной системы учета и контроля
оказания услуг почтовой связи были выбраны: среда Microsoft Visual Studio
2015, язык программирования C#, СУБД MS SQL.
СУБД MS SQL — предоставляет мощные средства для доступа,
настройки, администрирования, разработки всех компонентов базы данных и
управления ими. СУБД MS SQL — это реляционная система управления базами
данных [53][23].
Microsoft Visual Studio — линейка продуктов компании Майкрософт,
включающих интегрированную среду разработки программного обеспечения и
ряд других инструментальных средств [32]. Данные продукты позволяют
разрабатывать как консольные приложения, так и приложения с графическим
интерфейсом[38].
Visual Studio включает в себя редактор исходного кода с поддержкой
технологии IntelliSense и возможностью простейшего рефакторинга кода.
51
Встроенный отладчик может работать как отладчик уровня исходного кода, так
и как отладчик машинного уровня [49]. Остальные встраиваемые инструменты
включают в себя редактор форм для упрощения создания графического
интерфейса приложения, веб-редактор, дизайнер классов и дизайнер схемы базы
данных. VisualStudio позволяет создавать и подключать сторонние дополнения
(плагины) для расширения функциональности практически на каждом уровне,
включая добавление поддержки систем контроля версий исходного, добавление
новых наборов инструментов (например, для редактирования и визуального
проектирования кода) [55].
C# — объектно-ориентированный язык программирования. C# относится
к семье языков с C-подобным синтаксисом, из них его синтаксис наиболее
близок к C++ и Java. Язык имеет статическую типизацию, поддерживает
полиморфизм, перегрузку операторов (в том числе операторов явного и неявного
приведения типа), делегаты, атрибуты, события, свойства, обобщённые типы и
методы, итераторы, анонимные функции с поддержкой замыканий, LINQ,
исключения, комментарии в формате XML[33][41].
Основные достоинства С#:
C# является полностью объектно-ориентированным языком, где
даже типы, встроенные в язык, представлены классами;
C# является мощным объектным языком с возможностями
наследования и универсализации;
C# является наследником языков C/C++, сохраняя лучшие черты
этих популярных языков программирования. Общий с этими
языками синтаксис, знакомые операторы языка облегчают переход
программистов от С++ к C#[34];
благодаря каркасу Framework .Net, ставшему надстройкой над
операционной системой, программисты C# получают те же
преимущества работы с виртуальной машиной, что и программисты
Java [43][29];
мощная библиотека каркаса поддерживает удобство построения
различных типов приложений на C#, позволяя легко строить Web-
52
службы, другие виды компонентов, достаточно просто сохранять и
получать информацию из базы данных и других хранилищ данных
[58].
1.4.3. Обоснование проектных решений по техническому обеспечению
Для работы системы необходим компьютер с операционной системой
Window 7 со следующими техническими характеристиками:
Модель процессора: Core i3 8100;
Количество ядер процессора: 4;
Частота процессора: 3600 МГц;
Размер оперативной памяти: 4 ГБ;
Суммарный объем жестких дисков (HDD): 200 ГБ.
Допускается использование на компьютерах с характеристиками выше
указанных.
53
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационных систем – это период их создания и
использования, охватывающий различные состояния, начиная с момента
возникновения необходимости в такой системе и заканчивая моментом ее
полного выхода из употребления у пользователей.
Жизненный цикл – это непрерывный процесс, который начинается с
момента принятия решения о необходимости его создания и заканчивается в
момент его полного изъятия из эксплуатации.
Среди наиболее известных стандартов, которые мы будем использвать,
можно выделить следующие:
ГОСТ 34.601 – 90 – распространяется на автоматизированные системы и
устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится
описание содержания работ на каждом этапе. Стадии и этапы работы,
закрепленные в стандарте, в большей степени соответствуют каскадной модели
жизненного цикла.
ISO/IEC 12207 – стандарт на процессы и организацию жизненного цикла.
Распространяется на все виды заказного ПО. Стандарт не содержит описания
фаз, стадий и этапов.
Модель жизненного цикла ИС — структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач на
протяжении жизненного цикла. Модель жизненного цикла зависит от
54
специфики, масштаба и сложности проекта и специфики условий, в которых
система создается и функционирует.
Каскадная модель жизненного цикла была предложена в 1970 г.
Уинстоном Ройсом. Она предусматривает последовательное выполнение всех
этапов проекта в строго фиксированном порядке. Переход на следующий этап
означает полное завершение работ на предыдущем этапе. Требования,
определенные на стадии формирования требований, строго документируются в
виде технического задания и фиксируются на все время разработки проекта.
Каждая стадия завершается выпуском полного комплекта документации,
достаточной для того, чтобы разработка могла быть продолжена другой
командой разработчиков.
Спиральная модель (англ. spiral model) была разработана в середине 1980-
х годов Барри Боэмом. Она основана на классическом цикле Деминга PDCA
(plan-do-check-act). При использовании этой модели ИС создается в несколько
итераций (витков спирали) методом прототипирования.
Итерационная модель - это естественное развитие каскадной и спиральной
моделей привело к их сближению и появлению современного итерационного
подхода, который представляет рациональное сочетание этих моделей.
Различные варианты итерационного подхода реализованы в большинстве
современных технологий и методов: RUP, MSF, XP.
Так как разрабатываемая информационная система не является сложной и
будет применяться только в условиях рассматриваемой организации, выберем
каскадную модель. Поскольку ранее автоматизация учета заявок и оплаты по
ним на предприятии не проводилась, в качестве стратегии нами выбран
пилотный проект.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Под риском проекта понимают потенциальную, численно измеримую
возможность неблагоприятных ситуаций и связанных с ними последствий в виде
55
ущерба, убытков, неблагоприятного изменения основных управляемых
параметров проекта.
Рассмотрим риски разрабатываемого проекта по этапам. Для
разрабатываемого проекта актуальны следующие риски. На этапе
проектирования может возникнуть технологический риск. Он проявляется в виде
несоответствия разрабатываемого проекта реальной задаче по причине
неправильного выбора технологии. Этот риск минимизируется путем
тщательного анализа реальных бизнес процессов и их отношений, а так же путем
сравнительного выбора используемых технологий.
На этапе разработки возникает риск реализации проекта – риск того, что
организация не сможет реализовать проект в заданные временные и бюджетные
рамки, или риск, что создание работоспособного решения завершится неудачей.
Снижается путем повышения эффективности управления проектной командой. С
другой стороны, этот риск не высок, ввиду отсутствия жесткой временной
границы реализации. На этапе внедрения может возникнуть организационный
риск, который обусловлен не эффективной работой команды внедрения.
Для противодействия этому риску, необходимо составить план внедрения
и организовать команду внедрения более тщательно. На этапе эксплуатации
может возникнуть риск того, что эксплуатационные расходы новой системы
возрастут до нерентабельного уровня. Может проявляться, как уличение затрат
на обслуживание выбранного технического обеспечения. Но благодаря наличию
большого запаса необходимого оборудования он не препятствует реализации
проекта.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
В качестве обеспечения информационной безопасности следует
применить сетевые решения, предлагающие дополнительные возможности
защиты на уровне маршрутизаторов. Это позволяет блокировать доступ к
отдельным устройствам, создавать разные категории доступа.
56
Использование Интернета как среды взаимодействия с широким кругом
лиц и организаций требует:
- усиления защиты от многочисленных угроз;
- обеспечение отказоустойчивости соединения с глобальной сетью
методом резервирования канала связи с провайдером.
На данный момент при реализации проекта наиболее приемлима
следующая система защиты:
- два кластера межсетевых экранов (каждый включает по два
маршрутизатора);
- комплекс централизованного управления механизмами сетевой защиты;
- графическая консоль управления этим комплексом;
- модуль создания комплексной отчетности.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель проектируемой нами информационной системы
представлена на рисунке 12
57
Рисунок 12 – информационная модель системы
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
Для хранения данных о суммах ДЗ по месяцам создана база данных в
СУБД MS SQL.
Для работы системы необходима нормативно-справочная информация.
Она состоит из следующих таблиц-справочников: код аналитического учета
(таблица 4), клиенты (таблица 5), договор (таблица 6), отдел (таблица 7) и трех
классификаторов: почтамт (таблица 8), блок (таблица 9), месяц_год (таблица 10).
Таблица 4 – Структура справочной таблицы «KAY»
Имя поля
Тип данных
Примечание
Id
Числовой
Идентификатор КАУ
58
Name
Короткий текст
Полное наименование кода
аналитического учета
Id_Department
Числовой
Идентификатор отдела
Таблица 5 – Структура справочной таблицы «Client»
Имя поля
Тип данных
Примечание
Id
Числовой
Идентификатор клиента
Name
Короткий текст
Полное наименование клиента
INN
Числовой
ИНН клиента
Таблица 6 – Структура справочной таблицы «Contract»
Имя поля
Тип данных
Примечание
Id
Числовой
Идентификатор договора
Name
Короткий текст
Наименование договора
Number_Of_Contract
Числовой
Номер договора
ContractDate
Дата и время
Дата договора
Id_Client
Числовой
Идентификатор клиента
Таблица 7 – Структура справочной таблицы «ResponsibleDepartment»
Имя поля
Тип данных
Примечание
Id
Числовой
Идентификатор отдела
Name
Короткий текст
Наименование отдела
Id_Block
Числовой
Идентификатор блока
Таблица 8 – Структура классификатора «Unit»
Имя поля
Тип данных
Примечание
Id
Числовой
Идентификатор почтамта
Name
Короткий текст
Наименование почтамта
Таблица 9 – Структура классификатора «ResponsibleBlock»