医院门诊系统需求设计.doc

(完整word)医院门诊系统需求设计
医院门诊系统需求设计
一、实验目的
l 掌握软件需求分析的方法，重点是结构化分析方法和面向对象的方法，学会如何进行软件建模，如何编写软件需求规格说明；
l 掌握软件设计的方法,包括软件体系结构设计、界面设计、数据设计和模块设计等，学会如何建立软件设计模型，如何编写软件设计文档;
l 掌握软件实现的基本方法，学习使用软件开发工具开发软件；
l 掌握软件测试的基本方法，重点在测试计划和测试用例的设计，了解应做哪些方面的测试,测试数据如何设计，测试的内容和如何利用测试结果进行可靠性分析与预测。
l 进一步提升软件工程专业学生将三年来所学知识综合运用的能力，获得软件开发的实际技能和经验，培养了学生的市场意识和软件产品化能力,为后续课程学习、校外实训和本科毕业设计打下基础。
l 本小组根据软件开发文档的具体要求完成软件项目的需求规格说明书.描述了停车场管理系统的功能和性能的要求,将作为对该项目在概要设计阶段的设计输入。
二、实验工具
系统环境：Windows 7/8/10
编写软件：PC，Microsoft Office2016，Visio 2012
三、实验要求
文档内容符合项目规格说明书规范
文档格式要求：
l 标题:宋体四号
l 正文内容:宋体小四
l 行间距：固定值20磅
四、实验内容
1. 引言
1.1 编写目的
该文档描述了医院门诊信息管理系统的功能和性能的要求，将作为对该项目在概要设计阶段的设计输入。
本文档的预期读者包括：
l 设计开发人员
l 项目管理人员
l 测试人员
l 用户
本文档全部内容均为商业机密,应严格控制其应用范围和阅读范围,在项目开展过程中，由本项目小组负责管理，项目完成后交专人负责保存，未经文档负责人许可,任何人不得将本文档部分私自保留或交与他人。
1.2 项目范围
该文档的目的是解决整个项目系统中“做什么”的问题。对于开发技术在这里并没有涉及,而主要是通过建立模型的方式来描述用户的需求,客户、用户、开发方等不同参与方提供一个交流的平台。
1.3 参考资料
[1] 《数据库系统概论》萨师煊,王珊 高等教育出版社 2001。
[2] 《软件工程》钱乐秋,赵文耕 清华大学出版社 2003。
[3] 《Java程序设计》陈锐，张蕾，李邵华 清华大学出版社 2011.
[4] 《软件工程案例教程》韩万江，姜立新 机械工业出版社 2017.
1.4 版本更新信息
版本更新情况如表1-1所示：
表1-1 版本更新情况表
修改编号
修改日期
修改后版本
修改位置
修改内容概述
001
2019。3.10
0。0
全部
初始发布版本
002
2019.3.19
0.1
全部
格式

2. 项目介绍
2.1 项目背景
随着Internet技术的发展，信息管理被广泛应用与各行各业。伴随着医院的改革,医院信息化进程的加速，建立基于Web的医院门诊信息管理系统显得尤为重要。本项目针对安徽师范大学校医院对在校学生的健康信息管理建设基于web的软件平台,为了方便医生就诊和学生预约就医，避免时间和资源的浪费，为学生和医生们创立门诊信息管理系统十分必要。
2.2 项目目标
本项目主要目标如下:
l 系统能够提供友好的用户界面，方便医生、学生及管理员进行相关操作。
l 系统能够满足用户需求,使用户通过访问网站能够进行预约,费用结算，工作量统计，学生的信息管理等等，方便医生就诊和学生就医。
l 系统应有良好的可兼容性,可以较容易地加入其它系统的应用。
3. 应用环境
3.1 网络环境
网络结构图如图 3-1 所示，用户（医生，学生，系统管理员)可以通过网络登录到网站，进行相应的操作，应用服务器接收到相应操作反映之后对数据库进行相应操作，并返回进行展示。

图 3—1 系统网络结构图
3.2 软件环境
软件运行环境表如表3-1所示：
表3-1 软件运行环境表

名称
版本
语种
操作系统
Windows XP/win7

简体中文
数据库平台
MySQL
5。4
简体中文
应用平台
tomcat
7。x
简体中文
浏览器
360、IE、Chrome

简体中文
3.3 硬件环境
硬件运行环境表如表3—2所示：
表3—2 硬件运行环境表
服务器
最低配置
推荐配置
应用和数据库服务器
1CPU：P4 2.0G
1CPU：P4 2。8G
Mem：512M
Mem：2G
HD：40G
HD：120G
4. 功能规格
项目的整体功能结构如图4-1所示。系统中主要角色是医生和学生，他们可以完成的功能如注册/登录、预约、取药等,系统维护的系统管理员也是一个必要的角色。

图4-1 整体功能结构图
4.1 系统角色分析
角色或者执行者（Actor）是指与系统产生交互的外部用户或者外部系统.本系统的使用角色主要分为学生、医生和系统管理员三种。以下是对每个角色的详细介绍。
4.1.1 医生
医生可以完成系统的登录,修改个人信息，查看病人预约信息，选择药品给学生开处方等功能。
4.1。2病人
病人可以完成注册和登录，查看医生信息进行预约，查询自己的预约信息，对医生开的处方取药付费，修改个人信息等功能.
4。1。3系统管理员
系统管理员主要进行系统日常维护，发布信息，管理人员信息资料，包括对其的增加和删除操作,统计医生的不同时段工作量。
4.2 系统主用例图
系统主要分为客户端子系统和管理端子系统，前者参与人员有医生、学生，后者参与人员为管理员，系统间不耦合，各自处理相应事务.具体系统主用例图如图 4-2 所示：

图4-2 系统主用例图
4.3 客户端子系统
客户端子系统由学生和医生执行门诊相关操作，学生可以预约，查询预约信息去找相应医生看病，修改个人信息,查看药方取药；医生可以查看预约信息依次看病,修改个人信息，查看药品信息开药。客户端子系统的用例图如图 4-3 所示：

图4-3 系统主用例图
4。3。1 注册系统
角色：病人
目的:用户注册。
用例描述：
(1）用户进入系统首页。
(2）系统显示注册界面，用户输入相关的身份信息，单击确定。
（3）系统经过后台确认数据合法后提示注册成功。
病人登录界面如图4—4所示：

图4-4 注册系统界面设计图
4。3.2 登录系统
角色：医生，病人，管理员，
目的：用户登录系统.
前置条件:用户身份为医生、学生、管理员。
用例描述:
(1) 用户进入系统首页。
(2) 系统显示登录界面，用户输入用户名和密码，单击确定。
(3) 系统检查是否有此用户信息，若存在此用户，用户进入系统；若不存在此用户，本页面显示相应的错误信息。
(4) 不同身份登录详细说明：
(5) 病人:不出现人员管理功能栏及药品信息，添加医生账户功能栏。
(6) 医生：不出现人员管理功能栏及预约，取药功能栏.
(7) 管理员：不出现预约，取药，药品信息相关功能栏。
注册界面如图4-5所示:

图4-5 登录系统界面设计图
4.3.3 病人界面功能
角色:病人
目的:病人进行功能操作
前置条件：用户身份为病人
用例描述：
(1) 用户登录进入个人界面。
(2) 点击功能栏“我的医生"，可以查看自己的预约信息，根据预约信息在就诊时间去找医生看病。
(3) 点击“预约”可以就自己的症状选择当天有的合适的医生预约就诊(一次只能预约一个医生).
(4) 点击“取药”可以看到医生所开的药，选择结算，就医完成。
(5) 点击“个人中心"可以查看个人信息,修改个人信息。
(6) 点击“修改密码"可以修改自己的密码.
(7) 点击“退出"则可退出当前界面。
病人界面功能用例图如图4-6所示：

图4-6 病人界面功能用例图
4。3.4医生界面功能
角色：医生
目的：医生进行功能操作
前置条件：用户身份为医生
用例描述：
(1) 用户登录进入个人界面.
(2) 点击功能栏“我的病人”，可以查看当天预约信息，根据预约信息依次给病人看病，可以点击学号查看学生信息，在界面下方出现药品选择功能栏，对症开药。
(3) 点击“个人中心"可以查看个人信息,修改个人信息。
(4) 点击“修改密码"可以修改自己的密码。
(5) 点击“退出”则可退出当前界面.
医生界面功能用例图如图4-7所示：

图4—7 医生界面功能用例图
4.3。5修改系统
角色：管理员，医生。
目的：信息修改。
用例描述：
用户进入系统中点击网页导航栏的信息修改进入修改系统。
修改功能：
l 管理员修改：管理员可以修改每位医生的所有信息和他们的所有工作记录。
l 学生修改：学生仅能修改姓名，身份证号，学历，户口，性别，已婚/未婚，不能修改个人编，更不能修改自己的就诊记录。
删除功能：
l 管理员：管理员有删除信息的权限，删除只能删除指定人员的全部个人基本信息。选中修改系统中的删除按钮,输入要删除的人编号会出现该人的所有信息,点击删除再次确认删除就可将该人彻底从数据库中删掉。
l 病人：病人没有删除权限。
添加功能：
l 管理员：管理员根据新用户注册的信息,为用户分配编号,用户添加自己的所有信息.
l 4。3.6处方系统
角色:医生，病人。
目的：开处方。
用例描述:
l 医生可以为预约的病人开处方，也可以选择不开处方。
l 病人收到处方之后就可以进行买药计算金额
具体功能用例图如下图4—8所示：

图4—8病人与医生交互流程图
病人与管理员的交互体现在病人完成结算取药后，在管理员的“病人管理”模块中可以看到病人的基本信息、看病次数、付费总金额等信息。
4.4 管理端子系统
管理端子系统的用例图如图 4—9 所示，其功能分为医生管理，学生管理，添加医生账户，修改密码，主要为系统管理人员提供服务，以下详细介绍。

图4-9 管理端子系统用例图
4.4.1管理员功能
角色：系统管理员
目的：管理员进行功能操作
前置条件：用户身份为系统管理员
用例描述：
(1) 用户登录进入个人界面。
(2) 点击功能栏“医生管理",可以查看所有医生的信息，可对医生信息进行增删改查的操作，还可以查看每个医生在不同时间段的工作量。
(3) 点击功能栏“学生管理”,可以查看所有就诊学生的信息，可对学生信息进行增删改查的操作,也可以查看学生就医的次数以及付费总金额。
(4) 点击“添加医生账户”添加医生账号。
(5) 点击“个人中心”可以查看个人信息，修改个人信息。
(6) 点击“修改密码”可以修改自己的密码。
(7) 点击“退出"则可退出当前界面。
4.5 非功能性需求
4.5。1界面需求
系统的界面要求如下：
l 页面内容：课程信息内容准确，术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理,传递的信息准确、及时。
l 导航结构：页面具有明确的导航指示,且便于理解,方便用户使用。
l 技术环境:页面大小适当，能用各种常用浏览器以不同分辨率浏览;无错误链接和空链接。
l 艺术风格：界面、版面形象清新悦目、布局合理，字号大小适宜、字体选择合理，前后一致,美观大方；色彩和谐自然，与内容相协调。
4.5。2响应时间需求
当用户登录,进行任何操作的时候，系统应该及时的进行反应,反应的时间在3 秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等,避免出现长时间等待甚至无响应。
4。5。3可靠性需求
系统应保证 7*24 小时内不宕机，保证 50 人以上可以同时在客户端登录，系统正常运行，正确提示相关内容。
4.5.4可扩展性需求
系统设计要求能够体现扩展性要求,以适应将来功能扩展的需求。
4.5.5系统安全性需求
系统有严格的权限管理功能，各功能模块需有相应的权限方能进入（如医生和学生具有不同的访问权限）.系统需能够防止各类误操作可能造成的数据丢失,破坏。防止用户非法获取网页以及内容。
5.需求变更
需求变更控制过程图如图 5—1 所示：

图 5—1 需求变更控制变更图
从上图可以得到需求变更的控制过程为：客户递交变更，形成变更请求，变更请求递交给开发小组，开发小组主要从技术实现的层面评估该变更请求是否合理,并对其进行成本和影响分析，接着将变更请求递交给产品开发小组产品开发小组从机构和战略以及经济的层面评估该变更请求是否合理，然后进行变更选择。选择的结果有三种：一种是拒绝，也就是变更失败；一种是下个版本再修改,一种是变更通过。若变更通过，就需要修改相关需求，修改合同的相关信息，修改相应的项目计划。这样，需求变更的控制过程就结束了。
6。产品提交
提交产品为：
l 医院门诊信息管理系统
l 数据库初始数据
l 系统开发过程文档
l 系统使用维护说明文档

7.实现约束
系统的实现约束如下:
l 操作系统为：具有 java 虚拟机的操作系统
l 开发平台为:Eclipse
l 数据库为:MySQL
l Web 服务器为：Tomcat
l 版本管理工具：Visual Source Safe 6.0
l 测试工具：浏览器
五、实验总结
各位小组成员合理分配，完成各自的任务，在需求分析过程中,我们初步了解医院门诊管理系统需要完成的各项功能，以及各个功能之间的关系，类与类之间的连接,沟通和实现,为之后的概要设计奠定了一定的基础。

16