32
Рассмотренные решения выполняют свойственные такого рода
системам задачи, однако имеют один общий недостаток – избыточность
функций и сложность внедрения и дальнейшего администрирования.
Поэтому необходимо разрабатывать систему управления проектами
самостоятельно, с учетом всех требований внутреннего заказчика.
Выводы по главе:
Таким образом, в результате работы, проведенной в первой главе
выпускной квалификационной работы определено, что рассматриваемая
компания в качестве одного из основных бизнес-процессов определяет
процесс распределения запросов на выполнение работ между
программистами компании с целью оптимизации их занятости и учета
спецификации.
В результате анализа данного бизнес-процесса определены
недостатки в его текущем виде, на основании чего сформулированы
требования к разрабатываемой информационной системе. Далее проведен
анализ существующих аналогов, определенно, что существующее
программное обеспечение не подходит для реализации поставленной
задачи, в связи с чем необходимо осуществлять самостоятельную
разработку.
33
2 РАЗРАБОТКА ПРОЕКТА ПРОГРАММНОГО
ОБЕСПЕЧЕНИЯ
2.1 Обзор средств разработки информационных систем и
обоснование проектирования собственной ИС и выбора средств
разработки
Подбор наиболее подходящей под задачи СУБД всегда представляет
из себя тяжелую задачу с различными требованиями и ключевыми
элементами, но является чуть ли не самым важным этапом всей разработки
приложений БД.
Чтобы выполнить описанные задачи, применим любую актуальную
СУБД. Для простого взаимодействия системы и пользователя важно очень
продуманно подойти к реализации интерфейса системы – важно, чтобы он
был простой, но функциональный.
Для корректной работы БД важно корректно отразить логические
взаимосвязи среди таблиц. По итогу, на создание всей БД и базовой части
клиентского приложения тратиться немалое количество рабочего времени.
В проектном решении применяются несколько принятых у заказчика
классификаторов: локальный и общегосударственный. По второму
классификатору будут делится все ГОСТы, имеющиеся в базе системы.
Также требованием является создание локальных классификаторов. При
этом требуется использовать справочники: линейные и иерархические. В
линейных справочниках все элементы, включенные в состав, описаны в
виде классических списков, а в иерархических – имеют вид списков с
иерархической структурой.
Выделим требования к системам кодирования и классификации
данных. Системы классификации (СК) можно разделить на иерархические
и многоаспектные. Иерархическая СК включает в себя разбиение
начального множества на отдельные подмножества, между которыми есть
отношения подчинения друг другу. В многоаспектных СК использованы
параллельно сразу несколько независимых классификационных признаков,
34
т.е. начальное множество описывается сразу в разных аспектах. [11]
Поскольку данные не нужно классифицировать по нескольким признакам,
в проектном решении будет использоваться иерархическая система.
Унифицированная система документации (УСД) является грамотно
организованным комплексом объединенных документов, отвечающим
совокупным правилам и требованиям и включающим данные, требуемые
для управления отдельными экономическими объектами. [7]
При реальном проектировании реализуется целый цикл разработки
ИС и создания программных модулей. Подобный подход становится
достаточно дорогим и выбор его оправдан в отдельных случаях:
• Создание полностью новой ИС;
• Неимение доступных прототипов ИС;
• Подготовка малых ИС с минимальным числом функций;
• Работа опытных разработчиков в самой компании.
Электронная форма документа – это некий шаблон с пустым
пространством, которое оставлено для самостоятельного заполнения
пользователем. Подобные формы включают в себя командные кнопки,
меню, формы и поддерживают разнообразные виды входных данных.
Важно понимать, что для реализации подобных форм необходимо
узконаправленное ПО. Определим часть форм:
• Формы для сбора данных, переноса их в БД с возможность
обработки (перемещение и сбор по e-mail, через формы на самих Web-
серверах);
• Формы для получения и сбора данных внутри компании и за ее
пределами (заказы на покупку, отчеты о расходах в командировках, счета).
В системе анализа заявок применяются оба типа электронных форм.
Информационная база (ИБ) является некой совокупностью данных,
организованной конкретным способом и помещённая в память
вычислительной системы под видом файлов, с помощью которых
35
реализуются потребности в данных для управленческих процессов и
решаемых задач.
Есть несколько вариантов реализации информационной базы:
группировка локальных файлов и объединенная информационная база,
контролируемая СУБД.
Локальные файлы поддерживают оперативную обработку данных, но
из-за огромного числа дублированных данных, сложности доступа к ней
это становится несущественным. Поэтому хранение локальных файлов
требуется только в отдельных приложениях, которые нуждаются в
повышенной скорость передачи при импорте информации.
Интегрированная ИБ – объединение взаимосвязанных данных с
малой избыточностью, допускающей их применение оптимальным
образом для большинства приложений.
СУБД поддерживает совместимость данных, минимизацию
синтаксической и семантической избыточности, совмещенность данных и
реального состояния объекта, разделённое хранение информации у
пользователей. Нюансом можно отметить требование повышенного
контроля вводимых данных и разделение доступа к данным.
В качестве ИБ выбирается интегрированная БД под контролем
СУБД. Документооборот в компании довольно большой, документы
дублируются и корректируются много раз. Пользователям нужна
актуальная информация с периодическим обновлением, а группа
локальных файлов не дает такой возможности.
Существуют насколько вариантов реализации организации данных в
БД:
• Иерархическая модель;
• Сетевая модель;
• Реляционная модель.
Взаимосвязь в иерархической модели реализована совокупностью
структурных данных, где тип сегмента потомка связывается лишь с одним
36
типом сегмента предка. Подобная модель имеет ряд нюансов, к примеру,
отсутствие явно определенного разделения физических и логических
параметров модели. Для выявления неиерархических отношений нужны
другие действия. Неявные запросы потребуют перестроить саму БД.
Сетевая модель – переданные данные сетевыми структурами типов
записей и совокупных отношений «один к одному» или «один ко многим».
Реляционная модель реализует и представляет информацию в виде
таблиц и реляций. Все отношения тут имеют свой личный ID, что помогает
минимизировать повторяющиеся данные. Такие модели легки в
применении, просто переделываются и их реализация не требует больших
временных затрат. Есть 2 подхода к проектированию реляционной БД:
• В процессе создания концепции реализуется не
концептуальная модель данных, а сама реляционная схема БД,
включающая определения реляционных таблиц, требующих
нормализации;
• Функциональная модель переделывается в нормализированную
реляционную. Подобный подход часто можно встретить при создании
больших БД для крупных ИС.
Исходя из описанного выше делаем выбор в пользу реляционной БД,
она просто трансформируется, удобна в применении и несложная по своей
структуре.
Полностью выделив, какие типы данных нам нужны нам, как они
будут сохраняться в памяти, и какую систему доступа к данным лучше
всего реализовать, мы таким образом решаем вопрос по управлению
данными. Также важно найти метод автоматизации решения возможных
базовых задач.
Для определения СУБД приведем ряд групп критериев:
• Модель данных;
• Нюансы архитектуры и методы работы;
• Отслеживание функциональность программы;
37
• Нюансы создания программы;
• Эффективность;
• Стабильность;
• Аспекты рабочей среды;
• Сторонние критерии.
Чтобы подобрать соответствующую разрабатываемому продукту
СУБД, необходимо определить требования к СУБД и выявить показатели
качества у каждой из рассматриваемых систем.
Как правило, такая операция проводится не в один заход, так как
выявление требований к СУБД и соотношение с такими требованиями
имеющихся параметров системы управления данных требует времени и
тщательного исследования каждого продукта. Также нужно учесть, что
СУБД имеет многочисленные параметры, которые иногда бывает сложно
соотнести с параметрами других СУБД.
Часто подбор СУБД начинают с ее технических параметров, в том
числе:
Вид операционный систем;
Требования к процессору и оперативной памяти;
Типы поддерживаемых данных;
Возможность работы в многопользовательском режиме;
Наличие средств разработки и использования с GUI.
Оценка степени скорости работы СУБД и ее производительности
может проводиться с помощью различных тестов, в результате которых на
тестовых данных исследуется поведение каждой СУБД в примерно
одинаковых условиях, после чего делается вывод о количественной
характеристике каждого параметра.
В Таблице 2 приведена сравнительная таблица трех
распространенных систем управления базами данных, конкурирующих
на рынке программного обеспечения по основным показателям.
38
Таблица 2 - Сравнение СУБД
Показатели
Microsoft SQL
Server 2008
баллы
MySQL 5.1
баллы
PostgreSQL 8.4
баллы
Поддерживаемые
операционные
системы
Windows
Desktop/Serv
er
3
Windows
Desktop/Se
rver ,
Linux,
Unix, Mac
5
Windows1 Desktop
/S22erver, Linux,
Unix, 2Mac
5
Поддержка даты
и времени
Да
3
Да (но без
временной
зоны)
2
Да
3
Аутентификация
Средствами
БД и Active
Directory
3
Средствам
и БД
2
Много разных
методов,
включающих
предыдущие
1
Производительность
планировщика
запросов для сложных
запросов
Средняя
(умеет
параллельн
ые запросы
«из коробки
»)
1
Очень
хорошая
5
Плохая
1
Итого
10
14
10
На основании данной таблицы наиболее актуальной СУБД для
рассматриваемого проекта является MySQl.
Далее определим требования к языку (среде) программирования и
выберем наиболее оптимальный для данного случая.
Сегодня в индустрии разработки бизнес-приложений основными
языками программирования являются C# (Microsoft)и Delphi (Embarcadero
Technologies).
C# — объектно-ориентированный язык. Разработан в 1998-2001
годах группой инженеров под руководством Андерса Хейлсберга в
компании Microsoft как основной язык разработки приложений для
платформы.NET Framework и впоследствии был стандартизирован как
ECMA-334 и ISO/IEC 23270. Компилятор C# входит в стандартную
установку .NET Framework [3.1].
39
C# считается языком с C-подобным синтаксисом, и ближе всего он
стоит к C++ и Java. Язык имеет постоянную типизацию, может работать с
полиморфизмом, перегрузкой операторов (явного и неявного типов),
включает в себя атрибуты, делегаты, события, свойства, совокупные типы
и методы, итерационные знаки, анонимные функции с возможностью
замыкания, LINQ, исключения, возможность комментирования в XML. И
пусть С# много перенял от своих собратьев: C++, Java, Delphi, Модула и
Smalltalk — все-таки он, исходя из практики их применения, исключает
некоторые модели, которые показали себя не с лучшей стороны и стали
проблемными, к примеру, C# не поддерживает совокупное наследование
классов (а в C++ оно есть).
C# создавался в рамках языка программирования прикладного
уровня для CLR и зачастую зависит от возможности самой CLR. И прежде
всего это характерно для систем C#, отражающих BCL. Применение или
отсутствие конкретных особенностей языка основано на том, может ли
конкретная языковая особенность переводится в требуемые конструкции
CLR. С обновлением версии CLR от 1.1 до 2.0 вырос и сам C#;
аналогичного результата можно будет ждать и далее. Но данная
закономерность была нарушена после презентации C# 3.0, который
представлял расширение зыка, не базирующееся на платформе .NET. CLR
отражает C#, как и остальных, сугубо .NET-ориентированным языком,
имеет много возможностей, которых нет в «классических» языках
программирования. К примеру, сбор мусора в самом C# не производится,
все реализуется CLR для программ, созданных на C# точно так же, как и
для программ на VB.NET, J# и др.
Delphi — среда программирования, где применяться язык Object
Pascal. Стартуя со среды разработки Delphi 7.0, в документах Borland стало
мелькать название Delphi для Object Pascal. По началу среда
использовалась лишь для создания приложений MS Windows, далее была
перенесена на платформу Linux (как Kylix), но после релиза в 2002 году
40
Kylix 3, его создание прекратилось вообще, и вслед за этим MS подтвердил
поддержку платформу .NET. Реализация среды создания проекта Lazarus
(Free Pascal, компиляция в рамках совместимости с Delphi) помогает
применять его для проектирования приложений на Delphi для платформ
типа Linux, Mac OS X и Windows CE.
Сейчас Delphi — мощная технология реализации вычислительных и
нагруженных приложений под Windows с богатым интерфейсом, помогает
реализовать высокую скорость создания благодаря минимизации времени
кодирования исходя из концепции Rapid Application Development при
помощи визуальной среды разработки. При таком подходе доступно
создание систем различного типа: приложения на ПК, ПО для сенсорных
экранов, терминалов, ПО для регулирования работы БД, включая
многозвенные, web-программы, которые работают с облачными сервисами
[32].
В Embarcadero Delphi 2010 усовершенствованная многоуровневая
платформа DataSnap обеспечивает расширенный доступ к стандартным
протоколам обмена данными, включая новые протоколы JSON и REST,
поддерживающие взаимодействие с другими сервисами. Удобный и
гибкий набор компонентов функционирует в среде последних версий
Windows, что позволяет разрабатывать современные программные
решения для цифровых планшетов, сенсорных панелей и информационных
терминалов с пользовательским интерфейсом и поддержкой сенсорного
ввода. Для разработки информационной системы был выбран язык
программирования C#.
Информационная система автоматизации распределения задач
между программистами компании предназначена для учета, распределения
и контроля выполнения проектов сотрудниками отдела с использованием
гибких методологий.
К системе предъявляются следующие нефункциональные
требования:
41
Система должна иметь надежность, позволяющей
обеспечивать е работоспособность не менее 90% заданного времени;
Система должна иметь возможность резервирования данных не
менее в двух источниках, не терять работоспособность при авариях и
других нештатных ситуациях, возникающих в локальной вычислительной
сети компании или рабочих станциях сотрудников компании, а также
оргтехники;
Восстановление работоспособности при отказах составляющих
системы не должно влиять на цельность данных;
Система должна позволять обеспечивать сохранность
информации в соответствии с предъявляемыми требованиями по защите
информации для аналогичных систем.
Для минимизации избыточности технологических процедур при
реализации функций системы, одинаковые для всех функций процедуры
нужно реализовывать единообразно.
2.2 Моделирование процесса учёта, контроля и распределения
запросов программистам. Модель TO-BE
Инструменты, методики и принципы являются средствами
проектирования, составляющими основу проекта любой ИС. Методология
создается через конкретные технологии и включенные в них стандарты,
инструменты и методики, поддерживающие реализацию процессов ЖЦ.
Технология реализации определяются в виде совокупности 3
составляющих:
• Процедуры, отражающей очередность технологических
операций разработки;
• Правил и критериев, которые применяются в рамках оценки
итогов реализации технологических операций;
• Нотаций в текстовом и графическом виде, которые