46
По любому в процессе реализации системы может применятся
реляционная модель БД. Такая модель опивает на отдельной предметной
области совокупность отношений, изменяющихся во времени. В процессе
создания программы данная совокупность помогает получить данные по
объектам предметной области, а также помогает создать модель связи между
ними. Сами же данные помещаются в таблицы. Для простоты поиска и
определения любая таблица имеет свой уникальный код.
Обычно к ИО предъявляют ряд требований, а именно:
• ИО должно быть полноценным и адекватным для поддержки всех
описываемых функций;
• При кодировке данных важно применять подтвержденные ID;
• В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня [14];
• ИО обязано быть на 100% совместимо с создаваемой системой;
• Все формы документов должны сочетаться с корпоративными
стандартами и определенной системы документации;
• Структура визуальных форм и всех документов должна полностью
соответствовать описанию каждого рабочего места сотрудника;
• Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также
утверждены с заказчиком.
• в ИС важно предусмотреть механизмы проверки входной и
выходной информации, обновления данных в массивах данных, отслеживания
целостности БД, защиты НСД.
в ИС важно наличие средства контроля начальной и итоговой
информации, проверки актуальности массива данных, контроля целостности
БД, защиты от НСД [21].
47
В описанном случае к ИО также относятся входные и выходные
документы, классификаторы, а также список экранных форм, которые нужны
для поддержки диалога самой системы и юзера.
В качестве входных документов в данной системе целесообразно
использовать документы, содержащие сведения о клиенте, ассортименте
товаров и продажах, а именно договор купли-продажи, копия паспорта клиента,
прейскурант товаров, услуг. Данные документы являются унифицированными
и их форма изменению не подлежит и нецелесообразна.
Ввод первичной информации в систему должен осуществлять с
использованием экранных форм, также, как и вывод результатной информации.
Предлагается использовать универсальную, унифицированную в рамках
системы экранную форму.
Информационная база (ИБ) является некой совокупностью данных,
организованной конкретным способом и помещённая в память вычислительной
системы под видом файлов, с помощью которых реализуются потребности в
данных для управленческих процессов и решаемых задач.
Есть несколько вариантов реализации информационной базы:
группировка локальных файлов и объединенная информационная база,
контролируемая СУБД.
Локальные файлы поддерживают оперативную обработку данных, но из-
за огромного числа дублированных данных, сложности доступа к ней это
становится несущественным. Поэтому хранение локальных файлов требуется
только в отдельных приложениях, которые нуждаются в повышенной скорости
передачи при импорте информации.
Интегрированная ИБ – объединение взаимосвязанных данных с малой
избыточностью, допускающей их применение оптимальным образом для
большинства приложений.
СУБД поддерживает совместимость данных, минимизацию
синтаксической и семантической избыточности, совмещенность данных и
реального состояния объекта, разделённое хранение информации у
48
пользователей. Нюансом можно отметить требование повышенного контроля
вводимых данных и разделение доступа к данным.
В качестве ИБ выбирается интегрированная БД под контролем СУБД.
Документооборот в компании довольно большой, документы дублируются и
корректируются много раз. Пользователям нужна актуальная информация с
периодическим обновлением, а группа локальных файлов не дает такой
возможности.
Существуют насколько вариантов реализации организации данных в БД:
• Иерархическая модель;
• Сетевая модель;
• Реляционная модель.
Взаимосвязь в иерархической модели реализована совокупностью
структурных данных, где тип сегмента потомка связывается лишь с одним
типом сегмента предка. Подобная модель имеет ряд нюансов, к примеру,
отсутствие явно определенного разделения физических и логических
параметров модели. Для выявления неиерархических отношений нужны другие
действия. Неявные запросы потребуют перестроить саму БД.
Сетевая модель – переданные данные сетевыми структурами типов
записей и совокупных отношений «один к одному» или «один ко многим».
Реляционная модель реализует и представляет информацию в виде
таблиц и реляций. Все отношения тут имеют свой личный ID, что помогает
минимизировать повторяющиеся данные. Такие модели легки в применении,
просто переделываются и их реализация не требует больших временных затрат.
Есть 2 подхода к проектированию реляционной БД:
• В процессе создания концепции реализуется не концептуальная
модель данных, а сама реляционная схема БД, включающая определения
реляционных таблиц, требующих нормализации;
• Функциональная модель переделывается в нормализированную
реляционную. Подобный подход часто можно встретить при создании больших
БД для крупных ИС.
49
Исходя из описанного выше делаем выбор в пользу реляционной БД,
она просто трансформируется, удобна в применении и несложная по своей
структуре.
1.4.2 Обоснование проектных решений по программному обеспечению
ПО часто является совокупностью программ для выполнения
конкретных целей и задач автоматизированной системы.
Обычно ПО можно разделить на два вида: общее (ОС, операционные
оболочки, компиляторы, интерпретаторы, программные среды, СУБД, сетевое
ПО и т.п.) и специальное (совокупность прикладных программ, которые
используются для конкретных задач в рамках функциональной подсистем, а
также контрольные примеры) [3].
ПО общего назначения обязаны отвечать нескольким требованиям [2]:
• Являться набором взаимосвязанных программ с оптимальными
указаниями и инструкциями по применения рабочих программ на каждой
стадии расчёта комплексов задач;
• Создаваться по принципу открытого ПО для возможности
совершенствования в будущем;
• Вести контроль устройств комплекса ТС и готовить порядок
решения задач;
• Реализовывать работу программ самоконтроля и иметь некие тесты
для диагностики;
• Поддерживать защиту данных и программ персонала друг от друга
и от самой ОС;
• Предоставлять инструменты для хранения данных и обращения к
любой их совокупности;
• Поддерживать стабильность хранения данных при сбоях ЭВМ;
• Выполнять оценку аварийных ситуаций, выявлять их причину,
оповещать о ней и различные варианты дальнейших действий [18].
50
Среди множества продуктов, предлагающих подобные возможности,
можно выделить следующие направления [6]:
· реализация через web-интерфейс, например с помощью php-
программирования;
· реализация через интегрированные среды разработки программного
обеспечения для MicrosoftWindows на языках Delphi, VisualC++, VisualBasic и
др [12].
В первом случае программа будет работать как web-сервис. Для этого
необходимо настроить web-сервер, создать программные php-модули,
разработать интерфейс сайта, зарегистрировать его в глобальной сети, оплатить
доменное имя и аренду хостинга. При этом довольно сложно создать гибкий
инструмент анализа, поскольку конечным продуктом будет являться
откомпилированный файл, в который невозможно будет внести изменения без
исходного программного кода [13].
Рассматривая второй вариант реализации, необходимо понимать, что
среда разработки программных средств под Microsoft Windows любого
производителя не является бесплатной, и потребует на приобретение
предлагаемого пакета значительных расходов [9]. Для дальнейшего создания
самого приложения в этой среде потребуется знание того языка
программирования, который заложен в ее основу. Далее необходимо будет
создать систему управления базами данных в этой среде, графические
интерфейсы и др. Как видно, в первом случае потребуются значительные
денежные затраты и трудоемкий процесс создания и сопровождения системы
[8].
Во втором же случае затраты могут быть минимальны. Для выбора
языка программирования сравним следующие языки – Java, Delphi и Visual
Basic. Сравнение языков программирования приведено в Таблице 1.7. и на
Рисунке 1.12
51
Таблица 1.6
Сравнение языков программирования
Параметр Степень соответствия, %
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
Рисунок 1.12 Сравнение языков программирования
Для разработки и отладки программы применялась интегрированная
система BorlandDelphi 7.
Выбор этого программного продукта обусловлен следующим:
52
1. В Delphi имеется возможность визуального конструирования форм,
что избавляет при создании программы от многих аспектов разработки
интерфейса программы, так как Delphi автоматически готовит необходимые
программные заготовки и соответствующий файл ресурсов. Программисту
нужно лишь наполнить прототип будущего окна элементами интерфейса [16];
2. Мощность и гибкость языка программирования ObjectPascal –
достоинство Delphi, выгодно отличающее эту среду от других инструментов
RAD.
3. Среди прочих преимуществ Delphi можно выделить самую
эффективную работу с базами данных;
4. В настоящее время для создания современного программного
обеспечения приходится использовать несколько различных программных
продуктов, а в базовую конфигурацию Delphi уже входят множество продуктов,
для создания различных элементов программного обеспечения.
Таким образом, можно сделать вывод о том, что Delphi – один из самых
мощных инструментов разработки программных продуктов любой сложности и
направленности. А Delphi 7 наиболее совершенная из всех версий прочих
версий данной среды разработки приложений.
Для выполнения данных требований необходимо и достаточно
разработать базу данных в среде СУБД Access 2018.
Microsoft Access в настоящее время является одной из самых
популярных среди настольных (персональных) программных систем
управления базами данных. Среди причин такой популярности следует
отметить:
· высокую степень универсальности и продуманности интерфейса,
который рассчитан на работу с пользователями самой различной
квалификации. В частности, реализована система управления объектами базы
данных, позволяющая гибко и оперативно переходить из режима
конструирования в режим их непосредственной эксплуатации;
53
· глубоко развитые возможности интеграции с другими
программными продуктами, входящими в состав Microsoft Office, а также с
любыми программными продуктами, поддерживающими технологию OLE;
· богатый набор визуальных средств разработки.
Исходное окно Access отличается простотой и лаконичностью. Шесть
вкладок этого окна представляют шесть видов объектов, с которыми работает
программа.
Таблицы — основные объекты базы данных. С ними мы уже знакомы. В
них хранятся данные. Реляционная база данных может иметь много
взаимосвязанных таблиц.
Запросы — это специальные структуры, предназначенные для обработки
данных базы. С помощью запросов данные упорядочивают, фильтруют,
отбирают, изменяют, объединяют, то есть обрабатывают.
Формы — это объекты, с помощью которых в базу вводят новые данные
или просматривают имеющиеся.
Отчеты — это формы «наоборот». С их помощью данные выдают на
принтер в удобном и наглядном виде.
Макросы — это макрокоманды. Если какие-то операции с базой
производятся особенно часто, имеет смысл сгруппировать несколько команд в
один макрос и назначить его выделенной комбинации клавиш.
Модули — это программные процедуры, написанные на языке
VisualBasic.
Для программной реализации АРМ контролера ОТК выбираем СУБД
MicrosoftAccess. MSAccess – это самая популярная сегодня настольная система
управления базами данных. Её успех заключается в прекрасной реализации
продукта, рассчитанного как на начинающего, так и квалифицированного
пользователя. Опишем основные эргономические особенности данной СУБД:
MSAccess имеет один из самых лучших наборов визуальных средств
среди аналогичных программных продуктов. Вся работа с базами данных
интегрирована в окне базы данных. При разработке программы широко
54
используются такие современные решения, как панели инструментов,
технология Drag&Drop (перетащи и брось), панели свойств, гипертекстовые
ссылки и др.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение — комплекс технических средств,
предназначенных для работы информационной системы, а также
соответствующая документация на эти средства и технологические процессы .
Комплекс технических средств составляют:
· компьютеры любых моделей;
· устройства сбора, накопления, обработки, передачи информации;
· устройства вывода информации;
· устройства передачи данных и линий связи;
· оргтехника и устройства автоматического съема информации;
· эксплуатационные материалы и др.
Разрабатываемый программный продукт имеет клиент-
серверную архитектуру.
Архитектура клиент-сервер основана на распределении функций между
двумя типами независимых и автономных процессов: серверами и клиентами.
Сеть связывает воедино серверы и клиенты, предоставляя средства связи.
Если вся обработка данных происходит на стороне сервера, а клиент
выполняет только функции интерфейса с пользователем, то клиентское
приложение называют «тонким» клиентом. Если часть обработки данных
происходит на стороне клиента — то «толстым» клиентом.
Архитектура клиент-сервер включает в себя три основных компонента:
Клиенты. Клиент представляет собой любой процесс компьютера,
который запрашивает сервис от сервера. Клиент также называется
интерфейсным приложением. Клиентский процесс, базируется на графическом
интерфейсе пользователя.
55
Серверы. Сервер — это компьютерный процесс, предоставляющий
сервис клиентам. Сервер также называют серверным приложением. Серверный
процесс характеризуется независимостью от местоположения, оптимизацией
использования ресурсов, масштабируемостью и способностью к
взаимодействию с другими системами.
Для корректного взаимодействия компонентов клиент-серверной
архитектуры между собой требуется их соответствие некоторым основным
правилам. Эти правила должны в равной степени выполнять и клиенты, и
серверы, и ППО.
Эксплуатация разрабатываемой системы должна производиться на
рабочих станциях следующей конфигурации:
· операционная система — Linux, Windows, FreeBSD, Mac OS X,
Solaris;
· процессор — не менее Pentium/Celeron/Athlon 1000-1800 МГц;
· память (ОЗУ) — не менее 1024 Мб;
· жесткий диск — не менее 200 МБ свободного места (для установки
программного обеспечения);
· монитор — позволяющий работать с разрешением экрана не менее
1152x864 пикселей;
· устройства ввода информации (клавиатура, мышь);
· дополнительное программное обеспечение — Oracle Java SE
Runtime Environment (JRE) 7.
Однако для сервера баз данных понадобится более мощное техническое
обеспечение:
· операционная система — FreeBSD, Linux, Mac OS X, Solaris,
Windows Server;
· процессор — не менее Pentium/Celeron/Athlon 2400-3000 МГц;
· память (ОЗУ) — не менее 2024-3072 Мб;
· жесткий диск — определяется объемом базы данных;