Выбор автоматизируемых функций и информационного пространства

 
 

 

1.3 Выбор СУБД

    Базы  данных представляют собой особую организацию  данных и предполагают использование  специальных программно-языковых средств (систем управления базами данных - СУБД), а также специфического подхода  к организации ИС. Проектирование баз данных подчиняется, с одной  стороны, общим правилам проектирования информационных систем, а с другой - имеет отличительные особенности, свойственные «банковской» организации  данных.

    В связи с этим, базы данных - это сложные взаимосвязанные информационные образования, предназначенные для многоцелевого использования.

    Существует  большое количество СУБД. По функциональным возможностям СУБД бывают настольные (FoxPro, MS Access, Paradox) и корпоративные (Oracle, MS SQL Server, MySQL). Сравнивая настольные и корпоративные СУБД, можно отметить следующее:

• настольные СУБД просты в использовании, стоимость их эксплуатации дешевле;
• корпоративные СУБД имеют возможности администрирования, работы в Интернете, поддерживают большой объем данных и быстро действенны.

     Для построения базы данных была выбрана  СУБД Microsoft Access . Использовать корпоративную СУБД не целесообразно, из за высокой стоимости продукта.   Большое количество функций потребность, в которых для предприятия не является нужной. При использовании настольной СУБД снижаются затраты на программное обеспечение и разработку базы данных.

     MS Access – это система управления базами данных (СУБД). Как и другие продукты этой категории, она предназначена для хранения и поиска данных, представления информации в удобном виде и автоматизации часто повторяющихся операций. К тому же MS Access является наиболее популярной системой управления базами данных для операционной системы Windows. Возможности разработчиков программного обеспечения, а также методы и технологии решения этих задач постоянно изменяются и совершенствуются. С помощью Access можно разрабатывать простые и сложные формы ввода данных. Популярность СУБД MS Access обусловлена следующими причинами:

• распространенность, которая обусловлена тем, что Access является продуктом компании Microsoft, программное обеспечение и операционные системы, которой использует большая часть пользователей персональных компьютеров;
• MS Access полностью совместим с операционной системой Windows, постоянно обновляется производителем, поддерживает множество языков;
• большое количество возможностей за сравнительно небольшую стоимость; 
• развитая система справки и понятный интерфейс;
• MS Access предоставляет в распоряжение пользователю разнообразные диалоговые средства, которые позволяют ему создавать приложения, не прибегая к разработке запросов на языке SQL или к программированию макросов или модулей на языке VBA;
• возможность использования OLE технологии, что позволяет установить связь с объектами другого приложения или внедрить какие-либо объекты в базу данных Access;
• Очень важным является возможность просмотра и редактировать данных не только в виде таблиц, но и в виде форм.

     Формы позволяют наблюдать сразу несколько записей одновременно, возникающих при работе с таблицами, имеющими большое количество полей. В режиме «Формы» можно все внимание уделить одной записи, не пользуясь прокруткой для поиска нужного поля в длинной череде столбцов таблицы, а имея перед глазами всю информацию. Также для удобства работы с формой на ней можно разместить элементы управления, например кнопки.

     При печати таблиц и запросов информация выдается практически в том виде, в котором хранится. Часто возникает  необходимость представить данные в виде отчетов, которые имеют  традиционный вид и легко читаются. Подробный отчет включает всю  информацию из таблицы или запроса, но содержит заголовки и разбит на страницы с указанием верхних  и нижних колонтитулов. Их можно  создавать как самостоятельно (в  режиме конструктора), так и с  помощью мастера.

     Мастер  баз данных Microsoft Access автоматически  формирует таблицы, запросы, формы  и отчеты из шаблонов стандартных  типов. Это полнофункциональные  приложения с оптимизированной структурой данных и полным набором необходимых  таблиц, форм, запросов и отчетов. Мастер запросов отбирает информацию базы данных, включая данные из нескольких таблиц, и затем определяет, как представить  эти данные в соответствии с требованиями пользователей.

 

Глава 2.Разработка БД

1. Краткая характеристика предприятия

     Велопрокат  «Velos» организован в 2010 году молодыми предпринимателями пермского края. Прокат представляет собой отдельно стоящее одноэтажное здание в лесопарковой части города Пермь. Изначально прокат предоставлял в распоряжение клиентам только велосипеды, но администрация проката решила расширить ассортимент предлагаемой продукции. В данный момент прокат предоставляет большое количество спортивного инвентаря: велосипеды, джамперы, роликовые коньки, беговые лыжи, коньки, защитную амуницию.

     Расширение  ассортимента не сильно повлияла на профиль  предприятия. Прокат  все также  ориентирован на предоставление велосипедов, как  основное направление. С 2011 года был создан филиал велопроката в  другом районе города Перми. 

     На  каждом прокате работают по одному человеку. Эти люди ответственны за регистрацию и оформление всех документов, а так же выдачу инвентаря, контролем  за правильной эксплуатацией.   

 

2.2 Построение инфологической модели предметной области

    Начальным шагом проектирования ИС является построение инфологической модели предметной области. Предварительная инфологическая модель строится еще на пред проектной стадии и затем уточняется на более поздних стадиях проектирования. Затем на ее основе строится даталогическая модель. Физическая и внешняя модели после этого могут строиться в любой последовательности по отношению друг к другу, в том числе и параллельно.

     Целью даталогического проектирования является отображение инфологической модели данных предметной области на язык конкретной выбранной СУБД, то есть проектирование структуры базы данных в среде конкретной СУБД, в данном случае MS Access 2007, поэтому в ее состав входят таблицы, содержащие сведения об информационных объектах и связях между ними.

     Инфологическая  модель предметной области – это  формализованное описание предметной области, выполненное безотносительно к используемым в дальнейшем программным и техническим средствам. Инфологическая модель должная быть динамической и позволять легкую корректировку.

     Основным  требованиями, предъявляемыми к инфологической модели, можно отнести следующие:

• должна содержать всю необходимую и достаточную информацию для последующего проектирования базы данных;
• должна быть понятна лицам, принимающим участие в создании и использовании.

  Описание  объектов ПО и связей между ними оказывает наибольшее влияние на проектирование структуры базы данных. Представим описание объектов и связей между ними в виде Базовой ER-модели (Рисунок 1. ER-модель базы данных «Велопрокат»).

  Представим  описание объектов и связей между  ними в виде логической ER-модели, основанной на методологии IDEF1X и созданной в  выбранном для проектирования CASE-средстве Microsoft Visio 2007.

Рисунок 1. ER-модель базы данных «Велопрокат»

. 

 

2.3 Составление локальных исходных ER – моделей

     На  основе описательных моделей данных, полученных на предшествующих этапах проектирования, для каждой автоматизируемой функции строятся исходные концептуальные модели Entity–Relationship (ER-модели) в графической форме.  

     Функция 1. «Регистрация клиентов»

Исходная  ER-модель для данной функции представлена на рисунке 2.

Рисунок 2. Исходная ER-модель для функции «Регистрация клиентов»

Модель  содержит единственную сущность «Клиенты», набор атрибутов которой имеет сложную структуру: простые агрегаты «Катания» и «Велосипеды».

 

     Функция 2 «Учет спортивного инвентаря»

Исходная  ER-модель для данной функции представлена на рисунке 3. Модель содержит единственную сущность «Пациенты».

Рисунок 3. Исходная ER-модель для функции «Учет спортивного инвентаря»

Модель  содержит единственную сущность «Велосипеды», набор атрибутов которой имеет сложную структуру: простой агрегат «Производитель». 

     Функция 3 «Регистрация клиентов»

Исходная  ER-модель для данной функции представлена на рисунке 4.

Рисунок 4. Исходная ER-модель для функции «Регистрация клиентов»

Модель  содержит единственную сущность «Клиент» набор атрибутов которой имеет простую структуру. 

        

2.4 Проектирование логической структуры базы данных и

выявление ограничений целостности, присущего данной предметной области

     На  этапе логического проектирования необходимо определить типы и длины  полей. После построения ER-модели в  среде Microsoft Visio 2007 следует использовать метод прямого инжиниринга, позволяющий автоматически сгенерировать описание и структуру спроектированной базы данных в среде выбранной СУБД.

     Схема базы данных «Велопрокат» предприятия в среде MS ACCESS будет выглядеть следующим образом (Рисунок 2. Схема базы данных «Велопрокат»).

     Рисунок 5. Схема базы данных «Велопрокат» 

     Обеспечение целостности данных является важнейшей  задачей при проектировании и  эксплуатации систем обработки данных. Большинство ограничений целостности вызваны спецификой предметной области. Нарушение ограничений целостности может происходить по нескольким причинам: ошибки, преднамеренное нарушение, вирусы, сбои. Поэтому необходимо контролировать ограничения целостности.

     Ограничение целостности – это набор специальных  предложений, описывающих допустимые значения отдельных информационных единиц и связей между ними.

     Помимо упомянутых стадии описания предметной области ограничений целостности, во время разработки базы данных «Велопрокат» были выявлены многие ограничения. Большинство из них контролируются непосредственно в таблицах. Поскольку ввод всех данных в таблице осуществляется через разработанные вспомогательные формы, также существует достаточно большое количество ограничений, которые контролируются средствами конструктора форм. Далее перечислены все ограничения целостности, которые будут контролироваться в данном курсовом проекте, а также выбранные способы реализации контроля целостности для каждого из ограничений.

     Функция 1. «Учет спортивного инвентаря»

Для компактности записи приведены статические ограничения для отдельных атрибутов на уровне кортежей: повторяемость, обязательность (относящиеся, строго к операционным правилам). Таблица «Велосипеды»;

1. Порядковый номер велосипеда
2. Атрибут «Дата» - ДД. ММ. ГГ., где ДД – день, ММ – месяц, ГГ – год;
3. Атрибут «Серийный номер» - ПППП-**** , где ПППП- номер партии, ****-произвольный серийный номер.

   Динамические  ограничения атрибутов объектов, участвующих в реализации данной функции, не выявлены. Операционные правила  для атрибутов объектов, участвующих  в реализации функции 1. «Учет спортивного инвентаря», не выявлены.

   Функция 2. «Регистрация клиентов»

Для компактности записи приведены статические ограничения для отдельных атрибутов на уровне кортежей: повторяемость, обязательность (относящиеся, строго к операционным правилам). Таблица «Клиенты»;

1. Порядковый номер клиента
2. русскоязычные фамилии (первая буква прописная, остальные — строчные);
3. русскоязычные имена (первая буква прописная, остальные — строчные);
4. русскоязычные отчества (первая буква прописная, остальные — строчные);
5. Атрибут «Телефон» - маска ввода *-***-**-**-***, где *-произвольная цифра;
6. Атрибут «Паспорт» - СССС-НННННН, где СССС- серия паспорта, НННННН – номер паспорта.