Содержание
ВВЕДЕНИЕ3
1 Представление Web-среды4
1.1 Гипертекстовая технология4
1.2 Web-интерфейс5
2 Инструменты разработки Web-интерфейса информационной системы7
2.1 Язык HTML7
2.2 Язык РНР8
2.3 Средства моделирования информационных Web-систем9
2.3.1 WebML9
2.3.2 WWM10
2.3.3 XWMF11
2.4 Технология .NET11
ЗАКЛЮЧЕНИЕ14
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ15
Выдержка из текста работы
Целью данной работы является разработка компьютерной информационной системы для стоматологической клиники, а так же получение практических навыков в разработке сопровождающей документации к разрабатываемой системе.
Сперва необходимо разработать базу данных. База данных — это информационная модель, позволяющая упорядоченно хранить данные о группе объектов, обладающих одинаковым набором свойств. Существует несколько различных типов баз данных: реляционные, иерархические и сетевые. В данном курсовом проекте мы будем использовать реляционную базу.
Затем необходимо разработать прикладную программу, которая будет обрабатывать полученные из базы данные. Прикладная программа (приложение, application program) — программа, предназначенная для решения отдельных задач или класса задач, связанных с обработкой данных в определенной области деятельности. Термин используется для того, чтобы отличить прикладные программы от программ непосредственно управляющих ЭВМ и входящих в состав общего программного обеспечения. Разрабатываемая нами ПП предназначена для улучшения работы стоматологической клиники
1. Анализ предметной области
Предметной областью данного проекта является стоматологическая клиника. В клинике работает определенное количество врачей, каждый из которых занимает определенную должность, в соответствии с которой ежемесячно получает определенную зарплату. Данные о врачах хранятся в картотеке в отделе кадров. Ежедневно врач обслуживает определенное количество пациентов, оказывая им различные услуги. Каждый врач специализируется на определенном типе услуг, однако может оказывать услуги не своего профиля в случае крайней необходимости или по желанию клиента, по этому отсутствует привязка специальности врача к услугам. За один визит врач оказывает одну услугу. Врач вносит записи в карту пациента о предоставленной услуге. Карты представляют собой бумажные документы и хранятся в картотеке клиентов. После предоставления услуги врач выписывает клиенту чек, который тот оплачивает. Врач также передает данные о визите в бухгалтерию, где в картотеке хранятся все данные о визитах.
Ежемесячно бухгалтерия обрабатывает данные о визитах, составляет отчеты о количестве обслуженных врачом пациентов и о количестве визитов одного пациента. Все эти операции проводятся вручную с бумажными документами, что существенно замедляет работу.
В целом клиника работает медленно и не эффективно, но внедрение компьютерной системы может значительно улучшить положение дел.
2. Документ об образе и границах проекта
Бизнес требования
Исходные данные, возможности бизнеса и нужды клиентов.
В клинике «Улыбка крокодила» все записи о врачах, пациентах и приемах в данный момент хранятся в картотеке в рукописном варианте. У врача уходит около 10 минут на то чтобы найти карточку нужного пациента, 5 минут на внесение записи о новом визите и около 20 минут на то, чтобы оформить карточку на нового пациента. В среднем у врача уходит около 80 минут в день на работу с бумагами, а это значит минус 1-2 пациента в день, что негативно влияет на экономическое состояние клиники. Подобная же ситуация наблюдается и в бухгалтерии — для работы с бумажными записями требуется либо больше времени, либо большее количество сотрудников, что также сказывается на бюджете клиники. Так же бумажная картотека повышает риск утери данных и занимает большую площадь.
Врачи клиники хотят работать с компьютеризированной, более удобной и быстрой системой, которая позволит им больше времени уделять клиентам.
Бизнес-цели и критерии успеха.
Бизнес-цель-1: Уменьшить количество времени, затрачиваемого на работу с бумагами.
Показатели в прошлом: 17 минут на пациента.
Планируемые показатели: 5 минут на пациента.
Обязательные показатели: 7 минут на пациента.
Бизнес-цель-2: Увеличить количество пациентов, принимаемых одним врачом в день.
Способ измерения: анализ записей о приемах.
Показатели в прошлом: 5 пациентов в день.
Планируемые показатели: 7 пациентов в день.
Обязательные показатели: 6 пациентов в день.
Бизнес-цель-3: Увеличить скорость формирования финансовых отчетов за квартал в бухгалтерии.
Показатели в прошлом: 6 часов.
Планируемые показатели: 3 часа.
Обязательные показатели: 4 часа.
Бизнес-цель-4: Уменьшить количество утерянных записей о пациентах и приемах.
Показатели в прошлом: 4 записи в месяц.
Планируемые показатели: 0 записей в месяц.
Обязательные показатели: 1 запись в месяц.
Критерий успеха-1: Увеличение количества новых клиентов до 10 в месяц через три месяца после внедрения Dentist control system.
Критерий успеха-2: Увеличение ежемесячного дохода клиники на 20% через 5 месяцев после внедрения Dentist control system.
Критерий успеха-3: Подъем на два места в рейтинге стоматологических клиник города через 6 месяцев после внедрения Dentist control system.
Факторы бизнес риска.
Факторы бизнес риска-1. Профсоюз может быть против внедрения системы, т.к. это повлечет за собой сокращение штата сотрудников бухгалтерии (Вероятность — 0,7).
Факторы бизнес риска-2. Некоторые сотрудники, не имеющие опыта работы с компьютером, могут быть против внедрения системы (Вероятность — 0,3).
Факторы бизнес риска-3. Перевод бумажной картотеки в электронный вариант может потребовать больших затрат времени (Вероятность — 0,5).
Образ решения
Положение об образе проекта.
Для врачебного персонала Dentist control system — это информационная система учета пациентов, которая помогает в поиске пациентов, а также информации о них, что значительно быстрее бумажной картотеки. Для работников бухгалтерии Dentist control system — это информационная система учета врачей, их зарплат и платежей пациентов. Она не только хранит записи, но и позволяет выполнять поиск необходимой информации, что ускоряет процесс оформления регулярных отчетов.
Основные функции
Основные функции-1. Авторизация пользователя в системе.
Основные функции-2. Работа с записями БД о врачах, должностях и услугах (добавление, сохранение, изменение, удаление).
Основные функции-3. Работа с записями в БД о клиентах, зубах и визитах (добавление, сохранение, изменение, удаление).
Основные функции-4. Поиск клиентов и врачей по фамилии.
Основные функции-5. Поиск услуги по названию.
Основные функции-6. Формирование запросов, связанных с услугами
Основные функции-7. Формирование запросов, связанных с врачами.
Основные функции-8. Формирование запросов, связанных с клиентами.
Основные функции-9. Формирование чека.
Предположения и зависимости.
Предположения и зависимости-1. В клинике будут установлены компьютеры и принтеры. Предположения и зависимости-2. Персонал будет обучен работе с Dentist control system.
Масштабы и ограничения
Объем первого и последующих выпусков системы
Таблица 2.1 Объемы выпусков.
|
Функция |
Выпуск 1 |
Выпуск 2 |
Выпуск 3 |
|
|
Основные функции-1 |
Функция либо предоставляет определенный уровень доступа, либо не реагирует |
Система выводит сообщение в случае неправильного ввода логина и пароля |
||
|
Основные функции-2 |
Реализовано только добавление и сохранение |
Реализовано также удаление и изменение |
||
|
Основные функции-3 |
Реализовано только добавление и сохранение |
Реализовано также удаление и изменение |
||
|
Основные функции-4 |
Не реализована |
Реализована полностью |
||
|
Основные функции-5 |
Не реализована |
Реализована полностью |
||
|
Основные функции-6 |
Не реализована |
Не реализована |
Реализована полностью |
|
|
Основные функции-7 |
Не реализована |
Не реализована |
Реализована полностью |
|
|
Основные функции-8 |
Не реализована |
Не реализована |
Реализована полностью |
|
|
Основные функции-9 |
Не реализована |
Не реализована |
Реализована полностью |
Ограничения и исключения
Dentist control system может быть запущена только на компьютерах, работающих с ОС Windows XP и выше.
Бизнес-контекст
Профили заинтересованных в проект лиц.
Таблица 2.2 Заинтересованные лица
|
Заинтересованные в проекте лица |
Понимание основной ценности проекта |
Отношение |
Основные интересы |
Ограничения |
|
|
Глава клиники |
Увеличение производительности труда сотрудников, увеличение прибыли от клиентов и уменьшение затрат на бухгалтерию |
Абсолютная поддержка всех выпусков |
Полученная прибыль должна превысить расходы на проектирование и внедрение |
Не определены |
|
|
Врачебный персонал |
Уменьшение временных затрат на работу с документами |
Абсолютная поддержка первых двух выпусков |
Простота использования |
Необходимость обучения сотрудников работе с компьютером |
|
|
Сотрудники бухгалтерии |
Уменьшение временных затрат на работу с документами |
Озабоченность в связи с возможностью сокращения штатов. В целом — понимание необходимости системы |
Сохранение рабочих мест |
Необходимость обучения сотрудников работе с компьютером |
|
|
Клиенты |
Уменьшение времени обслуживания |
Энтузиазм |
Надежность |
Не определены |
Приоритеты проекта
Таблица 2.3 Приоритеты
|
Область |
Движущая сила |
Ограничения |
Степень свободы |
|
|
Сроки |
Выпуск 1 планируется на 11.11.10, выпуск 2 _ на 12.12.10, выпуск 3 — 25.12.10 до 1-й недели опоздания допустимо без пересмотра сроков заказчиками |
|||
|
Функции |
Все функции проекта должны быть полностью реализованы |
|||
|
Качество |
Все тесты должны быть успешно пройдены |
|||
|
Персонал |
Планируемый размер команды: менеджер проекта, разработчик, тестировщик. |
|||
|
Расходы |
Допустимы до 10% перерасхода |
Контекстная диаграмма
Рис 2.1 Концептуальная диаграмма
3. Спецификация требований
Введение
Назначение
Данный документ является спецификацией требований к программному обеспечению. Он предоставляет полное описание функциональных и нефункциональных требований к разрабатываемой системе — Dentist control system. Документ предназначен для команды разработчиков и тестировщиков.
Соглашение, принятые документы.
Вся документация к разрабатываемому ПО должна быть выполнена по стандартам ГОСТ 19.201-78.
Предполагаемая аудитория, рекомендации по чтению.
Данный документ рекомендуется для прочтения:
— команде разработчиков
— команде тестировщиков
— представителю заказчика
— тех. поддержке фирмы, где будет установлена система
— юристам заказчика и исполнителя
Границы проекта
Данный пункт полностью раскрыт в документе об образе и границах
Ссылки
1 Документ об образе и границах проекта;
2 ГОСТ 19.201-78;
3 ГОСТ 34.602-89.
Общее описание
Общий взгляд на продукт
Система Dentist control system предназначена для автоматизации ведения записей о пациентах, врачах и визитах в стоматологической клинике, а также ускорения процесса оформления бухгалтерских отчетов.
Особенности продукта
Границы проекта приведены в документе об образе и границах. Также об особенностях работы приложения можно узнать из диаграммы потоков данных и диаграммы прецидентов.
Классы и характеристика пользователей.
Таблица 3.1 Классы пользователей.
|
Класс пользователей |
Описание |
|
|
Врач |
Работает с записями о клиентах и их визитах |
|
|
Сотрудник отдела кадров |
Работает с записями о врачах и должностях |
|
|
Сотрудник бухгалтерии |
Работает с записями об услугах и финансовыми отчетами |
Операционная среда
Операционная среда-1: Приложение работает только с ОС Windows XP или более позними версиями
Операционная среда-2: Для корректной работы на компьютере должен быть установлен MS Office 2003 или боле поздняя версия.
Ограничения дизайна и реализации.
Ограничения дизайна и реализации-1: программный продукт должен быть реализован на языке C++.
Ограничения дизайна и реализации-1: база данных должна быть создана в MS Access.
Документация для пользователей.
Должна существовать возможность вызвать руководство пользователя из любого окна программного продукта.
Предположения и зависимости
Полноценна работа системы зависит от наличия туши в принтере
Функции системы
Авторизация в системе
Описание и приоритеты
Пользователь может авторизоваться в системе как врач либо как работник бухгалтерии. Приоритет — средний.
Последовательность «Событие-реакция»
Таблица 3.2 Авторизация
|
Событие |
Пользователь вводит логин и пароль врача |
|
|
Реакция |
Система открывает форму приветствия с уровнем доступа «Врач» |
|
|
Событие |
Пользователь вводит логин и пароль бухгалтера |
|
|
Реакция |
Система открывает форму приветствия с уровнем доступа «Бухгалтер» |
|
|
Событие |
Пользователь вводит неверный логин и пароль |
|
|
Реакция |
Система выдает сообщение об ошибке |
Функциональные требования
Таблица 3.3 Требование к функции
|
Авторизация. Ввод данных |
Система предоставляет форму для авторизации |
|
|
Авторизация. Ввод данных. Проверка |
Система должна проверить правильность логина и пароля |
|
|
Авторизация. Ввод данных. Проверка. Ошибка |
При неправильном вводе логина и пароля система выводит сообщение об ошибке |
|
|
Авторизация. Ввод данных. Проверка. Удачно |
Система должна открыть форму приветствия с соответствующими правами доступа |
Работа с записями БД о врачах, должностях, услугах
Описание и приоритеты
Пользователь может изменять данные в таблицах «Врач», «Услуга», «Должность». Приоритет — высокий.
Последовательность «Событие-реакция»
Таблица 3.4 Работа с БД-1
|
Событие |
Пользователь не выбирает таблицу |
|
|
Реакция |
Выводиться сообщение об ошибке |
|
|
Событие |
Пользователь выбирает таблицу |
|
|
Реакция |
Отображаются записи выбранной таблицы |
|
|
Событие |
Пользователь нажимает кнопку «Добавить» |
|
|
Реакция |
Появляется пустая строка для ввода данных |
|
|
Событие |
Пользователь нажимает кнопку «Удалить» |
|
|
Реакция |
Удаляется выделенная строка |
|
|
Событие |
Пользователь нажимает кнопку «Сохранить» |
|
|
Реакция |
Сохраняются все изменения в БД |
Функциональные требования
Таблица 3.5 Требование к функции
|
Выбор таблицы. Ошибка |
Вывести сообщение об ошибке |
|
|
Выбор таблицы. Успешно |
Отобразить выбранную таблицу |
|
|
Выбор таблицы. Успешно. Добавить |
Добавить запись |
|
|
Выбор таблицы. Успешно. Удалить |
Удалить выбранную запись |
|
|
Выбор таблицы. Успешно. Сохранить |
Сохранить изменения |
Работа с записями в БД о клиентах, зубах и визитах. Приоритет — высокий
Описание и приоритеты
Пользователь может изменять данные в таблицах «Клиент», «Визит», «Карта». Приоритет — высокий.
Последовательность «Событие-реакция»
Таблица 3.6 Работа с БД-2
|
Событие |
Пользователь не выбирает таблицу |
|
|
Реакция |
Выводиться сообщение об ошибке |
|
|
Событие |
Пользователь выбирает таблицу |
|
|
Реакция |
Отображаются записи выбранной таблицы |
|
|
Событие |
Пользователь нажимает кнопку «Добавить» |
|
|
Реакция |
Появляется пустая строка для ввода данных |
|
|
Событие |
Пользователь нажимает кнопку «Удалить» |
|
|
Реакция |
Удаляется выделенная строка |
|
|
Событие |
Пользователь нажимает кнопку «Сохранить» |
|
|
Реакция |
Сохраняются все изменения в БД |
Функциональные требования
Таблица 3.7 Требование к функции
|
Выбор таблицы. Ошибка |
Вывести сообщение об ошибке |
|
|
Выбор таблицы. Успешно |
Отобразить выбранную таблицу |
|
|
Выбор таблицы. Успешно. Добавить |
Добавить запись |
|
|
Выбор таблицы. Успешно. Удалить |
Удалить выбранную запись |
|
|
Выбор таблицы. Успешно. Сохранить |
Сохранить изменения |
Поиск клиентов и врачей по фамилии
Описание и приоритеты
Поиск ID врача или клиента по фамилии. Приоритет — высокий
Последовательность «Событие-реакция»
Таблица 3.8 Поиск по фамилии
|
Событие |
Пользователь вводит фамилию врача в соответствующее поле |
|
|
Реакция |
Система выдает ID врача с введенной фамилией |
|
|
Событие |
Пользователь вводит фамилию клиента в соответствующее поле |
|
|
Реакция |
Система выдает ID клиента с введенной фамилией |
Функциональные требования
Таблица 3.9 Требования к функции
|
Ввод фамилии врача |
Система должна выдать ID врача |
|
|
Ввод фамилии клиента |
Система должна выдать ID клиента |
Поиск услуги по названию
Описание и приоритеты.
Пользователь получает ID услуги по названию. Приоритет — высокий.
Последовательность «Событие-реакция»
Таблица 3.10 Поиск по названию
|
Событие |
Пользователь вводит название услуги в соответствующее поле |
|
|
Реакция |
Система выдает ID услуги с введенным названием |
Функциональные требования
Таблица 3.11 Требования к функции
|
Ввод названия услуги |
Система должна выдать ID услуги |
|
|
Ввод несуществующей услуги |
Система должна выдать пустую строку |
Формирование запросов, связанных с услугами
Описание и приоритет
Функция позволяет сформировать запрос, вводящий информацию об услугах. Приоритет — средний.
Последовательность «Событие-реакция»
Таблица 3.12 Запросы к услугам
|
Событие |
Выбор запроса |
|
|
Реакция |
Система запоминает выбранный тип запроса |
|
|
Событие |
Выбор пустой строки |
|
|
Реакция |
Система выводит сообщение об ошибке |
|
|
Событие |
Пользователь вводит название услуги |
|
|
Реакция |
Система выводит требуемую информацию по введенной услуге |
Функциональные требования
Таблица 3.13 Требования к функции
|
Выбор запроса. Ошибка |
Вывести сообщение об ошибке |
|
|
Выбор запроса. Удачно |
Запомнить выбор |
|
|
Выбор запроса. Удачно. Ввести название услуги |
Вывести результат запроса |
Формирование запросов, связанных с врачами
Описание и приоритет
Функция позволяет сформировать запрос, вводящий информацию о врачах. Приоритет — средний.
Последовательность «Событие-реакция»
Таблица 3.14 Запросы к врачам
|
Событие |
Выбор запроса |
|
|
Реакция |
Система запоминает выбранный тип запроса |
|
|
Событие |
Выбор пустой строки |
|
|
Реакция |
Система выводит сообщение об ошибке |
|
|
Событие |
Пользователь вводит фамилию врача |
|
|
Реакция |
Система выводит требуемую информацию по введенной фамилии |
Функциональные требования
Таблица 3.15 Требования к функции
|
Выбор запроса. Ошибка |
Вывести сообщение об ошибке |
|
|
Выбор запроса. Удачно |
Запомнить выбор |
|
|
Выбор запроса. Удачно. Ввести фамилию врача |
Вывести результат запроса |
Формирование запросов, связанных с клиентами
Описание и приоритет
Функция позволяет сформировать запрос, вводящий информацию о клиентах. Приоритет — средний.
Последовательность «Событие-реакция»
Таблица 3.16 Запросы к клиентам
|
Событие |
Выбор запроса |
|
|
Реакция |
Система запоминает выбранный тип запроса |
|
|
Событие |
Выбор пустой строки |
|
|
Реакция |
Система выводит сообщение об ошибке |
|
|
Событие |
Пользователь вводит фамилию |
|
|
Реакция |
Система выводит требуемую информацию по введенной фамилии |
Функциональные требования
Таблица 3.17 Требования к функции
|
Выбор запроса. Ошибка |
Вывести сообщение об ошибке |
|
|
Выбор запроса. Удачно |
Запомнить выбор |
|
|
Выбор запроса. Удачно. Ввести фамилию |
Вывести результат запроса |
Формирование чека. Описание и приоритет
Функция формирует чек по последнему визиту. Приоритет — низкий.
Последовательность «Событие-реакция»
Таблица 3.18 Формирование чека
|
Событие |
Пользователь нажал кнопку «Чек» |
|
|
Реакция |
Система открывает сформированный чек в приложении «Блок» |
|
|
Событие |
В блокноте пользователь нажимает «Файл->Печать» |
|
|
Реакция |
Распечатывается чек |
Функциональные требование
Таблица 3.19 Требования к функции
|
Нажатие кнопки чек |
Открыть чек в блокноте |
|
|
Нажатие «Файл->Печать» |
Распечатать чек |
Требования к внешнему интерфейсу
Интерфейсы пользователя
Интерфейс пользователя должен быть представлен в нейтральных серых тонах, чтобы не отвлекать пользователей от работы. только на странице приветствия должен быть изображен символ клиники «Улыбка крокодила» — крокодил Петр. В системе должно быть минимальное количество различных окон во избежание потери времени при переходе из одного окна в другое. Элементы одного окна должны располагаться компактно, однако не нагромождаться друг на друга. Должна существовать возможность вызова справки из любого окна приложения
Интерфейсы оборудовании
Интерфейсы оборудования не выявлены
Интерфейсы программного обеспечения
Интерфейсы ПО-1: между системой и MS Office.
Интерфейсы ПО-2: между системой и приложением «Блокнот»
Интерфейсы передачи информации
Интерфейсы не выявлены
Другие нефункциональные требования
Требования к производительности
Требования к производительности-1: запрос на ID клиента, врача или услуги должен выполняться не боле 2-х секунд
Требования к производительности-2: сложные запросы к таблицам должны выполняться не более 4-х секунд
Требования к производительности-3: чек должен формироваться не более 2-х секунд
Требования к охране труда
Графический интерфейс не должен содержать ярких цветов и мигающих элементов во избежание сильной нагрузки на глаз пользователей
Требования к безопасности
Необходим достаточно длинный и сложный пароль для авторизации в системе.
Атрибуты качества ПО
Атрибуты качества ПО-1: интерфейс должен быть информативным для того, чтобы пользователь мог разобраться без посторонней помощи
Атрибуты качества ПО-1: система должна проверять введенные данные на корректность и уведомлять в случае ошибки.
Остальные требования. Требования не выявлены.
4. Сценарии вариантов использования
Таблица 4.1 Основные действующие лица
|
Сотрудник отдела кадров |
1 Изменение записей о врачах и должностях |
|
|
2 Формирование запросов |
||
|
Сотрудник бухгалтерии |
3 Изменение записей об услугах |
|
|
2 Формирование запросов |
||
|
Врач |
4 Выдача чека |
|
|
5 Изменение записей о клиентах и визитах |
||
|
6 Поиск ID врача, клиента, услуги |
||
|
2 Формирование запросов |
информационный автоматизированный база данные
№ варианта использования: Вариант использования-1
Название варианта использования: Изменение записей о врачах и должностях
Автор: Топчий О.А.
Дата создания: 20.12.2010
Дата последнего обновления: 20.12.2010
Действующие лица: сотрудник отдела кадров
Описание: сотрудник добавляет, удаляет либо изменяет информацию о врачах и услугах
Предварительные условия: пользователь авторизован в системе
Выходные условия: все изменения сразу отображаются на мониторе
Нормальное направление:
1.0 Добавление данных
1 Пользователь выбирает таблицу, с которой будет работать
2 Пользователь нажимает кнопку «Добавить»
3 Пользователь вводит новые данные
4 Пользователь нажимает «Сохранить»
5 Система сохраняет новую запись
Альтернативное направление:
1.1 Пользователь хочет удалить запись (после пункта 1)
1 Пользователь нажимает кнопку «Удалить»
2 Возврат к пункту 4
1.2 Пользователь не сохраняет изменения (после пункта 3)
1 Пользователь закрывает окно
2 Система не сохраняет изменения
1.3 Пользователь не выбрал таблицу (с пункта 1).
1 Система выдает сообщение об ошибке
2 Пользователь закрывает сообщение
3 Возврат к пункту 1
Приоритет: высокий
Частота использования: 1-2 раза в квартал.
№ варианта использования: Вариант использования-2
Название варианта использования: Формирование запросов
Автор: Топчий О.А.
Дата создания: 20.12.2010
Дата последнего обновления: 20.12.2010
Действующие лица: сотрудник отдела кадров, сотрудник бухгалтерии, врач
Описание: сотрудник формирует запросы к базе данных
Предварительные условия: пользователь авторизован в системе
Выходные условия: результат отображается на мониторе
Нормальное направление:
1.0 Формирование запроса
1 Пользователь выбирает таблицу, к которой строиться запрос
2 Пользователь выбирает тип запроса
3 Пользователь вводит информацию для запроса
4 Пользователь нажимает «Результат»
5 Система выдает результат
Альтернативное направление:
1.1 Пользователь не выбрал таблицу (в пункте 1)
1 Система выдает сообщение об ошибке
2 Пользователь закрывает сообщение
3 Возврат к пункту 1
1.3 Пользователь не выбрал запрос (после пункта 1).
1 Система выдает сообщение об ошибке
2 Пользователь закрывает сообщение
3 Возврат к пункту 2
Приоритет: низкий
Частота использования: 1-2 раза в месяц.
№ варианта использования: Вариант использования-3
Название варианта использования: Изменение записей об услугах
Автор: Топчий О.А.
Дата создания: 20.12.2010
Дата последнего обновления: 20.12.2010
Действующие лица: сотрудник бухгалтерии
Описание: сотрудник добавляет, удаляет либо изменяет информацию об услугах
Предварительные условия: пользователь авторизован в системе
Выходные условия: все изменения сразу отображаются на мониторе
Нормальное направление:
1.0 Добавление данных
1 Пользователь выбирает таблицу, с которой будет работать
2 Пользователь нажимает кнопку «Добавить»
3 Пользователь вводит новые данные
4 Пользователь нажимает «Сохранить»
5 Система сохраняет новую запись
Альтернативное направление:
1.1 Пользователь хочет удалить запись (после пункта 1)
1 Пользователь нажимает кнопку «Удалить»
2 Возврат к пункту 4
1.2 Пользователь не сохраняет изменения (после пункта 3)
1 Пользователь закрывает окно
2 Система не сохраняет изменения
1.3 Пользователь не выбрал таблицу (с пункта 1).
1 Система выдает сообщение об ошибке
2 Пользователь закрывает сообщение
3 Возврат к пункту 1
Приоритет: высокий
Частота использования: 1-2 раза в год.
№ варианта использования: Вариант использования-4
Название варианта использования: Выдача чека
Автор: Топчий О.А.
Дата создания: 20.12.2010
Дата последнего обновления: 20.12.2010
Действующие лица: врач
Описание: сотрудник формирует чек
Предварительные условия: пользователь авторизован в системе
Выходные условия: чек открывается в приложении блокнот
Нормальное направление:
1.0 Формирования чека
1 Пользователь нажимает кнопку чек
2 Система открывает чек в блокноте
Приоритет: низкий
Частота использования: 21-24 раза в день.
№ варианта использования: Вариант использования-5
Название варианта использования: Изменение записей о клиентах и визитах
Автор: Топчий О.А.
Дата создания: 20.12.2010
Дата последнего обновления: 20.12.2010
Действующие лица: врач
Описание: сотрудник добавляет, удаляет либо изменяет информацию о визитах и клиентах
Предварительные условия: пользователь авторизован в системе
Выходные условия: все изменения сразу отображаются на мониторе
Нормальное направление:
1.0 Добавление данных
1 Пользователь выбирает таблицу, с которой будет работать
2 Пользователь нажимает кнопку «Добавить»
3 Пользователь вводит новые данные
4 Пользователь нажимает «Сохранить»
5 Система сохраняет новую запись
Альтернативное направление:
1.1 Пользователь хочет удалить запись (после пункта 1)
1 Пользователь нажимает кнопку «Удалить»
2 Возврат к пункту 4
1.2 Пользователь не сохраняет изменения (после пункта 3)
1 Пользователь закрывает окно
2 Система не сохраняет изменения
1.3 Пользователь не выбрал таблицу (с пункта 1).
1 Система выдает сообщение об ошибке
2 Пользователь закрывает сообщение
3 Возврат к пункту 1
Приоритет: высокий
Частота использования: 21-24 раза в день.
№ варианта использования: Вариант использования-6
Название варианта использования: Поиск ID врача, клиента, услуги
Автор: Топчий О.А.
Дата создания: 20.12.2010
Дата последнего обновления: 20.12.2010
Действующие лица: врач
Описание: сотрудник ищет ID врача, клиента, услуги
Предварительные условия: пользователь авторизован в системе
Выходные условия: результат сразу отображаются на мониторе
Нормальное направление:
1.0 Поиск
1 Пользователь вводит фамилию врача
2 Система выдает ID врача
3 Пользователь вводит фамилию клиента
4 Система выдает ID клиента
5 Пользователь вводит название услуги
6 Система выдает ID услуги
Приоритет: высокий
Частота использования: 21-24 раза в день.
Вывод
В ходе данного курсового проекта нами была разработана информационная система Dentist control system, предназначенная для улучшения работы стоматологической клиники, а также разработаны документы, определяющие функциональные, нефункциональные и бизнес-требования к разрабатываемой системе.
Спроектированная база данных была нормализована и хранит в себе записи о врачах, их должностях и предоставляемых ими услугах, клиентах клиники, их визитах и зубах. Это позволяет освободить помещения, занимаемые бумажными картотеками и увеличить сохранность данных
Спроектированное приложение позволяет не только просмотреть хранящиеся в базе данные но и манипулировать ими (добавлять, сохранять, изменять). Также спроектированное приложение предоставляет возможность формировать запросы к БД, в результате чего пользователь имеет возможность получить только те данные, которые ему необходимы.
Помимо этого система автоматически формирует чек после каждого визита клиента и позволяет его распечатать, что значительно облегчает работу врачей.
Система имеет два уровня доступа: врач и работник бухгалтерии. Это позволяет ограничить доступ некоторым пользователям к функциям, на которые он не имеет права
В целом система позволяет улучшить работу клиники, сделать ее более быстрой, а взаимодействие между отделами — более организованным. Это все отобразиться на экономическом состоянии клиники.
Список использованной литературы
1 Джаррод Холингворт, Боб Сворт, Марк Кэшмэн, Поль Густавсон. «Borland C++ Builder 6. Руководство разработчика», 2004, Вильямс, 976 с.
2 Джеймс Р. Грофф, Пол Н. Вайнберг, Эндрю Дж. Опель. «SQL: полный справочник», 2010, Вильямс, 960 с.
3 Карл И. Вигерс. «Разработка требований к программному обеспечению», 2004, Русская редакция, 576 с.
4 Уэнди Боггс, Майкл Боггс. «UML и Rational Rose 2002», 2004, 528 с.
5 А. Н. Калашян, Г. Н. Калянов. «Структурные модели бизнеса: DFD-технологии», 2003, Прикладные информационные технологии, 256 с.
Приложение А
Руководство пользователя системой Dentist control system.
Данное руководство предназначено для ознакомления с системой Dentist control system и ответов на вопросы, возникающие в ходе работы программы.
1 Авторизация
На Рис 1 изображена форма авторизации.
Рис 1. Форма авторизации
В поле «Логин» и «Пароль» введите логин и пароль, выданные вам системным администратором (по умолчанию — User, User для врачей и Admin, Admin для бухгалтеров). Если логин и пароль введены неверно, то появиться сообщение, изображенное на Рис 2.
Рис 2. Неудачная авторизация
В случае правильного ввода логина и пароля появиться стартовое окно Dentist control system (Рис 3).
2 Стартовое окно
Рис 3. Стартовое окно.
Кнопка «Авторизация» позволяет вернуться к форме авторизации
Кнопка «Работа» осуществляет переход к окну работы с клиентами (Рис 6)
Кнопка «Администрирование» осуществляет переход к окну для работы с записями о врачах, услугах и должностях (Рис 4). Кнопка будет неактивна, если вы авторизованы как врач.
Кнопка «Справка» открывает данное руководство.
3 Администрирование
Окно администрирования (Рис 4) предназначено для изменения записей в БД о врачах, услугах и должностях.
Рис 4. Окно администрирования
В выпадающем списке выберите одну из трех таблиц (Врачи, Должности, Услуги), затем нажмите кнопку «Выбрать». В поле ниже откроется выбранная таблица(по умолчанию открыта таблица Врачи). Если нажать кнопку до выбора таблицы, то появиться окно с сообщением об ошибке (Рис 5).
Рис 5. Таблица не выбрана.
Кнопка «Назад» вернет вас в стартовое окно.
Кнопка «Справка» откроет данное руководство.
Кнопка «Добавить» добавляет строку в таблицу.
Кнопка «Удалить» удаляет выделенную строку в таблице.
Кнопка «Сохранить» сохраняет все изменения. ВНИМАНИЕ!!! Если закрыть приложение или выбрать другую таблицу не нажав эту кнопку, то все изменения пропадут!!!
4 Окно работы с клиентами
Окно позволяет работать с записями о клиентах, их картах и визитах (Рис 6).
Рис 6. Работа с клиентами
В выпадающем списке выберите таблицу, с которой вы хотите работать (Пациенты, Карты, Приемы) и нажмите кнопку «Выбрать таблицу». Выбранная таблица отобразиться в поле ниже. Если не была выбрана ни одна таблица, то появиться окно с сообщением об ошибке (Рис 5).
Кнопка «Назад» вернет вас в стартовое окно.
Кнопка «Справка» откроет данное руководство.
Кнопка «Добавить» добавляет строку в таблицу.
Кнопка «Удалить» удаляет выделенную строку в таблице.
Кнопка «Сохранить» сохраняет все изменения. ВНИМАНИЕ!!! Если закрыть приложение или выбрать другую таблицу не нажав эту кнопку, то все изменения пропадут!!!
Кнопки «Найти врача», «Найти клиента», «Найти услугу» предназначены для поиска ID врача, клиента и услуги по фамилии (названию), которые следует вводить в поля левее кнопок (для быстроты и удобства можно вводить только часть фамилии (названия)). Результат отобразиться в окошках ниже. Данные необходимы для заполнения таблиц о визите и картах.
Кнопка «Чек» формирует текстовый файл с чеком для последней записи о визите и открывает его в приложении «Блокнот». В приложении нажмите Файл->Печать, чтобы распечатать чек.
Кнопка «Запросы» позволяет перейти к окну запросов (Рис 7)
Рис 7. Окно запросов
В выпадающем списке выберите таблицу, к которой хотите построить запрос и нажмите клавишу «Выбрать». Если таблица не выбрана, появиться сообщение об ошибке (Рис 5). Если таблица выбрана, в окне появятся элементы для построения запроса (Рис 8).
В выпадающем списке выберите, какие именно данные вы хотите извлечь. В поле левее введите фамилию интересующего врача, пациента либо название услуги и затем нажмите кнопку «Результат». В поле ниже появиться результат запроса. Если поле для фамилии или названия будет пустым, то выведется информация по всем врачам, клиентам или услугам. Если вы не выберете данные в выпадающем списке, то появиться сообщение об ошибке (Рис 9)
Рис 8. Выбрана таблица
Рис 9. Данные не выбраны
Кнопка «Назад» возвращает в окно работы с клиентами.
Кнопка «Справка» откроет данное руководство.
Приложение В
Диаграмма потоков данных
Рис 1. Концептуальная диаграмма
Рис 2. Первый уровень декомпозиции
Рис 3. Декомпозиция процесса «Запросить данные»
Рис 4. Декомпозиция процесса «Оформить визит»
Рис 5. Декомпозиция процесса «Администрировать»
Приложение С
Диаграмма вариантов использования
Рис 1. Диаграмма вариантов использования
Приложение D
Перечень запросов
1 select IDClient from client where sername like ‘%значение%’
Поиск ID клиента по фамилии.
2 select IDDantist from Dantist where Sername like ‘%значение%’
Поиск ID врача по фамилии.
3 select IDService from Service where Sname like ‘%значение%’
Поиск ID услуги по названию.
4 Select d.Sername, c.Sername, v.Date, s.Sname, s.cost from Dantist d, Client c, Service s, Visit v where d.IDDantist=v.IDDantist and c.IDClient=v.IDClient and v.IDService=s.IDService and v.IDVisit in (Select max(IDVisit) from Visit)
Формирование чека.
5 Select Sname, cost from Service where Sname like ‘%значение%’
Стоимость услуги по фамилии.
6 Select Sname, count(IDVisit) from Service a, Visit b where a.IDService= b.IDService and Sname like ‘%значение%’ group by a.Sname
Количество визитов, на которых предоставлялась выбранная услуга.
7 Select Sername, Pname from Dantist d, Post p where d.IDPost=p.IDPost and Sername like ‘%значение%’
Определение должности врача.
8 Select Sername, Sname from Dantist d, Service s, Visit v where d.IDDantist=v.IDDantist and v.IDService=s.IDService and Sername like’%значение%’
Определить услуги, которые оказывал данный врач.
9 Select Sername, Salary*12 from Dantist d, Post p where d.IDPost=p.IDPost and Sername like ‘%значение%’
Определить годовую зарплату врача.
10 Select Sername, Count(IDVisit) from Dantist d, Visit v where d.IDDantist=v.IDDantist and Sername like ‘%значение%’ group by Sername
Определить количество визитов к одному врачу.
11 Select Sername, Sum(cost) from Client c, Service s, Visit v where c.IDClient=v.IDClient and s.IDService=v.IDService and Sername like ‘%значение%’ group by Sername
Сколько клиент всего заплатил больнице.
12 Select Sername, count(IDVisit) from Client c, Visit v where c.IDClient=v.IDClient and Sername like ‘%значение%’ group by Sername
Количество посещений одним клиентом.
13 Select Sername, count(IDCard) from Client c, Card ca where c.IDClient=ca.IDClient and Sername like ‘% значение %’ group by Sername
Количество зубов, которые лечил данный клиент.
14 Select Sername,Toothnumber, Horisontal, Vertikal, Description from Client c, Card ca where c.IDClient=ca.IDClient and Sername like ‘% значение %’
Описание всех больных зубов клиента.
Размещено на
