42
MS Access – СУБД от корпорации Microsoft. Данная СУБД поставляется
вместе с пакетом программ MS Office. При обработке данных в Access
используется язык структурированных запросов SQL, который можно без
преувеличения можно назвать стандартным языком баз данных. Он может
быть использован для выполнения различной обработки имеющихся данных,
в частности, для создания желаемой структуры, внести необходимые
изменения в существующую базу данных, конвертировать или удалять
таблицы, генерировать данные для отчетов и многое другое [11].
Важным преимуществом системы управления базами данных Access
является то, что она может помочь в разработке систем, которые
обрабатывают базу данных и на отдельных компьютерах, и в локальной сети
или через Интернет, используя режим обработки данных «клиент-сервер».
Следует также отметить, что такой доступ дает широкие возможности
для создания приложений, связанных с разработкой баз данных. В этом случае
разработчик не должен быть программистом высокого класса, но достаточно,
чтобы иметь представление о создании приложений связанных с событиями в
среде Windows, а также обладать некоторыми навыками программирования на
Visual Basic. В этом случае разработчик сможет быстро освоить навыки для
создания приложений в плане доступа, что позволит осуществлять
автоматизацию как простых, так и сложных задач, связанных с обработкой
данных. [11]
Обработка информации в реляционных базах данных доступна с учетом
базы данных в виде набора из нескольких конструктивных элементов, каждый
из которых может включать в себя один или несколько объектов.
Основными объектами базы данных являются таблицы.
В программе Access таблицу можно создать одним из способов:
˗ в режиме таблицы
˗ с помощью мастера таблиц
˗ в режиме конструктора
˗ путем импорта готовой таблицы
43
˗ с помощью установления связи с другой базой данных.
Режим конструктора позволяет создавать структуры таблицы самому
пользователю, задавая тип каждого поля и соответствующие свойства.
Таблица проектируется в соответствующем окне - конструкторе таблицы.
Структура таблицы формируется в области проекта, которая состоит из
трех столбцов, - Имя поля, Тип данных, Описание. Нижняя часть окна
конструктора (Свойства поля) становится доступной лишь после введения
названия поля и выбора из списка, который откроется, его типу.
Чтобы обозначить поле как ключевое, его активизируют и нажимают
кнопку Ключевое полет панели инструментов. Поле первичного ключа
отразится специальным маркером в виде ключа.
Если поле таблицы будет содержать лишь определенную совокупность
значений, тогда целесообразно создать его как поле подстановок, то есть поле,
что будет содержать список значений, которые можно использовать при
заполнении таблице данными. Для этого в списке типов полей конструктора
выбирают элемент Мастер подстановок, который загружает программу
мастера создания поля подстановок. Для подстановочных значений можно
использовать значения из таблицы или запроса, или можно ввести
фиксированный набор значений.
Для сохранения структуры таблицы нужно щелкнуть по кнопке
закрытие окна конструктора таблицы и ввести название таблицы в поле Имя
таблицы диалогового окна Сохранение.
После создания структуры таблиц и установления связей между ними
можно вводить данные. Заполнение таблицы данными происходит в режиме
таблицы или в форме.
Записи таблиц можно упорядочивать (сортировать) по данным одного и
более полей. Программа позволяет осуществлять сортировку одновременно по
10 полям.
Чтобы использовать программное средство для работы с данными, в
ходе проекта используется технология ADO. ADO (Object Microsoft ActiveX
44
Data) библиотека, которая используется для доступа к базам данных
различных типов и объектам, обеспечивает программный интерфейс к
интерфейсу OLE DB, который предлагается в качестве альтернативы
интерфейсу Microsoft ODBC. ADO использует общие провайдеры OLE DB,
чтобы получить доступ к уникальным свойствам некоторых источников
данных, используемых в качестве поставщиков данных OLE DB, в том числе
индивидуальный OLE DB провайдер, который обеспечивает доступ к
драйверам (Open Database Connectivity ODBC). Разработанный, чтобы
удовлетворить потребности всех методов доступа высокого уровня, ADO
данные могут получить доступ к реляционной индексированной
последовательный (ISAM) и иерархическим базам данных, или любому типу
источника данных, если есть ODBC-совместимый драйвер для него. ADO
объектной модели осуществляется на основе COM (Component Object Model).
ADO библиотека может быть использован в любой среде, которая может
выступать в роли OLE-клиента.
Так как технология ADO основана на стандартных интерфейсах COM,
которые являются инструментарием для системы Windows, это снижает общее
количество рабочего кода и позволяет распространять приложения баз данных
без дополнительных программ и библиотек.
С помощью библиотеки ADO можно обратиться к огромному
количеству типов баз данных, только нужно установить соответствующий
OLE-провайдер [1].
На странице ADO Палитры компонентов Delphi, кроме компонентов
соединения есть стандартные компоненты, инкапсулирующие набор данных и
адаптированные для работы с хранилищем данных ADO (рис. 1.15).
45
Рисунок 1.14 – Схема доступа к данным через ADO
Это компоненты:
TADODataSet – универсальный набор данных;
TАDOтаblе – таблица БД;
TADOQuery – запрос SQL;
TADOstoredProc – хранимая процедура.
Общим предком является класс TDataSet, предоставляющий базовые
функции управления набором данных.
Рисунок 1.15 – Иерархия классов наборов данных ADO
46
Компонент ТАDOTаblе обеспечивает использование в приложениях
Delphi таблиц БД, подключенных через провайдеры OLE DB. В основе
компонента лежит использование команды ADO, но ее свойства
настраиваются заранее и изменению не подлежат.
1.4.3 Обоснование проектных решений по техническому
обеспечению
Основная функция данной программы - учёт оборудования в
организации. Инвентаризация аппаратного обеспечения выполняется с целью
получения актуальных данных по аппаратному оснащению каждого
компьютера. Эта информация необходима при замене старых компонентов на
новые, списании техники или добавлении новых рабочих мест в сети.
Для оптимального функционирования АИС учёта средств
вычислительной техники требуется персональный компьютер следующей
минимальной конфигурации:
процессор с тактовой частотой 1,6 ГГц или более быстрый.
1 ГБ ОЗУ (1,5 ГБ в виртуальной машине).
10 ГБ свободного места на жестком диске.
жесткий диск со скоростью 5400 оборотов в минуту.
видеокарта с поддержкой DirectX 10 и разрешением 1024 x 768 или
более высоким.
При проектировании автоматизированной системы необходимо
придерживаться следующих требований:
должна нормально функционировать на персональных компьютерах,
совместимых с IBM PC и процессором Pentium (минимальные требования);
не должна зависеть от аппаратной части для того, чтобы иметь
возможность перенести ее на новую платформу, если компьютерная техника
морального устарела;
архитектура выбирается таким образом, чтобы свести к минимуму
вероятность нарушения нормального функционирования (выход из строя,
47
потеря данных из информационной базы данных, искажение информации) при
случайных или сознательных некорректных действиях пользователей;
должна быть обеспечена защита информационной базы данных от
несанкционированного доступа;
должен быть интуитивно ясный и дружественный интерфейс;
должна быть возможность увеличения информационной базы данных;
система может функционировать под управлением операционных
систем Windows ХР, Win 7, 8, 10.
48
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл разработки программного обеспечения является
методом, который охватывает все стандарты и процедуры, которые влияют на
планирование, сбор требований и анализ, проект развития, создания и
внедрения программного обеспечения системы. Для каждого проекта можно
применять отдельную модель жизненного цикла.
В данном случае итерационная модель является наиболее подходящей
для этого. Развитие системы предполагает возвращение к предыдущим этапам
проектирования системы.
Графическое представление итерационной модели ИС представлено на
рисунке 2.1.
Рисунок 2.1 – Итерационная модель жизненного цикла ИС
Итерационная модель хорошо зарекомендовала себя в построении
информационных систем, которые в начале развития точно и полно
формулируют все требования для того, чтобы дать разработчикам свободу
реализовать их как можно лучше с технической точки зрения.
Применение итерационного модели характерно для ситуаций, когда
требования и их реализация в максимально возможной степени четко
определены и понятны.
49
Преимущества итерационной модели:
Модель хорошо известна потребителям, не связанным с разработкой программного
обеспечения и конечным пользователям.
Аккуратность, чтобы справиться со сложностями и хорошо подходит для проектов,
которые достаточно ясны.
Она очень легко понятна.
Ее легко и удобно использовать, так как процесс развития осуществляется поэтапно.
Ее структура может быть понятна даже плохо обученному в техническом плане
персоналу.
Стабильные требования.
Она хорошо работает, когда требования к качеству доминируют над требованиями к
стоимости и графику реализации проекта.
Способствует осуществлению строгого контроля в управлении проектами.
Облегчает работу менеджера проектов по планированию и завершению работ.
Итерационная модель функционирует хорошо, когда ее применяют в
циклах разработки программного обеспечения, которое использует
непреложное определение продукта и понятные технические приемы.
Выбор модели жизненного цикла разработки программного
обеспечения является важной вехой. Поэтому выбор модели жизненного
цикла проекта разработки программного обеспечения был основан на анализе
требований проекта, характеристики команды разработчиков и конечных
пользователей, а также на типе проекта и рисках. Данные представлены в
Приложении А.
Путем подсчета количества ответов, которые были выделены, создана
таблица моделей жизненного цикла с общим баллом. По результатам
выбирается та модель жизненного цикла, у которой наибольший суммарный
балл (таблица 2.1).
Таблица 2.1
Определение приемлемой модели ЖЦ
Модель ЖЦ
Вес в баллах
Каскадная модель ЖЦ
5
Итерационная модель ЖЦ
14
50
В данном случае суммарный балл итерационной модели ЖЦ
наибольший. Это означает, что для реализации проекта целесообразно
применить итерационную модель жизненного цикла программного
обеспечения.
Она имеет следующие этапы:
определение требований;
спецификация требований;
проектирование;
реализация;
тестирование и отладка;
эксплуатация и сопровождение.
Цель этапа «Определение требований» - формирование требований к
информационной системе.
«Спецификация требований» - определение технических
спецификаций. Стадия делится на подстадии, задачи: определение функций
ИС и стратегии автоматизации, обоснование проектных решений по
техническому, информации и программного обеспечения. Основная
информация - эта документация по техническому заданию.
Цель этапа «Проектирование» - разработка проекта автоматизации и
разработка задач информационной поддержки. Разработка проекта
автоматизации включает в себя разработку схемы, архитектуры проекта,
анализ рисков и оценку стоимости проекта. Разработка информационной
поддержки задачи включает в себя разработку информационной модели,
классификаторов и прототипы экранов. Эффективная информация - это
проектная документация.
Цель этапа «Реализация» - разработка программного обеспечения. Этап
включает в себя подготовку к разработке программного обеспечения и
51
разработку программного обеспечения. Эффективная информация - это
документация программного обеспечения.
Цель этапа «Тестирование и отладка» включает в себя установку
элементов ИС и технической поддержки, а также тестирование и устранение
выявленных ошибок.
Цель этапа «Эксплуатация и обслуживание» - мониторинг и
обслуживание программных и аппаратных средств, а также работа с
пользователями.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Риски любого ИТ-проекта можно классифицировать следующим
образом:
Технические риски. Практически в любом ИТ-проекте существуют
риски, связанные с оборудованием (отказ и неисправность оборудования,
ошибки в установке и т. д.).
Риски оценки условий. Для большинства ИТ-проектов (особенно в
проектах для разработки и внедрения программного обеспечения) характерны
ошибки в оценках продолжительности проекта.
Интеграционные риски. Интеграционные риски в ИТ-проектах,
особенно в крупных компаниях, всегда высоки, поскольку любое ИТ-решение
должно быть интегрировано в существующую инфраструктуру.
Риски, связанные с невыполнением пользователями проекта функций по
использованию программного продукта. Любой проект, в том числе в сфере
ИТ - это, прежде всего, изменение в технологии работы. Техническая
составляющая любого проекта, безусловно, важна, но не менее важна
организационная часть.
Коммерческие риски. Это риски, связанные с выбором технологии и
поставщиков. Необходимо оценить успех технологии на рынке, ее
актуальность на протяжении всего жизненного цикла ИТ-проекта, наличие