46
обмена. И для любого объекта эти взаимосвязи и свойства определены
отдельно [17].
Потоками данных внешнемашинного ИО часто называют регулярное
движение документов от исполнителя к получателю и обратно.
Классификаторы применимы для описания данных, могу обосновать
единство кодирования и классификации и нужны для безошибочной
машинной обработки и выдачи данных в удобной форме для решения
потребительски проблем
В описанной задаче использовались 2 общероссийских
классификатора:
• ОКУД – общий классификатор управленческих документов;
• ОКОПФ – общий параметр организационно-правовых форм.
По любому в процессе реализации системы может применятся
реляционная модель БД. Такая модель опивает на отдельной предметной
области совокупность отношений, изменяющихся во времени. В процессе
создания программы данная совокупность помогает получить данные по
объектам предметной области, а также помогает создать модель связи
между ними. Сами же данные помещаются в таблицы. Для простоты
поиска и определения любая таблица имеет свой уникальный код.
Обычно к ИО предъявляют ряд требований, а именно:
• ИО должно быть полноценным и адекватным для поддержки
всех описываемых функций;
• При кодировке данных важно применять подтвержденные ID;
• В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня [14];
• ИО обязано быть на 100% совместимо с создаваемой системой;
• Все формы документов должны сочетаться с корпоративными
стандартами и определенной системы документации;
47
• Структура визуальных форм и всех документов должна
полностью соответствовать описанию каждого рабочего места сотрудника;
• Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также
утверждены с заказчиком.
• в ИС важно предусмотреть механизмы проверки входной и
выходной информации, обновления данных в массивах данных,
отслеживания целостности БД, защиты НСД.
в ИС важно наличие средства контроля начальной и итоговой
информации, проверки актуальности массива данных, контроля
целостности БД, защиты от НСД [21].
В описанном случае к ИО также относятся входные и выходные
документы, классификаторы, а также список экранных форм, которые
нужны для поддержки диалога самой системы и юзера.
В качестве входных документов в данной системе целесообразно
использовать документы, содержащие сведения о клиенте, ассортименте
товаров и продажах, а именно договор купли-продажи, копия паспорта
клиента, прейскурант товаров, услуг. Данные документы являются
унифицированными и их форма изменению не подлежит и
нецелесообразна.
Ввод первичной информации в систему должен осуществлять с
использованием экранных форм, также, как и вывод результатной
информации. Предлагается использовать универсальную,
унифицированную в рамках системы экранную форму.
Информационная база (ИБ) является некой совокупностью данных,
организованной конкретным способом и помещѐнная в память
вычислительной системы под видом файлов, с помощью которых
реализуются потребности в данных для управленческих процессов и
решаемых задач.
48
Есть несколько вариантов реализации информационной базы:
группировка локальных файлов и объединенная информационная база,
контролируемая СУБД.
Локальные файлы поддерживают оперативную обработку данных, но
из-за огромного числа дублированных данных, сложности доступа к ней
это становится несущественным. Поэтому хранение локальных файлов
требуется только в отдельных приложениях, которые нуждаются в
повышенной скорость передачи при импорте информации.
Интегрированная ИБ – объединение взаимосвязанных данных с
малой избыточностью, допускающей их применение оптимальным
образом для большинства приложений.
СУБД поддерживает совместимость данных, минимизацию
синтаксической и семантической избыточности, совмещенность данных и
реального состояния объекта, разделѐнное хранение информации у
пользователей. Нюансом можно отметить требование повышенного
контроля вводимых данных и разделение доступа к данным.
В качестве ИБ выбирается интегрированная БД под контролем
СУБД. Документооборот в компании довольно большой, документы
дублируются и корректируются много раз. Пользователям нужна
актуальная информация с периодическим обновлением, а группа
локальных файлов не дает такой возможности.
Существуют насколько вариантов реализации организации данных в
БД:
• Иерархическая модель;
• Сетевая модель;
• Реляционная модель.
Взаимосвязь в иерархической модели реализована совокупностью
структурных данных, где тип сегмента потомка связывается лишь с одним
типом сегмента предка. Подобная модель имеет ряд нюансов, к примеру,
отсутствие явно определенного разделения физических и логических
49
параметров модели. Для выявления неиерархических отношений нужны
другие действия. Неявные запросы потребуют перестроить саму БД.
Сетевая модель – переданные данные сетевыми структурами типов
записей и совокупных отношений «один к одному» или «один ко многим».
Реляционная модель реализует и представляет информацию в виде
таблиц и реляций. Все отношения тут имеют свой личный ID, что помогает
минимизировать повторяющиеся данные. Такие модели легки в
применении, просто переделываются и их реализация не требует больших
временных затрат. Есть 2 подхода к проектированию реляционной БД:
• В процессе создания концепции реализуется не концептуальная
модель данных, а сама реляционная схема БД, включающая определения
реляционных таблиц, требующих нормализации;
• Функциональная модель переделывается в нормализированную
реляционную. Подобный подход часто можно встретить при создании
больших БД для крупных ИС.
Исходя из описанного выше делаем выбор в пользу реляционной БД,
она просто трансформируется, удобна в применении и несложная по своей
структуре.
1.4.2 Обоснование проектных решений по программному
обеспечению
ПО часто является совокупностью программ для выполнения
конкретных целей и задач автоматизированной системы.
Обычно ПО можно разделить на два вида: общее (ОС, операционные
оболочки, компиляторы, интерпретаторы, программные среды, СУБД,
сетевое ПО и т.п.) и специальное (совокупность прикладных программ,
которые используются для конкретных задач в рамках функциональной
подсистем, а также контрольные примеры) [3].
50
ПО общего назначения обязаны отвечать нескольким требованиям
[2]:
• Являться набором взаимосвязанных программ с оптимальными
указаниями и инструкциями по применения рабочих программ на каждой
стадии расчѐта комплексов задач;
• Создаваться по принципу открытого ПО для возможности
совершенствования в будущем;
• Вести контроль устройств комплекса ТС и готовить порядок
решения задач;
• Реализовывать работу программ самоконтроля и иметь некие
тесты для диагностики;
• Поддерживать защиту данных и программ персонала друг от
друга и от самой ОС;
• Предоставлять инструменты для хранения данных и
обращения к любой их совокупности;
• Поддерживать стабильность хранения данных при сбоях ЭВМ;
• Выполнять оценку аварийных ситуаций, выявлять их причину,
оповещать о ней и различные варианты дальнейших действий [18].
Среди множества продуктов, предлагающих подобные возможности,
можно выделить следующие направления [6]:
реализация через web-интерфейс, например с помощью php-
программирования;
реализация через интегрированные среды разработки
программного обеспечения для MicrosoftWindows на языках Delphi,
VisualC++, VisualBasic и др [12].
В первом случае программа будет работать как web-сервис. Для
этого необходимо настроить web-сервер, создать программные php-
модули, разработать интерфейс сайта, зарегистрировать его в глобальной
сети, оплатить доменное имя и аренду хостинга. При этом довольно
сложно создать гибкий инструмент анализа, поскольку конечным
51
продуктом будет являться откомпилированный файл, в который
невозможно будет внести изменения без исходного программного кода
[13].
Рассматривая второй вариант реализации, необходимо понимать, что
среда разработки программных средств под Microsoft Windows любого
производителя не является бесплатной, и потребует на приобретение
предлагаемого пакета значительных расходов [9]. Для дальнейшего
создания самого приложения в этой среде потребуется знание того языка
программирования, который заложен в ее основу. Далее необходимо будет
создать систему управления базами данных в этой среде, графические
интерфейсы и др. Как видно, в первом случае потребуются значительные
денежные затраты и трудоемкий процесс создания и сопровождения
системы [8].
Во втором же случае затраты могут быть минимальны. Для выбора
языка программирования сравним следующие языки – Java, Delphi и Visual
Basic. Сравнение языков программирования приведено в Таблице 7. и на
Рисунке 13.
Таблица 7
Сравнение языков программирования
Параметр
Степень соответствия, %
Delphi
Java
Visual Basic
Возможность
компиляции
8
8
4
Многопоточная
компиляция
8
0
8
Интерпретатор
командной строки
6
4
0
Многомерные
массивы
8
0
8
Динамические
массивы
8
8
0
Ассоциативные
массивы
4
0
0
Интерфейсы
8
0
4
Мультиметоды
8
0
0
Общая оценка
7,25
2,5
3
52
Рисунок 13 Сравнение языков программирования
Для разработки и отладки программы применялась интегрированная
система BorlandDelphi 7.
Выбор этого программного продукта обусловлен следующим :
1. В Delphi имеется возможность визуального конструирования
форм, что избавляет при создании программы от многих аспектов
разработки интерфейса программы, так как Delphi автоматически готовит
необходимые программные заготовки и соответствующий файл ресурсов.
Программисту нужно лишь наполнить прототип будущего окна
элементами интерфейса [16];
2. Мощность и гибкость языка программирования ObjectPascal –
достоинство Delphi, выгодно отличающее эту среду от других
инструментов RAD.
3. Среди прочих преимуществ Delphi можно выделить самую
эффективную работу с базами данных;
4. В настоящее время для создания современного программного
обеспечения приходится использовать несколько различных программных
7 ,25
2,5
3
0 1 2 3 4 5 6 7 8
Delphi
Java
Visual Basic
53
продуктов, а в базовую конфигурацию Delphi уже входят множество
продуктов, для создания различных элементов программного обеспечения.
Таким образом, можно сделать вывод о том, что Delphi – один из
самых мощных инструментов разработки программных продуктов любой
сложности и направленности. А Delphi 7 наиболее совершенная из всех
версий прочих версий данной среды разработки приложений.
Для выполнения данных требований необходимо и достаточно
разработать базу данных в среде СУБД Access 2018.
Microsoft Access в настоящее время является одной из самых
популярных среди настольных (персональных) программных систем
управления базами данных. Среди причин такой популярности следует
отметить:
высокую степень универсальности и продуманности
интерфейса, который рассчитан на работу с пользователями самой
различной квалификации. В частности, реализована система управления
объектами базы данных, позволяющая гибко и оперативно переходить из
режима конструирования в режим их непосредственной эксплуатации;
глубоко развитые возможности интеграции с другими
программными продуктами, входящими в состав MicrosoftOffice, а также с
любыми программными продуктами, поддерживающими технологию OLE;
богатый набор визуальных средств разработки.
Исходное окно Access отличается простотой и лаконичностью.
Шесть вкладок этого окна представляют шесть видов объектов, с
которыми работает программа.
Таблицы — основные объекты базы данных. С ними мы уже
знакомы. В них хранятся данные. Реляционная база данных может иметь
много взаимосвязанных таблиц.
Запросы — это специальные структуры, предназначенные для
обработки данных базы. С помощью запросов данные упорядочивают,
фильтруют, отбирают, изменяют, объединяют, то есть обрабатывают.
54
Формы — это объекты, с помощью которых в базу вводят новые
данные или просматривают имеющиеся.
Отчеты — это формы «наоборот». С их помощью данные выдают на
принтер в удобном и наглядном виде.
Макросы — это макрокоманды. Если какие-то операции с базой
производятся особенно часто, имеет смысл сгруппировать несколько
команд в один макрос и назначить его выделенной комбинации клавиш.
Модули — это программные процедуры, написанные на языке
VisualBasic.
Для программной реализации АРМ специалиста планового отдела
выбираем СУБД MicrosoftAccess. MSAccess – это самая популярная
сегодня настольная система управления базами данных. Еѐ успех
заключается в прекрасной реализации продукта, рассчитанного как на
начинающего, так и квалифицированного пользователя. Опишем основные
эргономические особенности данной СУБД:
MSAccess имеет один из самых лучших наборов визуальных средств
среди аналогичных программных продуктов. Вся работа с базами данных
интегрирована в окне базы данных. При разработке программы широко
используются такие современные решения, как панели инструментов,
технология Drag&Drop (перетащи и брось), панели свойств,
гипертекстовые ссылки и др.
1.4.3 Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение — комплекс технических средств,
предназначенных для работы информационной системы, а также
соответствующая документация на эти средства и технологические
процессы .
Комплекс технических средств составляют:
компьютеры любых моделей;
55
устройства сбора, накопления, обработки, передачи
информации;
устройства вывода информации;
устройства передачи данных и линий связи;
оргтехника и устройства автоматического съема информации;
эксплуатационные материалы и др.
Разрабатываемый программный продукт имеет клиент-
серверную архитектуру.
Архитектура клиент-сервер основана на распределении функций
между двумя типами независимых и автономных процессов: серверами и
клиентами. Сеть связывает воедино серверы и клиенты, предоставляя
средства связи.
Если вся обработка данных происходит на стороне сервера, а клиент
выполняет только функции интерфейса с пользователем, то клиентское
приложение называют «тонким» клиентом. Если часть обработки данных
происходит на стороне клиента — то «толстым» клиентом.
Архитектура клиент-сервер включает в себя три основных
компонента:
Клиенты. Клиент представляет собой любой процесс компьютера,
который запрашивает сервис от сервера. Клиент также называется
интерфейсным приложением. Клиентский процесс, базируется на
графическом интерфейсе пользователя.
Серверы. Сервер — это компьютерный процесс, предоставляющий
сервис клиентам. Сервер также называют серверным приложением.
Серверный процесс характеризуется независимостью от местоположения,
оптимизацией использования ресурсов, масштабируемостью и
способностью к взаимодействию с другими системами.
Для корректного взаимодействия компонентов клиент-серверной
архитектуры между собой требуется их соответствие некоторым основным