______________________________________________________________________

СОДЕРЖАНИЕ


ВВЕДЕНИЕ
1. Общая часть
1.1 Постановка задачи
1.2 Определение состава входных и выходных данных и способа их организации
1.3 Выбор методов и средств проектирования и создания базы данных

2. СПЕЦИАЛЬНАЯ ЧАСТЬ
2.1 Разработка модели данных предметной области
2.2 Генерация схемы базы данных
2.3 Реализация функциональных требований
2.4 Инструкция по эксплуатации системы

ВЫВОДЫ
Список литературы


ВВЕДЕНИЕ
Основные идеи современной информационной технологии базируются на концепции, согласно которой данные должны быть организованы в базы данных с целью адекватного отражения реального мира меняется, и удовлетворение информационных потребностей пользователей.



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

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

В мире существует множество систем управления базами данных. Несмотря на то что они могут по-разному работать с разными объектами и предоставляют пользователю различные функции и средства, большинство СУБД опираются на единый устоявшийся комплекс основных понятий. Это дает возможность рассмотреть одну систему и обобщить ее понятия, приемы и методы на весь класс СУБД. Как такой учебный объект мы выберем СУБД Microsoft Access, входящей в пакет Microsoft Office.

Целью выполнения технического задания является создание информационной системы управления медицинской частью предприятия.


1. Общая часть

1.1 Постановка задачи
Полное наименование системы: Информационная система автоматизации управления частным предприятием.
Область применения системы: Обработка информации, касающейся предприятия.

Целью автоматизации является повышение эффективности и оперативности по выполнению операций, касающихся обслуживания объекта данной предметной области, а именно: получение достоверной информации о поставщиках и покупателей товаров, ведения учета закупленных и проданных товаров, получения нужной информации по запросам.

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

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

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

Определения входных и выходных данных и способа их организации
После исследования частного предприятия и изучение его функций нормализует универсальное отношение предметной области объекта проектирования. Можно выделить пять сущностей с такими атрибутами.
• Покупатель (Код покупателя, Название, Адрес покупателя, Телефон покупателя);
• Поставщик (Код поставщика, название, Адрес поставщика, Телефон);
• Поставка (Код товара Код поставщика, Договор на поставку, дата поставки Количество поставлено, Цена поставленной)
• Продажа (Код товара Код покупателя, Договор на продажу, Дата продажи, Количество проданного, Цена проданного);
• Товар (Код товара Название товара)

Отношение Покупатель имеет ключевое поле Код покупателя. Отношение Поставщик имеет ключевое поле Код поставщика. Отношение Поставка имеет ключевое поле Код товара. Отношение Продажа имеет ключевое поле Код товара. Отношение Товар имеет ключевое пола Код товара. Для разработанной информационной системы будет создана БД, в которой каждое из указанных отношений станет таблице, а атрибуты - полями таблиц. Все входные данные пользователь может ввести только с помощью СУБД MS Access 2007 в разработанных формах, которые имеют доступ к информации таблиц БД. Информация должна вводиться по мере поступления данных.

Структура информационной системы разработана таким образом, чтобы ввод информации в базу данных было как можно проще и безошибочным.

Характеристика исходных данных системы указана в таблице 1.1. В таблице обще описываются все компоненты информационной системы с предоставлением информации о направлениях их использования, вид и свойства.
Характеристика исходной информации для ИС приведена в таблице 1.2.



Таблица 1.1
Входная информация
№ Название таблицы Поля Тип поля Примечание
1 2 3 4 5
2 Покупатель Код_покупця Текстовый Ключевое поле
Название Текстовый
Адреса_покупця Текстовый
Телефон_покупця Числовой \ (99,999 ")" 9 \ -99 \ -99!
3 Поставщик Код_постачальника Текстовый Ключевое поле
Название Текстовый
Адреса_постачальника Текстовый
Телефон_постачальника Числовой \ (99,999 ")" 9 \ -99 \ -99!
4 Поставка Код_товару Текстовый
Код_постачальника Текстовый
Договир_на_поставку Текстовый "Дог_" 9999 \ А
Дата_постачання Текстовый 99.99.9999
Килькисть_пост Текстовый
Цина_пост Денежный
5 Продажа Код_товару Текстовый
Код_покупця Текстовый
Договир_на_продаж Текстовый "Дог_" 9999 \ П
Дата_продажу Текстовый 99.99.9999
Килькисть_прод Текстовый
Цина_прод Денежный
6 Нет Код_товару Текстовый Ключевое поле
Назва_товару Текстовый
В сущности Покупатель и Поставщик в атрибутах Телефон покупателя и Телефон поставщика я использовал маску ввода \ (99,999 ")" 9 \ -99 \ -99! которая позволяет быстрее и удобнее вводить данные. Пример работы: (4897) 8-57-45.
В сущности Поставки в атрибуте Договор на поставку я использовал маску "Дог_" 9999 \ А. Пример работы: Дог_023А. В атрибуте Дата поставки использовал маску 99.99.9999. Пример работы: 21.09.2010. В сущности Продажа в атрибуте Договор на продажу я использовал маску "Дог_" 9999 \ П. Пример работы: Дог_023П. В атрибуте Дата продажи использовал маску 99.99.9999. Пример работы: 21.09.2010.
Таблица 1.2
Исходная информация
№ Данные (название) Вид данных Описание Способ вывода
1 Кнопочная-форма Форма Используется пользователем для выбора режима работы в меню Появляется после нажатия ОК на рекламе
2 Поставка Форма Для просмотра и редактирования данных одноименной таблицы Экранная форма появляется после выбора соответствующего режима работы в меню
3 Продажа Форма Для просмотра и редактирования данных одноименной таблицы Экранная форма появляется после выбора соответствующего режима работы в меню
4 Нет Форма Для просмотра и редактирования данных одноименной таблицы Экранная форма появляется после выбора соответствующего режима работы в меню
5 Прибыль от услуг Динамический набор Результат выполнения запроса Экранная временная таблица, которая создается после выбора соответствующего режима работы
6 Прибыль от продажи Динамический набор Результат выполнения запроса Экранная временная таблица, которая создается после выбора соответствующего режима работы
7 часть реквизита покупателя по коду Динамический набор Результат выполнения запроса Экранная временная таблица, которая создается после выбора соответствующего режима работы


№ 1 2 3 4
8 Поставка товаров Отчет выводит все записи о поставке товаров Отчет, создаваемый после выбора соответствующего режима работы
9 Продажа товаров Отчет выводит все записи о продаже товаров Отчет, создаваемый после выбора соответствующего режима работы
10 Продажа Форма Для просмотра и редактирования данных одноименной таблицы Экранная форма появляется после выбора соответствующего режима работы в меню
11 Реклама Форма Используется пользователем для выбора режима работы в меню Автоматически появляется в начале программы
1.3 Выбор методов и средств проектирования и создания базы данных

Для создания логической модели предметной области с помощью программы Erwin, а затем на основе логической модели сгенерирован физическую модель БД с ее структурой и связями между таблицами.
Программа Erwin является современным CASE - средством, с помощью которого можно автоматизировать процесс проектирования ИС. Для реализации функциональных требований системы использованы СУБД Access 2007. СУБД Access 2007 - является одним из лучших средств для организации и ведения данных БД.
Системные требования к компьютеру:
Системные требования к компьютеру:
• Процессор: 1.7 ГГц и выше;
• Операционная система: Microsoft Windows ХР/Vista/7;
• Оперативная память не менее 512 Мб;
• Жесткий диск от 25 Гб;
• Установлен пакет MS Office 2007.


2. СПЕЦИАЛЬНАЯ ЧАСТЬ

2.1 Разработка модели данных предметной области
Для начала разработки модели данных создаю новый проект. Вызываю команду Format / Stored Display Settings и создаю уровень атрибутов и уровень сущностей.
Следующим шагом является создание логической модели. Домен можно определить как совокупность значений, из которых выбирается значения атрибутов. Каждый атрибут может быть определен только на одном домене. Домены используются как в логической так и в физической моделях.
Из сущности Поставщик атрибут Код_постачальника мигрировал в сущности Поставка и стал внешним ключом. Из сущности Покупатель атрибут Код_покупця мигрировал в сущности Продажа и стал внешним ключом. Из сущности Товар атрибут Код_товару мигрировал в сущности Поставка и продажа и стал внешним. Миграция полей показана на рисунке 2.3. Этот рисунок представляет логическую модель предметной области на уровне атрибутов. Уровень сущностей для логической модели показано на рисунке 2.2.


Рис. 2.2 Уровень сущностей физической модели





Рис. 2.3 Уровень атрибутов логической модели

2.2 Генерация схемы базы данных
После получения схемы логической модели данных, созданной в Erwin, необходимо интегрировать эту модель в БД. Для этого были выполнены следующие действия. Создан пустой файл базы данных Access с именем "Курсова_Свитличний" для генерации в него схемы данных.
В созданном ER-файле перехожу из логического уровня на физический уровень с помощью списка «Logical / Physical». Затем в меню Tools / Forward Engineer / Schema Generation открываем окно Forward Engineer Schema Generation и нажимаю Generate. В диалоговом окне с базой данных Access connection ввожу имя пользователя Admin и указываю путь к созданной пустой базы данных Курсова_Свитличний и нажимаю кнопку Connect. На рис. 2.4 и 2.5 изображено окно процесса генерации базы данных и сообщения, что генерация успешно завершена.




Рис. 2.4Викно связи с базой данных

Рис. 2.5 Окно результата процесса генерирования базы данных

После осуществления генерации была получена в базе данных Microsoft Access 2003 схему с таблицами, полями и связями между ними. Схема изображена на рисунке 2.6

Рис. 2.6 Результат генерации с ErWin в Access

2.3 Реализация функциональных требований
В результате генерации в БД "Частный предприниматель" создана схема данных (рис. 2.6) и таблицы (рис. 2.7 - рис. 2.10).
Для реализации функциональных требований заполнено таблицы тестовыми данными для отладки запросов к информационной системе.
Для реализации функций выбора данных из информационной системы созданы запросы (рис. 2. - 2.). Для удобного просмотра входных данных системы созданы экранные формы (рис. 2. - 2.), А для вывода результатов работы системы созданы отчет (рис. 2.).

Для реализации функциональных требований было созданы следующие запросы.
Запит1: Определение прибыли предпринимателя от продажи товаров, стоимость услуг составляет 25%. (Диапазон времени задается с клавиатуры).
Запит2: Определить, на какую сумму поставлено товара поставщиками за весь период.
Запит3: Выбрать реквизиты покупателя по его коду.

Рис. 2.11 Конструктор запиту1



Рис. 2.12 Результат выполнения запиту1

Рис. 2.13 Конструктор запить 2

Рис. 2.14 Результат выполнения запить 2


Рис. 2.15 Конструктор запроса 3

Рис. 2.16 Результат выполнения запроса 3

Для выполнения запроса 2 (Прибыль от продаж) я создал два вспомогательных запросы «Товаров на сумму» и «Продано на сумму». Для вычисления я отнял значение «Товаров на сумму» от «Продано на сумму»

Рис. 2.17 Конструктор запроса «Товаров на сумму»

Рис. 2.18 Конструктор запроса «Продажи на сумму»

В начале работы программы открывается форма-реклама. На ней размещены данные о руководстве и информация о веб-сайт.

Рис. 2.19 Форма «Реклама»
После на тиснение кнопки ОК пользователь автоматически попадает на главную кнопочную форму.

Рис. 2.20 Главная кнопочная форма

Для просмотра входящей информации системы, которая хранится в таблицах, созданы специальные формы. Все формы созданы в режиме мастера. Также на всех формах создан кнопки перехода по записям.

Рис. 2.21 Форма "Снабжение"

Рис. 2.21 Форма "Продажа"


Рис. 2.21 Форма "Продажа"
Для удобного отображения статистики были созданы отчеты Продажа товаров
и Поставка товаров


Рис. 2.22 Отчет Продажа товаров


Рис. 2.23 Отчет Продажа товаров
Отчеты служат как статистика предприятия. В них освещается информация о проданных и закупленные товары. Отчеты создавались в режиме Конструктор с добавлением группировки по коду товара. Для удобства под каждым отчетом выписано несколько основных тегов: Количество поставляемого товара / Количество проданного товара и Вся сумма. В вычисляемом поле Количество поставляемого товара я ввел функцию = Sum ([Килькисть_пост]), Вся сумма рассчитывается по формуле = Sum ([Цина_пост] * [Килькисть_пост]). В отчете Количество проданного также вывожу данные Количество проданного товара по формуле = Sum ([Килькисть_прод]), Вся сумма рассчитывается по формуле = Sum ([Цина_прод] * [Килькисть_прод])