71
Рис.26 – Требования к поддерживаемым целевым платформам
В качестве базы данных была выбрана СУБД Access. Этот формат
обладает основными необходимыми качествами и является достаточно
надежным и удобным для данного рода задач.
Microsoft Office Access 2016 обладает широким спектром функций и
впечатляющими возможностями управления и обработки данными, кроме
того, поддерживает связь с внешними таблицами и сторонними БД.
Таблица 7
Сравнительная таблица распространенных СУБД
Название
Oracle
Tibero
PostgreSQL
Microsoft SQL
Server
Microsoft
Access
Основная
модель базы
данных
Реляционная
СУБД
Реляционная
СУБД
Реляционная
СУБД
Реляционная
СУБД
Реляционная
СУБД
Разработчик
Oracle
TmaxSoft
PostgreSQL
Global
Development
Group
Microsoft
Microsoft
Лицензия
Коммерческая
Коммерческая
Open Source
Коммерческая
Коммерческая
Облачная
СУБД
Да
Нет
Нет
Да
Нет
72
Продолжение таблицы 7
Название
Oracle
Tibero
PostgreSQL
Microsoft SQL
Server
Microsoft
Access
DBaaS
Да
Нет
GoogleCloudS
QL полностью
управляемые
сервис базы
данных для
платформы
GoogleCloud
Да
Нет
Язык
реализации
С и С++
С
С
С++
С++
Серверные
ОС
AIX
HP-UX
Linux
OS X
Solaris
Windows
z/OS
AIX
HP-UX
Linux
Solaris
Windows
FreeBSD
HP-UX
Linux
NetBSD
OpenBSD
OS X
Solaris
Unix
Windows
Linux
Windows
Windows
Схема данных
Да
Да
Да
Да
Да
Типы
Да
Да
Да
Да
Да
Поддержка
XML
Да
Да
Да
Да
Да
Вторичные
индексы
Да
Да
Да
Да
Да
SQL
Да
Да
Да
Да
Да
APIи другие
методы
доступа
ODP.NET
Oracle Call
Interface (OCI)
JDBC
ODBC
ODP.NET
Oracle Call
Interface (OCI)
Tibero CLI
JDBC
ODBC
Собственная
библиотека
СStreamingAP
Iдля больших
объектов
ADO.NET
JDBC
ODBC
ADO.NET
JDBC
ODBC
ADO.NET
DAO
ODBC
OLE DB
73
Продолжение таблицы 7
Название
Oracle
Tibero
PostgreSQL
Microsoft
SQL Server
Microsoft
Access
Поддерживае
мые языки
программиров
ания
C
C#
C++
Clojure
Cobol
Delphi
Eiffel
Erlang
Fortran
Groovy
Haskell
Java
JavaScript
Lisp
Objective C
OCmal
Perl
PHP
Python
R
Ruby
Scala
Tcl
Visual Basic
C
C#
C++
Cobol
Java
Objective C
Perl
PHP
Python
Ruby
Visual Basic
.Net
C
C++
Delphi
Java
Perl
PHP
Python
Tcl
C#
C++
Delphi
Go
Java
JavaScript
(Node.js)
PHP
Python
R
Ruby
Visual basic
C
C#
C++
Delphi
Java (JDBC-
ODBC)
VBA
Visual
Basic.NET
Скрипты на
стороне
сервера
PL/SQL
Procedure
Stored Module
(аналогOracle
PL/SQL)
Определяемые
пользователем
функции
Transact SQL
и языки .NET
Начиная с
Access 2010 с
применением
ACE-engine
Триггеры
Да
Да
Да
Да
Да
74
Продолжение таблицы 7
Методы
секционирова
ния
Горизонтальн
ое
секционирова
ние
Горизонтальн
ое
секционирова
ние
Декларативно
е
секционирова
ние (по
диапазону или
по списку) с
версии
PostgreSQL
10.0
Таблицы могут
быть
распределены
между
несколькими
файлами
(горизонтальное
секционирование
)
Нет
Методы
репликации
РепликацияM
aster-Master
РепликацияM
aster-Slave
РепликацияM
aster-Master
РепликацияM
aster-Slave
Репликация
Master-Slave
Да, но зависит от
SQL-
ServerEdition
Нет
MapReduce
Нет
Нет
Нет
Нет
Нет
Внешние
ключи
Да
Да
Да
Да
Да
Концепция
транзакций
ACID
ACID
ACID
ACID
ACID
Параллельнос
ть
Да
Да
Да
Да
Вычисления
In-memory
Да
Нет
Нет
Да
Нет
Управление
правами
пользователей
Детальное
разграничение
прав доступа в
соответствии
со
стандартами
SQL
Детальное
разграничение
прав доступа в
соответствии
со
стандартами
SQL (SQL 92,
SQL 99)
Детальное
разграничение
прав доступа в
соответствии
со
стандартами
SQL
Детальное
разграничение
прав доступа в
соответствии со
стандартами SQL
Детальное
разграниче
ние прав
доступа
Сертификация
VMware
Нет
Да
vFabric
vPostgres
Да
Да
75
Структурирование данных и приведение к единому типу позволяют
работать с ними с помощью экранных форм. Хорошо организованные
физическая и логическая структуры информационной базы позволяют
вводить входные данные посредством формы удобным образом, в
соответствии с организацией документа. Заполнение электронной формы в
данном случае сопоставимо заполнению анкеты, но менее трудоемко в
сравнении с заполнением бумажного бланка.
БД Microsoft Office Access 2016 в составе стандартного пакета
офисных программ хорошо известна пользователям. В случае
необходимости, администратору ИС не составит особого труда внести
изменения в базе, не затронув интерфейс программы.
1.4.3. Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение (ТО) – аппаратные средства и средства
коммуникации, обеспечивающие работу ИТ. ТО включает в себя
персональный компьютер, периферийные устройства, линии связи, сетевое
оборудование и т.д.
Для разработки программы будет использоваться стандартное для
сотрудника МЦРКПО техническое обеспечение. В организации для
решения офисных задач используется персональный компьютер
AquariusStdS20 K31. Система максимально оптимизирована по
соотношению производительность/стоимость. Модель выполнена на базе
процессоров Intel® Core™ 8–го поколения и набора микросхем Intel H310.
Оптимальный набор интерфейсов позволяет подключать к компьютеру
современные модели периферийных устройств [35].
Минимальные технические требования Embarcadero Delphi
Community Edition[37]:
– 1.6 GHz процессор (или более быстрый)
76
– 2 GB RAM
– от 6 GB до 60 GB доступного места на жестком диске.
– Поддерживающая Direct X 11 видеокарта с разрешением 1024x768
pix или выше.
Рекомендуется ОС Windows 10 Anniversary Edition (необходима для
разработки для Windows 10 store) [38].
Ниже приведены основные характеристики персонального
компьютера AquariusStdS20 K31.
77
Рис.27 – Технические характеристики персонального компьютера Aquarius
Std S20 K31
Персональный компьютер Aquarius Std S20 K31 полностью
удовлетворяет всем необходимым требованиям (Рис. 27).
78
2 Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
В основе разработки современных информационных систем лежат
общепринятые стандарты. Наличие стандартов предоставляет возможность
обеспечить высокую эффективность разработки.
Международный стандарт ISO/IEC 12207 определяет структуру
жизненного цикла. Он содержит процессы, которые должны быть
выполнены во время создания информационной системы.
Данные процессы делятся на три группы:
–Основные. К ним относятся приобретение, поставка, разработка,
эксплуатация, а также сопровождение;
–Вспомогательные. Это процессы документирования, управления
конфигурацией, верификации, процессы обеспечения качества, процессы
аттестации, оценки, аудита и решения проблем;
–Организационные. Это процессы управления проектами, создание
инфраструктуры проекта, определения, оценка и улучшение самого
жизненного цикла, процессы обучения.
Указанный стандарт является базовым и определяет жизненный цикл
программного обеспечения. Стандарт определяет стратегию и общий
порядок в создании и эксплуатации программного обеспечения, охватывая
жизненный цикл от концептуальной идеи до завершения проекта.
Стандарт ISO/IEC 12207 состоит из крупных обобщенных процессов:
приобретение, поставка, разработка и т.д.
В стандарте ISO/IEC 12207 описаны пять основных процессов
жизненного цикла программного обеспечения[22]:
1) процесс приобретения определяет действия предприятия -
покупателя информационной системы, программного продукта или
службы программного обеспечения;
79
2) процесс поставки определяет действия предприятия-поставщика
по снабжению покупателя информационной системой, программным
продуктом или службы программного обеспечения;
3) процесс разработки определяет действия предприятия-
разработчика, который разрабатывает принципы построения программного
изделия и собственно программный продукт;
4) процесс функционирования определяет действия предприятия-
оператора, обслуживающего систему в целом. Сюда входят консультация
пользователей, получение обратной связи и т.д.;
5) процесс сопровождения определяет действия персонала,
обеспечивающего сопровождение программного продукта, т.е. управление
модификацией программного продукта, поддержку текущего состояния и
функциональной пригодности, установку и удаление.
Кроме пяти основных процессов, ISO/IEC 12207 оговаривает восемь
вспомогательных процессов, которые являются неотъемлемой частью
всего жизненного цикла системы:
1) процесс решения проблем;
2) процесс документирования;
3) процесс управления конфигурацией;
4) процесс обеспечения качества;
5) процесс верификации;
6) процесс аттестации;
7) процесс совместной оценки;
8) процесс аудита.
В стандарте ISO/IEC 12207 также определяются четыре
организационных процесса:
1) процесс управления;
2) процесс создания инфраструктуры;
3) процесс усовершенствования;
4) процесс обучения.
80
В стандарте ISO/IEC 12207 имеется дополнительный процесс,
позволяющий адаптировать стандарт к условиям конкретного проекта.
Особенностью стандарта ISO/IEC 12207 является динамический и
адаптивный характер. Это обусловлено способом определения
последовательности выполнения процессов и задач, при котором один
процесс вызывает при необходимости другой или его часть либо вообще
его исключает. Стандарт принципиально не содержит описания
конкретных методов действий, а тем более заготовок решений или
документации. Стандарт позволяет обеспечить качество с разной степенью
организационной независимости контролирующей деятельности. Стандарт
обеспечивает гибкую степень обязательности. Достаточно указать
небольшое количество процессов и задач, соответствующих данному
стандарту. Стандарт содержит предельно мало описаний, направленных на
проектирование баз данных (возможны ситуации, когда базы данных и не
используются).
Ценность стандарта ISO/IEC 12207 заключается в том, что он дает
набор задач, характеристик качества, критериев оценки, охватывающих все
проектные ситуации. Например, для характеристики требования к
программному обеспечению предусмотрено 10 классов характеристик
качества:
1) функциональные и возможные спецификации, включая
исполнение, физические характеристики и условия среды эксплуатации,
при которых единица программного обеспечения должна быть выполнена;
2) внешние связи (интерфейс) с единицей программного
обеспечения;
3) требования квалификации (набор критериев, которые должны
быть выполнены, чтобы признать продукт готовым к использованию в
целевой окружающей среде);
4) спецификации надежности, включая спецификации, связанные