бобка. Аналитическая часть
 Скачать 389.91 Kb.
|
1. Аналитическая часть1.1. Описание предметной области Система управления базами данных (СУБД) — это комплекс программных средств, предназначенных для создания структуры новой базы, наполнения ее содержимым, редактирование содержимого, отбор отображаемых данных в соответствии с заданным критерием, их упорядочение, оформление и последующая выдача на устройства вывода или передачи по каналам связи. Данная информационная система разрабатывалась c помощью базы данных Microsoft Access. входит в набор инструментальных программных средств, является настольной СУБД, легка в использовании даже для неспециалистов в программировании, именно поэтому мы выбрали данную среду для разработки нашей информационной системы. MS Access является одной из популярных систем проектирования и сопровождения базы данных, она представляет собой полнофункциональную СУБД, в которую входят таблицы данных, экранные формы для ввода данных в эти таблицы, запросы и отчеты для получения новой информации по данным из таблиц, макросы и модули для дополнительного программирования. Благодаря тому, что таблицы, формы, запросы, отчеты, модули и макросы являются самостоятельными объектами, они при этом хранятся вместе в едином файле базы данных (файл имеет расширение .mdb), создание связанных по смыслу данных и проверка ограничений целостности, а также создание и модификация таблиц, форм, запросов, отчетов, модулей и макросов значительно облегчается. Система управления базами данных MS Access поддерживает реляционную модель данных с механизмом ссылочной целостности. Поэтому в базах данных СУБД MS Access данные представляются в виде таблиц и функциональных бинарных связей между таблицами. Дополнительное средство представления данных – запросы. Запрос представляет собой виртуальную таблицу, которая формируется по требованию на основе заранее составленного описания запроса по данным из физических таблиц базы данных. Никаких других различий между физическими таблицами и запросами нет. Во всех операциях они участвуют на равных правах. Основное назначение запросов – представление для вывода дополнительной информации, а также скрытие от пользователей сложных запросов: пользователь обращается к системе с простым запросом к виртуальным данным, а всю работу по их формированию (по заранее составленному сложному запросу) берет на себя СУБД. Механизм ссылочной целостности в настоящее время является общепризнанным для использования в реляционных моделях для реализации функциональных бинарных связей типа 1:1 или 1:М между связанными таблицами. Он соответствует бинарному групповому отношению при определении базы данных в терминах групп и групповых отношений. Этот механизм основан на методе представления бинарной связи между сущностями через атрибут: первичный атрибут схемы исходной (родительской) сущности включается как вторичный атрибут в схемы атрибутов подчиненной (дочерней) сущности. В системе управления базами данных MS Access в рамках таблиц действуют механизмы определения и организации контроля стандартных правил целостности данных в реляционных моделях. Между таблицами действует механизм описания и контроля ограничений ссылочной целостности для бинарных функциональных связей. В таблицах действуют также механизмы определения и организации контроля явных ограничений целостности данных, таких, как форматы данных, допустимые диапазоны значений данных при вводе. Таким образом, сущности в базе моделируют таблицами. Свойства объектов (атрибуты) моделируют полями (столбцами таблиц). Один из атрибутов сущности должен быть идентификатором – первичным ключом (например, код инструмента). Связи между сущностями можно моделировать двояко: либо таблицей, либо с атрибутом (ссылочная целостность). При этом обе таблицы, между которыми должна быть создана связь, должны иметь один и тот же атрибут, который эту связь и реализует. Только в одной из таблиц (родительской) он будет идентифицирующим атрибутом – первичным ключом, а в другой (подчиненной) – обычным атрибутом (в этом случае его называют вторичным ключом). И в обеих таблицах он должен иметь один и тот же тип данных (имя может быть разным). Для представления бинарных связей типа М:М можно использовать либо таблицу, либо две функциональные связи: 1:M и M:1 с промежуточной таблицей (прием описан ниже в сетевой модели). Схему базы данных для СУБД MS Access проектируют с учетом перечисленных особенностей, то есть реализуют этап отображения схемы инфологической модели в схему датологической модели программного обеспечения. В окне базы данных Access появились новые средства просмотра и манипулирования объектами базы данных:
К новым возможностям, облегчающим работу с данными и проектирование базы данных относятся следующие:
1.2. Аппаратные и программные средства реализации проекта При разработке системы в среде Access использовался язык программирования VBA. VBA (Visual Basic for Application) — это язык программирования, поддерживаемый всеми приложениями пакета Microsoft Office. VBA — относительно несложный язык программирования, который очень прост и удобен в освоении и позволяет быстро получить ощутимые результаты — конструировать профессиональные приложения для решения практически любых задач в среде Microsoft Windows. Можно сказать, что язык VBA является прямым наследником языка программирования Basic, но, тем не менее, в сравнении с ним он шагнул далеко вперед. Поэтому и возможностей, как внутренних (например, в части вывода на экран всевозможных форм), так и в отношении взаимодействия с другими приложениями, у него гораздо больше. Следует заметить, что, будучи развитым языком программирования, VBA также включает в себя полноценную интегрированную среду разработки с полным набором специализированных окон, упрощающих проектирование, отладку и тестирование программ. Интегрированная среда разработки VBA представлена приложением, называемым редактором Visual Basic. Этот редактор имеет типичное для приложений Windows окно с панелью меню и целым набором панелей инструментов, которые позволяют получить доступ к целому ряду окон, предоставляющих инструментальные средства, необходимые для создания программ. Кроме того, редактор VBA включает специализированные средства для быстрого создания пользовательского интерфейса, что превращает его в визуальную среду разработки приложений. 1.3. Постановка задачи В процессе разработки программного продукта важную роль играет проектирование приложения. Разработку приложения необходимо начать с анализа предметной области и постановки задачи. Чтобы хорошо спроектировать систему, необходимо четко представлять себе решаемую задачу. Для этого, в первую очередь, нужно составить набор требований, предъявляемый к конечному продукту. Набор требований составляется исходя из того, что хочет заказчик, и что ему на самом деле нужно. Это не всегда одно и то же. И искусство разработчика состоит в том, чтобы представить заказчику то, что ему нужно, а заказчику при этом казалось, что это как раз то, что он хочет. Чтобы сформулировать реальные требования к системе, необходимо как можно больше информации о предметной области. Рассмотрим определение требований информационной системы «Библиотеки». Данная система предназначенной для абстрактного заказчика, поэтому набор требований к ней составляется, исходя из собственного представления о задаче автоматизации работы библиотеки. Сформулируем требования к нашему проекту.
Один и тот же читатель может брать книги, как на абонементе, так и в читальном зале, если он не числится в должниках.
Создание графа в соответствии с требованиями к системеСистема будет решать следующие функции: 1. Формирование каталога книг. 1.1 Ввод данных о поступившей литературе. 1.2 Просмотр отчетов по запросам. 2. Составление карточки читателя. 2.1. Запись нового читателя. 2.1.1 Ввод книг выдаваемых читателю. 2.2. Получение отчетов карточки читателя и выданных ему книгах. 3. Ввод данных о читателях задолжниках. 3.1 Ввод данных. 3.2 Получение отчетов о текущих задолжниках. 4. Поиск книги. 4.1 Выбор критерия поиска. 4.1.1 Получение отчетов о результате поиска. 5. Выход из программы. 6. Справка. Представление графа сценария задачи представлено на рисунке 1. ? 0 5 1 4 3 2 1.2. 1.1 2.1 4.1 3.2. 3.1 2.2 4.1.1 2.1.1 |