Автор работы: Пользователь скрыл имя, 15 Декабря 2011 в 19:00, курсовая работа
Современная жизнь немыслима без эффективного управления. Важной категорией являются системы обработки информации, от которых во многом зависит эффективность работы любого учреждения.
Для хранения, изменения и обработки больших объемов информации используются специальные системы, называемые базами данных.
Сейчас люди пришли к выводу, что наилучшим решением являются реляционные базы данных. В них вся информация распределяется по нескольким таблицам, а между таблицами устанавливается связь.
ВВЕДЕНИЕ 4
1. ИНФОРМАЦИОННАЯ МОДЕЛЬ 6
1.1. Цели и задачи курсовой работы…………………………………………..6
1.2 Описание модели разработки жизненного цикла………………………...7
2. СБОР ИСХОДНЫХ ДАННЫХ И РАЗБИЕНИЕ ПРОЕКТА НА ОТДЕЛЬНЫЕ МОДУЛИ 10
2.1. Сбор исходных данных 10
2.2. Выбор программного обеспечения 11
2.3. Программно-аппаратная платформа 11
2.4. Среда разработки модулей проекта или выбор СУБД 12
2.5. Функциональные требования к программному продукту 13
2.6. Требования к составу и параметрам технических средств 14
3. ТЕСТИРОВАНИЕ И ОТЛАДКА…………………………………………15
3.1. План тестирования……………………………………………………….15
3.2. Виды тестирования……………………………………………………….16
3.3. Стохастическое и детерминированное тестирование………………….17
3.4. Результаты тестирования, виды ошибок………………………………..18
4. СТРУКТУРА ПРОЕКТА БАЗЫ ДАННЫХ 21
5. ИНТЕРФЕЙС ПРОЕКТА 24
5.1. Стандартные средства интерфейса 24
5.2. Основные формы…………………………………………………………25
5.3. Запросы 27
5.4. Отчеты 28
5.5. Параметры запуска 28
5.6. Настройка 29
5.7. Обучение персонала 29
6. ОЦЕНКА ПРОЕКТА 31
ЗАКЛЮЧЕНИЕ 32
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ 33
СПИСОК АББРИВИАТУР…………………………………………………...35
ГЛОССАРИЙ………………………………………………………………….36
ПРИЛОЖЕНИЕ……………………………………………………………….37
Приложение 1. Техническое задание………………………………………..37
Приложение 2. Таблицы……………………………………………………...41
Приложение 3. Рисунки, схемы, диаграммы…………………………..……67
Результаты различного вида тестов, виды ошибок
Таблица 3.1
Ошибки | Комментарии | Количество ошибок |
Модульное тестирование | ||
1. Неверный тип данных | При проектировании таблиц полям были присвоены не верные типы данных, данные ошибки были устранены | 12 |
2. Неверный ввод данных в поля | Были поставлены ограничения и маски ввода | 20 |
3. Неправильность работы кнопок перехода между записями | Ошибка заключалась в неправильности написания макроса, ошибка было устранена | 5 |
4.
Не правильное оформление |
Ошибки были устранены, отчеты приведены к общему шаблону | 2 |
Интеграционное | ||
5. Ошибки при создании связи между таблицами | Данные ошибки были вызваны неправедностью типов полей таблиц данные ошибки устранены | 17 |
6.
Некорректность поля |
Данная ошибка вызвана неверными настройками в свойствах подстановки | 13 |
7.
Создания связи многие ко |
Эта ошибка связанна с тем, что отношения многие ко многим не были реализованы в СУБД Access, для устранения этой ошибки создавалась промежуточная таблица | 2 |
8.
Не корректность перехода |
Данная ошибка вызвана из-за неправильности построения кнопки или кнопки со ссылкой на несуществующую форму, ошибки устранены | 4 |
9. Обновления поля со списком | Для устранения этой ошибки были добавлены кнопки «Обновить» | 4 |
10. Не правильная выборка | Данная ошибка вызвана неправильностью написания запроса на выборку | 10 |
Системное тестирование | ||
12. Лексические и орфографические ошибки в интерфейсе | Данные орфографические (ошибки в заголовке форм, полей) и лексические (не правильное написание подсказки) ошибки в интерфейсе были устранены | 3 |
13.
Несоответствие нормам |
Ошибки,
связанные с эргономикой |
5 |
На рисунке 3.1. сгруппированы основные группы ошибок и их количество. По данной диаграмме можно сделать вывод, что большее количество ошибок было сделано в проектировании интерфейса. Скорее всего, из-за плохого анализа проектирования дизайна и интерфейса. Что касается программных ошибок, таких как логические ошибки или при вычислениях выявлялись при проектировании и составлении запросов. Данные ошибки исправлялись сразу после обнаружения.
В начале данной главы был разбор видов тестирование и постановка целей и задач тестирования. После этого был разработан план, по которому тестировался данный программный продукт.
Были
разобраны все этапы
Данный программный продукт прошел качественное капитальное тестирование, но даже после этого нельзя утверждать, что данный программный продукт не имеет ошибок.
База данных «учет продаж лекарственных средств» предназначена для использования в аптеке №1 города Абакана». Проведём анализ предметной области данной деятельности.
Выделим следующие сущности:
Исходя из проведённого анализа предметной области нашей задачи, можно привести следующий перечень таблиц, который будет использоваться при реализации базы данных.
«Список административных единиц» – составление списка административных единиц (табл.П.2.1). «Адрес поставщика» - связать поле ID поставщика из (табл.П.2.2) со списком улиц (Табл.П.2.3). «Адрес сотрудника» - связать поле ID сотрудника из (табл.П.2.4) со списком улиц (табл.П.2.5). «Паспортные данные» – создание списка паспортов сотрудника (табл.П.2.6). «Прием на работу» составление списка должностей и привязка их к ID сотрудника (табл.П.2.7). «Регион» – создание списка регионов (табл.П.2.8). «Состав заказа» – создание списка заказанных лекарственных средств (табл. П.2.9). «Список населенных пунктов» – составление списка населенных пунктов и телефонных кодов (табл.П.2.10). «Средства связи представителя» – создание списка номеров телефонов представителей поставщика (табл.П.2.11). «Представители поставщиков» – создание списка представителей поставщика (табл.П.2.12). «Заказ» выполняет роль учета за заказами (табл.П.2.13). «Список стран» – создание списка стран (табл.П.2.14). «Виды сделок» – создание списка видов сделок (табл.П.2.15). «Список полов» – создание списка полов (табл.П.2.16). «Должности» - составление списка должностей и количество ставок на данной должности (табл.П.2.17). «Клиент»- составление списка клиентов (табл.П.2.18). «Список товаров» – создание списка лекарственных средств (табл.П.2.19). «Поставщик»- выполняет роль учета поставщиков (табл. П.2.20). «Список сотрудников» – выполняет роль учета сотрудников магазина бытовой химии (табл.П.2.21). «Тип административных единиц» – создание списка типов административных единиц (табл.П.2.22). «Тип регионов» – создание списка типов регионов (табл.П.2.23). «Тип лекарственных средств» – создание списка типов лекарственных средств (табл.П.2.23). «Тип средств связи» – составление списка разновидностей средств связи (табл.П.2.24). «Продажа» - создание списка продаж лекарственных средств(табл.П.2.25). «Список улиц» – заполнение и выбора название улицы и ее почтовых данных (табл.П.2.26). «Почтовые отделения» – составление списка индексов (табл.П.2.27). «Типы населенных пунктов» – составление списка типов населенных пунктов (табл.П.2.28). «Состав продажи»- составление списка состава продажи (табл.П.2.29). «Средства связи сотрудника» – составление списка средств связи сотрудника (табл.П.2.30). «Стоимость» – создание списка стоимости товаров (табл. П.2.31). «Список типов улиц» – заполнение и выбор типа улицы и ее краткого названия (табл.П.2.32).
Представленные таблицы связаны друг с другом для обеспечения целостности данных. При проектировании структуры таблиц были учтены три задачи:
Причём в тех случаях, где нормализация оказалась излишней, она не выполнялась, так как не дала бы каких-либо преимуществ, а лишь усложнила бы структуру базы данных. В базе данных используется следующая структура таблиц.
Вывод
Детальное
разбиение базы данных на отдельные
модули, и исходя из функциональных особенностей,
можно тщательнее разобраться в ходе предполагаемой
работы. Таблицы требуются для того, чтобы
детально показать отношения между данными
и добиться возможности работать с базой.
Хотя проект базы данных является учебным,
однако, он содержит достаточное количество
таблиц, связанных между собой. Конечно,
реальные базы данных гораздо сложнее
и процесс проектирования, и получения
отчётов, и сами формы и запросы. Чтобы
создать настоящую информационную систему
одних таблиц не достаточно, нужно ещё
много выполнить, ведь от того, как данные
распределены по таблицам, зависит эффективность
работы всей системы. В простейших случаях
современные средства проектирования
позволяют создать небольшие системы,
основываясь только на общих принципах
построения реляционных баз данных.
Интерфейс разрабатывался с учетом конечного пользователя, его потребностей и уровня знаний. Реализация интерфейса в проекте состояла из разбиения его на отдельные части: внешний вид формы (стиль оформления), расположение компонентов на форме, главное, контекстное и стока меню, информационные сообщения.
Для создания интерфейса в базе данных по учёту автомобилей использовались стандартные средства Visual Basic for Applications, встроенного в Microsoft Office Access 2003.
В базе данных по учёту автомобилей средства интерфейса разделяются на две группы:
В базе данных можно вводить данные непосредственно в таблицу, но подобный подход возможен лишь для квалифицированных пользователей, так как в этом случае за целостностью данных приходится следить самому пользователю. Для решения подобной проблемы существуют формы, созданные разработчиком, вводя данные в которые невозможно нарушить целостность базы данных.
Отчёты используются для наглядного представления информации, хранимой в базе данных. Кроме того, если отчёт основан на каком-либо запросе, то информация может быть отобрана в соответствии с каким-либо критерием. Нужно отметить, что оформление форм задано не статично, а зависит от настроек стиля оформления внешнего вида оболочки Explorer операционной системы Windows, и изменяется при изменении настроек оболочки.
Рассмотрим имеющиеся в курсовом проекте формы.
5.1. Стандартные средства интерфейса
Все условные обозначения очень просты и благодаря этому, пользователю не составит труда быстро привыкнуть к ним. К тому же над каждой кнопкой организована всплывающая подсказка, тем самым пользователь, не имея практического навыка работы с базой, без труда сможет разобраться в управлении базой.
Стартовая форма выводится автоматически после открытия базы данных по учёту автомобилей. Благодаря этой форме, возможно быстрое открытие часто используемых форм и отчётов. Пользователю для работы с базой данных будет достаточно иметь открытой эту форму и из неё получать доступ ко всем остальным средствам интерфейса. Вызов соответствующих объектов осуществляется посредством нажатия соответствующей кнопки на форме .
Форма «Главная форма» используется для ввода данных об автомобиле. Она может быть вызвана из «Стартовой формы», посредством нажатия соответствующей кнопки, либо непосредственно из окна базы данных. Информация, которой заполняется данная форма, соответствует тому набору атрибутов, который мы определили при анализе предметной области (Рис.П. 3.1.).
«Главная форма» – форма, состоящая из множества подчинённых форм, которые вызываются в соответствии с получением требуемой информации об автомобилях, клиентах и сотрудниках.
Форма «Данные о сотрудниках» используется для просмотра, редактирования и добавления, данных таблицы «Список сотрудников» (рис.П. 3.2.). Вкладка «Прием на работу» используется для просмотра, редактирования и добавления, данных таблицы «Прием на работу». Форма содержит кнопку: «Выход», которая закрывает форму.
Форма «Данные о поставщиках» используется для просмотра, редактирования и добавления, данных таблицы «Поставщик» (рис. П.3.3.). Вкладка «Адреса поставщика» используется для просмотра, редактирования и добавления, данных таблицы «Адреса поставщиков». Форма содержит кнопку: «Выход», которая закрывает форму.
Форма «Список лекарственных средств» используется для просмотра, редактирования и добавления, данных таблицы «Лекарственные средства» (рис.П. 3.4.). Форма содержит кнопку «Выход», которая закрывает форму.
Форма «Стоимость» используется для просмотра, редактирования и добавления, данных таблицы «Стоимость» (рис.П. 3.5.). Форма содержит кнопку «Выход», которая закрывает форму.
Форма «Должности» используется для просмотра, редактирования и добавления, данных таблицы «Должности» (рис.П. 3.6.). Форма содержит кнопку «Выход», которая закрывает форму.
Форма «Список сотрудников» используется для просмотра, редактирования и добавления, данных таблицы «Список сотрудников» (рис. П.3.7.). Форма содержит кнопку «Выход», которая закрывает форму.
Форма «Данные о сотрудниках», вкладка «Паспортные данные» используется для просмотра, редактирования и добавления, данных таблицы «Паспортные данные сотрудников» (рис.П. 3.8.). Форма содержит кнопку «Выход», которая закрывает форму.
Форма «Данные о сотрудниках», вкладка «Средства связи» используется для просмотра, редактирования и добавления, данных таблицы «Средства связи сотрудника» (рис.П. 3.9.). Форма содержит кнопку «Выход», которая закрывает форму.
Форма «Данные о поставщиках» используется для просмотра, редактирования и добавления, данных таблицы «Поставщик» (рис.П. 3.10.). Вкладка «Представители поставщиков» используется для просмотра, редактирования и добавления, данных таблицы «Представители поставщиков». Форма содержит кнопку: «Выход», которая закрывает форму.
Форма «Средства связи представителя» используется для просмотра, редактирования и добавления, данных таблицы «Средства связи представителя» (рис.П. 3.11). Форма содержит кнопку:«Выход», которая закрывает форму.
Форма «Автор» используется для просмотра данных о разработчике курсового проекта (рис.П. 3.12). Форма содержит и кнопку «Выход», которая закрывает форму.
Информация о работе Разработка базы данных по учету продаж лекарственных средств в аптеке №1