Главная Полезно Рефераты‹ Ссылки Статьи Контакты

Внимание!!!
Все материалы сайта защищены авторским правом, содержат на момент размещения не менее 60% оригинального текста. Материалы предназначены только для выполнения собственной студенческой работы. Любое воспрозведение или иное использование запрещено законом
Кроме того, просим терпимее относиться ко всем видам рекламы на сайте. Так как за счет её и существует наш проект. Спасибо за понимание и удачи вам в поиске нужной информации.


Разработка программы по учету и регистрации посещений поликлиники больными на java

СОДЕРЖАНИЕ


ВВЕДЕНИЕ  2

1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ И КЛАССИФИКАЦИЯ СУЩНОСТЕЙ РЕШАЕМОЙ ЗАДАЧИ  4

1.1. Больной  4

1.2. Жалоба  4

1.3. Записи о посещениях  5

1.4. Этапы организации хранилища информации о продажах  5

2. ПОСТАНОВКА ЗАДАЧИ  8

3. ОБЗОР ЛИТЕРАТУРНЫХ ИСТОЧНИКОВ  9

4. ТРЕБОВАНИЯ К СИСТЕМЕ  11

5. РАЗРАБОТКА МЕТОДОВ И МОДЕЛЕЙ ПРЕДСТАВЛЕНИЯ СИСТЕМЫ  12

6. РАЗРАБОТКА И ПОСТРОЕНИЕ ИНФОРМАЦИОННОЙ МОДЕЛИ  16

7.ОБОСНОВАНИЕ ПРИНИМАЕМЫХ РЕШЕНИЙ ПО ВЫБОРУ ТЕХНИЧЕСКИХ И ПРОГРАМНЫХ СРЕДСТВ РЕАЛИЗАЦИИ  19

8. ОПИСАНИЕ АЛГОРИТМОВ ПРОГРАММНЫХ МОДУЛЕЙ  21

9. ОПИСАНИЕ ТЕСТОВОГО ПРИМЕРА. РУКОВОДСТВА ПОЛЬЗОВАТЕЛЯ  23

10. ОПИСАНИЕ ПОЛУЧЕННЫХ РЕЗУЛЬТАТОВ  28

ВЫВОДЫ И ЗАКЛЮЧЕНИЯ  29

ЛИТЕРАТУРА  30

ПРИЛОЖЕНИЯ  31


ВВЕДЕНИЕ


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

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

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

Для разработки подсистемы будет использоваться язык программирования Java и его web-ориентированные средства: JSP, сервлеты, EJB и т.п.

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

В качестве технологий, повышающих надежность, масштабируемость и функциональность разрабатываемого приложения, будут использоваться EJB, JSP, Servlets, SYBASE 9.0, SunApp Server 8.0, DHTML.


1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ И КЛАССИФИКАЦИЯ СУЩНОСТЕЙ РЕШАЕМОЙ ЗАДАЧИ


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

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

Процесс учета осуществляется следующим образом:

  1. Житель района, зарегистрированный в данной поликлинике, обращается в регистратуру.
  2. Больной направляется к соответствующему врачу на обследование.
  3. Данные о записи больного заносятся в систему.
  4. Выявляется причина заболевания по жалобам больного.
  5. Диагноз и рекомендации по лечению заболевания заносятся в систему.
  6. Большинство организаций, подобного типа имеют каталог (или даже терминал с поисковой системой и базой услуг), позволяющий пациентам быстро отыскать поставленный ему диагноз и рекомендации на определенную дату посещения.

1.1. Больной

Сущность «больной» содержит информацию о ФИО больного, домашнем адресе и контактном телефоне.

1.2. Жалоба

Сущность «жалоба» содержит данные о жалобе больного и характеризуется названием причины обращения.

1.3. Посещение

В данной сущности хранятся данные о посещениях больных, характеризующиеся следующими атрибутами:

- больной

- причина посещения

- дата посещения,

- выставленный диагноз,

- рекомендации

1.4. Этапы организации хранилища информации о посещениях

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

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

Выбор поставщика/системы – когда цели и задачи определены, встает вопрос о выборе поставщика услуг автоматизации и ПО. У многих крупных и средних компаний есть давние партнеры (поставщики), которые становятся генеральными подрядчиками и самостоятельно решают, какие третьи компании привлечь для реализации проекта.

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

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

Обследование – подразумевает сбор данных и полный анализ бизнес-процессов, связанных с регистрацией больных в поликлинике.

Этап может быть проведен специально закрепленной за этой работой медсестрой.

Реализация проекта – кодирование и сборка подсистемы учета и регистрации посещений поликлиники больными.

Тестирование и наладка – заключается в поэтапном тестировании разработанной подсистемы и проверке корректности ПО (на предмет соответствия функциональным требованиям).

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

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

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

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


Задать вопрос                                                      


2. ПОСТАНОВКА ЗАДАЧИ


Постановку задачи определим следующим образом:

  • выбрать и провести краткий аналитический обзор литературных источников, затрагивающих требуемые для реализации подсистемы учета покупок технологии (JSP, EJB, Sun AppServer, UML и т.п.);
  • провести анализ предметной области задачи;
  • разработать методы и модели представления системы учета посещений поликлиники;
  • разработать информационную модель системы (структуру базы данных) и создать базу данных для Sybase 9;
  • наполнить разработанную БД соответствующей информацией;
  • детализировать разработанные ранее модели ПО;
  • разработать подсистему учета посещений поликлиники больными, провести модульное тестирование;
  • провести сборку и установку подсистемы учета посещений поликлиники больными, проверить корректность сборки и развертывания;
  • протестировать программу на предмет соответствия функциональным требованиям с использованием разработанной БД;
  • описать алгоритмы программных модулей;
  • описать тестовый пример;
  • разработать  руководство пользователя;
  • описать полученные результаты;
  • оформить пояснительную записку.


3. ОБЗОР ЛИТЕРАТУРНЫХ ИСТОЧНИКОВ


Кей С. Хорстманн, Гари Корнелл. Java 2. Библиотека профессионала. Том 2. Тонкости программирования [1] ориентирована на тех разработчиков, которые хотят использовать технологию Java для создания реальных проектов. В ней нашли отражение поддержка потоков, использование наборов данных, сетевое взаимодействие, работа с базами данных, компоненты JavaBeans. Уделено внимание также таким вопросам, как поддержка распределенных объектов, организация защиты и создание платформенно-ориентированных методов, разбор и генерация XML-документов. При написании книги были учтены новые возможности, которые стали доступны разработчикам с появлением JDK 5.0.

Благодаря разнообразию и глубине излагаемого материала книга полезна как начинающим, так и опытным разработчикам.

  Брюс У. Пери. Java сервлеты и JSP. Сборник рецептов  [2] содержит исчерпывающие описания (рецепты) решений проблем, с которыми приходится сталкиваться web-разработчикам на Java. Рецепты приводятся по мере нарастания сложности и рассматриваются применительно к таким популярным серверам приложений как Tomcat и Weblogic. Вследствие этого данная книга может служить не только в качестве практического руководства, но и учебным пособием.

Книга предназначена для широкого круга читателей - от опытных Java-разработчиков, желающих усовершенствовать свое мастерство использования технологий Java Servlet и JSP, до студентов, изучающих Java.

Р. Мюллер. Базы данных и UML: Проектирование [3]. Книга посвящается использованию универсального языка моделирования UML (одобренный стандарт группы по управлению объектами) для проектирования баз данных. Подробно, шаг за шагом, раскрыт процесс разработки: от анализа требований к генерации схемы. Особо уделяется внимание вопросу выражения потребностей заказчиков в диаграммах вариантов использования UML и ролей. Книга раскрывает вопрос преобразования сущностей UML в компоненты базы данных, преобразования полученный проект в реляционные, объектно-реляционные и объектно-ориентированные схемы для основных продуктов DBMS.

Раскрыты практические примеры проектов для Oracle, Microsoft, Sybase, Informix, Object Design, POET и других систем управления базами данных.

С. В. Маклаков, BPwin и ERwin. CASE - средства разработки информационных систем [4] представляет собой практическое руководство по созданию информационных систем с помощью CASE - средств фирмы PLATINUM technology - BPwin и ERwin. Она содержит описание методов структурного анализа и проектирования моделей данных в объеме необходимом для практической работы. Подробно на конкретных примерах рассмотрено применение CASE - технологий и CASE - средств для автоматизации этапов анализа, проектирования и кодогенерации информационных систем. Книга предназначена как для специалистов в области информационных технологий (системных аналитиков, проектировщиков и администраторов баз данных), так и для студентов, изучающих основы системного анализа и проектирования информационных систем.



4. ТРЕБОВАНИЯ К СИСТЕМЕ


Определим следующие требования к разрабатываемой подсистеме учета и регистрации посещений поликлиники больными:

  • возможность добавления, корректировки и удаления записей всех сущностей предметной области;
  • возможность поиска записей о посещениях поликлиники больными по различным атрибутам:
  • возможность вывода сгруппированной по определенному признаку информации о посещениях поликлиники больными;
  • для работы с подсистемой должен использоваться веб-браузер, работа – удаленная, по протоколу HTTP;
  • должна быть реализована трехзвенная архитектура работы приложения (модель-представление-контроллер);
  • при разработке подсистемы должен использоваться JDK 1.4 и выше;
  • требования к целевой платформе: любая ОС с графическим интерфейсом, позволяющая установку браузеров IE, Mozilla, Netscape и т.д.
  • для представления данных должны использоваться JSP и сервлеты;
  • целевая СУБД - SYBASE 9.0;
  • целевой сервер приложений -  SunApp Server 8.1.


5. РАЗРАБОТКА МЕТОДОВ И МОДЕЛЕЙ ПРЕДСТАВЛЕНИЯ СИСТЕМЫ


В работе проводится моделирование с использование IDEF0(BPWin), UML (Enterprise Archtect), IDEF1x (ErWin).

1. Важная роль отводится процессу функционального проектирования.

Для регламентирования создания функциональных моделей ПС предназначен стандарт IDEF0 (Integrated Definition Function Modeling), который и реализован в пакете BpWin.

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

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

В основе IDEF0 лежит три базовых принципа:

принцип функциональной декомпозиции – любая функция может быть разбита (декомпозирована) на более простые функции (более понятен термин детализация);

принцип ограничения сложности – количество блоков на диаграмме должно быть не менее двух, но не более шести (условие удобочитаемости);

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

Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, т. е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.

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

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

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

Проанализируем контекстную диаграмму:

Рисунок 1 Контекстная диаграмма модели учета посещений поликлиники больными

Входами функционального блока являются:

1) Посещения поликлиники больными – является инициатором

Выходы:

1)  Разработанная подсистема

Механизмы:

1)Исполнитель написания ПО – осуществляет написание программного продукта

Контроль:

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

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

2. Унифицированный язык моделирования (UML - Unified Modeling Language) является стандартным инструментом для создания документированных каркасов ("чертежей") программного обеспечения. С помощью UML можно визуализировать, специфицировать, конструировать и документировать процесс разработки программных систем.

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

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

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

1) вариантов использования

2) классов

3) состояний

4) последовательности

5) компонентов

6) развертывания

Создание диаграммы классов позволило сгенерировать код соответствующих классов Java.


6. РАЗРАБОТКА И ПОСТРОЕНИЕ ИНФОРМАЦИОННОЙ МОДЕЛИ


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

ERwin создает визуальное представление (модель данных) для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения как части документации, необходимой в цикле разработки. Однако ERwin далеко не только инструмент для рисования. ERwin автоматически создает базу данных (таблицы, индексы, хранимые процедуры, триггеры для обеспечения ссылочной целостности и другие объекты, необходимые для управления данными).

Диаграмма ERwin строится из трех основных элементов - сущностей, атрибутов и связей. Если рассматривать диаграмму как графическое представление правил изделиеной области, то сущности являются существительными, а связи — глаголами.

Сущность - логическое понятие. Сущности соответствует таблица в реальной СУБД. В ERwin сущность визуально представляет 3 основных вида информации:

  • атрибуты, составляющие первичный ключ. Для каждого первичного ключа ERwin создает при генерации структуры БД уникальный индекс;
  • не ключевые атрибуты;
  • тип сущности (независимая/зависимая).

Связь — это функциональная зависимость между двумя сущностями (в частности, возможна связь сущности с самой собой). Связь - это понятие логического уровня, которому соответствует внешний ключ на физическом уровне. В ERwin связи представлены 5 основными элементами информации:

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

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

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

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

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

  • определение сущностей

Были созданы сущности Illman (больной пациент), Reason (жалоба) и Visit (посещения больных).

  • определение зависимостей между сущностями;

Сущности Illman и Reason – родительские, сущность Visit – дочерняя, содержит сведения о посещениях больными врачей.

Тип связей – идентифицирующая, кратность: 0…N

  • задание первичных и альтернативных ключей;

Illman: IllmanID

Reason: ReasonID

Visit: VisitID, IllmanID, ReasonID.

  • определение атрибутов сущностей;
  • приведение модели к требуемому уровню нормальной формы;

Требования по нормализации таблиц не выдвигались. Однако при этом разработанная БД находится в третьей нормальной форме, т.к. требования первой НФ выполняются, а процесс определения ключей и задания связей проводился при помощи ErWin.

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

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

Далее была проведена генерация БД подсистемы учета и регистрации посещений поликлиники больными – для этого было установлено подключение к Sybase через интерфейс ODBC.


7.ОБОСНОВАНИЕ ПРИНИМАЕМЫХ РЕШЕНИЙ ПО ВЫБОРУ ТЕХНИЧЕСКИХ И ПРОГРАМНЫХ СРЕДСТВ РЕАЛИЗАЦИИ


К программным средствам, выбранным для решения поставленной перед нами задачи относятся:

  • Enterprise Architect
  • Sun AppServer 8

Enterprise Architect - это мощный набор UML-инструментов для разработки программного обеспечения через стадии анализа, модели дизайна, испытания и внедрения. Enterprise Architect - это многопользовательский графический инструмент, разработанный для того, чтобы создавать устойчивое и удобное в использовании программное обеспечение.

Enterprise Architect объединяет в себе силу языка UML 2.0 с высокоэффективным, понятным интерфейсом. Данная программа дает возможность расширенного моделирования на рабочем столе, разработки и созданию групп. Продукт полностью поддерживает все 13 диаграмм стандарта UML 2.0.

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

Для уменьшения стоимости и увеличения скорости проектирования и разработки корпоративного приложения платформа J2EE предлагает компонентный подход к проектированию, разработке, сборке и внедрению корпоративных приложений. Платформа J2EE предлагает модель многоуровневого распределенного приложения, возможность повторного использования компонентов, интегрированный обмен данными на основе XML, унифицированную модель безопасности и гибкое управление транзакциями. Вы не только можете выпускать на рынок инновационное решение для пользователей быстрее, чем раньше, но и Ваши платформо-независимые, основанные на компонентах J2EE-решения больше не привязаны к продуктам и API какого-либо одного производителя. Производители и пользователи обладают свободой выбора продуктов и компонентов, которые наиболее полно удовлетворяют их деловые и технологические требования. Поэтому в  качестве сервера был выбран Sun AppServer 8.

Язык программирования JAVA — весьма популярный в настоящее время язык программирования, обладающий большой гибкостью и обеспечивающий поддержку объектно-ориентированного программирования. Самым главным его козырем является платформенная независимость, т.е. код, написанный в среде Windows, без всяких изменений будет работать в среде Linux и т.п. Это обеспечивается тем, что скомпилированные файлы JAVA представляют собой не самостоятельно исполняемый код, а так называемый байт-код, который исполняется виртуальной машиной JAVA, индивидуальной для каждой платформы.


8. ОПИСАНИЕ АЛГОРИТМОВ ПРОГРАММНЫХ МОДУЛЕЙ


Обобщенный алгоритм работы клиента показан на рис. 1.

Рис. 2. Обобщенный алгоритм работы клиента.

Алгоритм обработки действий пользователя:

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


9. ОПИСАНИЕ ТЕСТОВОГО ПРИМЕРА. РУКОВОДСТВА ПОЛЬЗОВАТЕЛЯ


Для запуска разработанного программного средства сначала необходимо зарегистрировать в настроить connection pool для сервера базы данных с именем illPool и JNDI-name для базы с именем jdbc/illman.

Подключение производиться по url:

http://localhost:8080/illman

Работать необходимо в Internet Explorer (поддержка javascript и css).

При запуске клиента появляется окно, показанное на рис. 3. На данном рисунке видны возможности, которыми обладает клиент.

Рис. 3. Основное окно веб-клиента.


Логика приложения организована следующим образом. Отображены 3 сущности с соответствующими им кнопками управления:

  1. Список больных
  2. Список жалоб
  3. Записи по посещениям

Возможности добавления, корректировки и удаления записей реализуется по средствам кнопок (рис.4).

Рис. 4. Выбор добавления больного.

Для поиска записей о прибылях по дате получения денег за оказанные услуги используется кнопка «Поиск» и текстовое поле «Дата».

Чтобы  добавить новую запись, необходимо нажать на 1-ую кнопку. В результате мы перейдем на форму, в которой будет предложено заполнить соответствующие поля (рис.5). При нажатии кнопки «Принять» данные будут внесены в базу. При нажатии кнопки «Отклонить» данные внесены не будут, и мы перейдем на главную форму.

Рис. 5. Форма заполнения данных по больному.

Результат ввода представлен на рис. 6.

Рис. 6. Отображение результатов ввода.

Выберем запись для корректировки.

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

Рис. 7. Корректировка записи.

Результат изменения записи виден на главной форме (рис. 8). Выберем сразу эту же запись для удаления и нажмем соответствующую кнопку.

Рис. 8 Результат корректировки записи.

Как только данная кнопка была нажата, мы перейдем на форму, на которой будет выведена вся информация по удаляемой записи (рис. 9).

Рис. 9. Форма, подтверждения удаления записи.

Чтобы  добавить новую запись по жалобе, необходимо нажать на 1-ую кнопку из перечня кнопок, реализующим работу с записями по жалобе (рис. 10).

Рис.10. Добавление записи о жалобе.

Как только мы нажали кнопку, мы переходим на форму ввода новых данных (рис.11).

Рис. 11. Добавление новой записи по жалобе.

Результат ввода представлен на рис. 12.

Рис. 12. Результат добавления жалобы.

Чтобы откорректировать запись о жалобе необходимо нажать соответствующую кнопку (рис. 13).

Рис. 13. Выбор корректировки записи о жалобе.

Чтобы удалить запись необходимую запись, выбираем строку в таблице и нажимаем на кнопку удаления (рис. 14).

Рис. 14. Выбор записи для удаления.

Как только данная кнопка была нажата, мы перейдем на форму, на которой будет выведена вся информация по удаляемой записи (рис. 15).

Рис. 15. Данные по удаляемой записи.

Вывод записей о посещениях осуществляется 3-мя способами:

  1. Вывод всех посещений по больному (рис. 16)
  2. Вывод всех посещений по жалобе (рис. 17)
  3. Вывод всех посещений по больному и жалобе (рис. 18)

Рис. 16. Вывод всех посещений по больному.

Рис. 17 Вывод всех посещений по жалобе.

Рис. 18. Вывод всех посещений по больному и жалобе.

Отображение записей по посещениям можно увидеть на рис. 3. Чтобы  добавить новую запись по посещениям, необходимо нажать на соответствующую кнопку из перечня кнопок, реализующим работу с записями по посещениям (рис. 19).

Рис. 19. Добавление данных по посещениям.

Как только мы нажали данную кнопку, мы переходим на форму ввода новых данных (рис.20).

  

Рис. 20.Добавление записи.

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

Рис. 21. Выбор удаления записи.



10. ОПИСАНИЕ ПОЛУЧЕННЫХ РЕЗУЛЬТАТОВ


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

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

Возможные усовершенствования подсистемы:

      1. возможность создания печатных форм и отчетов (история болезни, рецепт  и т.п.)
      2. расширение набора сущностей предметной области – добавление сведений о назначаемых лекарствах, добавление дополнительных их характеристик, возможность загрузки фотографий и т.п.
      3. добавление возможностей по расширенному поиску записей системы
      4. разграничение категорий пользователей системы и предоставление возможности пациентам доступа к персональным данным со специальных терминалов.

Дополнительно в результате выполнения данного курсового проекта были получены и закреплены на практике навыки в работе с языком  JAVA, UML, принципы использования методик проектирования IDEF0, IDEF1x, СУБД SQL Anywhere 9 и технологией EJB .


ВЫВОДЫ И ЗАКЛЮЧЕНИЯ


В ходе выполнения курсовой работы была разработана подсистема учета и регистрации посещений поликлиники больными. Программа реализована с использованием языка программирования Java, технологий J2EE и Sun AppServer 8 / SQL Anywhere 9.

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

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

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

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

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

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


ЛИТЕРАТУРА


1. Кей С. Хорстманн, Гари Корнелл. Java 2. Библиотека профессионала. Том 2. Тонкости программирования. – Вильямс, 2006 г., 1168 с.

2. Брюс У. Пери. Java сервлеты и JSP. Сборник рецептов – КУДИЦ-Образ, 2006 г., 768 с.

3. Р. Мюллер. Базы данных и UML: Проектирование.– Лори, 2002г. 432

4. С. В. Маклаков. BPwin и ERwin. CASE - средства разработки информационных систем. – Диалог-МИФИ, 2000 г. , 256 с.

5. http://www.javable.com

6. http://www.java.sun.com

7. JSDK 1.5 javadoc


Скачать реферат



Если у вас появилось непреодолимое желание пожертвовать средства на развитие сайта или отблагодарить владельца за бесценный материал :), можете перевести любую сумму на кошелек R200818721914 или Z890150328460.

Яндекс.Метрика
© studlight 2011-2014