医院门诊系统需求设计

1、医院门诊系统需求设计、实验目的掌握软件需求分析的方法，重点是结构化分析方法和面向对象的方法，学会如何进行软件建模，如何编写软件需求规格说明；掌握软件设计的方法，包括软件体系结构设计、界面设计、数据设计和模块设计等，学会如何建立软件设计模型，如何编写软件设计文档；掌握软件实现的基本方法，学习使用软件开发工具开发软件；掌握软件测试的基本方法，重点在测试计划和测试用例的设计，了解应做哪些方面的测试，测试数据如何设计，测试的内容和如何利用测试结果进行可靠性分析与预测。进一步提升软件工程专业学生将三年来所学知识综合运用的能力，获得软件开发的实际技能和经验，培养了学生的市场意识和软件产品化能力，为后续课程

2、学习、校外实训和本科毕业设计打下基础。本小组根据软件开发文档的具体要求完成软件项目的需求规格说明书。描述了停车场管理系统的功能和性能的要求，将作为对该项目在概要设计阶段的设计输入。二、实验工具系统环境：Windows7/8/10编写软件：PGMicrosoftOffice2016,Visio2012三、实验要求文档内容符合项目规格说明书规范文档格式要求：标题：宋体四号正文内容：宋体小四行间距：固定值20磅四、实验内容1.引言1.1 编写目的该文档描述了医院门诊信息管理系统的功能和性能的要求，将作为对该项目在概要设计阶段的设计输入。本文档的预期读者包括：设计开发人员项目管理人员测试人员用户本文档

3、全部内容均为商业机密，应严格控制其应用范围和阅读范围，在项目开展过程中，由本项目小组负责管理，项目完成后交专人负责保存，未经文档负责人许可，任何人不得将本文档部分私自保留或交与他人。1.2 项目范围该文档的目的是解决整个项目系统中“做什么”的问题。对于开发技术在这里并没有涉及，而主要是通过建立模型的方式来描述用户的需求，客户、用户、开发方等不同参与方提供一个交流的平台。1.3 参考资料1数据库系统概论萨师燎，王珊高等教育出版社2001.2软件工程钱乐秋,赵文耕清华大学出版社2003.3Java程序设计陈锐，张蕾，李邵华清华大学出版社2011.4软件工程案例教程韩万江，姜立新机械工业出版社201

4、7.1.4 版本更新信息版本更新情况如表1-1所示：表1-1版本更新情况表修改编号修改日期修改后版本修改位置修改内容概述0012019.3.100.0全部初始发布版本0022019.3.190.1全部格式2 .项目介绍2.1 项目背景随着Internet技术的发展，信息管理被广泛应用与各行各业。伴随着医院的改革，医院信息化进程的加速，建立基于Web勺医院门诊信息管理系统显得尤为重要。本项目针对安徽师范大学校医院对在校学生的健康信息管理建设基于web的软件平台，为了方便医生就诊和学生预约就医，避免时间和资源的浪费，为学生和医生们创立门诊信息管理系统十分必要。2.2 项目目标本项目主要目标如下：系

5、统能够提供友好的用户界面，方便医生、学生及管理员进行相关操作。系统能够满足用户需求，使用户通过访问网站能够进行预约，费用结算,工作量统计，学生的信息管理等等，方便医生就诊和学生就医。系统应有良好的可兼容性，可以较容易地加入其它系统的应用。3 .应用环境3.1 网络环境网络结构图如图3-1所示，用户（医生，学生，系统管理员）可以通过网络登录到网站，进行相应的操作，应用服务器接收到相应操作反映之后对数据库进行相应操作，并返回进行展示图3-1系统网络结构图3.2 软件环境软件运行环境表如表3-1所示：表3-1软件运行环境表名称版本语种操作系统WindowsXP/win7简体中文数据库平台MySQL5

6、.4简体中文应用平台tomcat7.x简体中文浏览器360、IE、Chrome简体中文3.3 硬件环境硬件运行环境表如表3-2所示：表3-2硬件运行环境表服务器最低配置推荐配置应用和数据库服务器1CPUP42.0G1CPUP42.8GMem512MMem2GHD40GHD120G4 .功能规格项目的整体功能结构如图4-1所示。系统中主要角色是医生和学生，他们可以完成的功能如注册/登录、预约、取药等，系统维护的系统管理员也是一个必要的角色。图4-1整体功能结构图4.1 系统角色分析角色或者执行者（Actor）是指与系统产生交互的外部用户或者外部系统。本系统的使用角色主要分为学生、医生和系统管理员

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

8、户端子系统客户端子系统由学生和医生执行门诊相关操作，学生可以预约，查询预约信息去找相应医生看病，修改个人信息，查看药方取药；医生可以查看预约信息依次看病，修改个人信息，查看药品信息开药。客户端子系统的用例图如图4-3所示：图4-3系统主用例图4.3.1 注册系统角色：病人目的：用户注册。用例描述：(1)用户进入系统首页。(2)系统显示注册界面，用户输入相关的身份信息，单击确定(3)系统经过后台确认数据合法后提示注册成功。病人登录界面如图4-4所示：图4-4注册系统界面设计图4.3.2 登录系统角色：医生，病人，管理员，目的：用户登录系统。前置条件：用户身份为医生、学生、管理员用例描述：(1)用

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

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

11、现药品选择功能栏，对症开药。(3)点击“个人中心”可以查看个人信息，修改个人信息。(4)点击“修改密码”可以修改自己的密码。(5)点击“退出”则可退出当前界面。医生界面功能用例图如图4-7所示:4.3.5 修改系统角色：管理员，医生。目的：信息修改。用例描述：用户进入系统中点击网页导航栏的信息修改进入修改系统。修改功能：管理员修改：管理员可以修改每位医生的所有信息和他们的所有工作记录。学生修改：学生仅能修改姓名，身份证号，学历，户口，性别，已婚/未婚，不能修改个人编，更不能修改自己的就诊记录。删除功能：管理员：管理员有删除信息的权限，删除只能删除指定人员的全部个人基本信息。选中修改系统中的删除

12、按钮，输入要删除的人编号会出现该人的所有信息，点击删除再次确认删除就可将该人彻底从数据库中删掉。病人：病人没有删除权限。添加功能：管理员：管理员根据新用户注册的信息，为用户分配编号，用户添加自己的所有信息。4.3.6 处方系统角色：医生，病人。目的：开处方。用例描述：医生可以为预约的病人开处方，也可以选择不开处方。病人收到处方之后就可以进行买药计算金额具体功能用例图如下图4-8所示：图4-8病人与医生交互流程图病人与管理员的交互体现在病人完成结算取药后，在管理员的“病人管理”模块中可以看到病人的基本信息、看病次数、付费总金额等信息。4.4 管理端子系统管理端子系统的用例图如图4-9所示，其功能

13、分为医生管理，学生管理，添加医生账户，修改密码，主要为系统管理人员提供服务，以下详细介绍。4.4.1 管理员功能角色：系统管理员目的：管理员进行功能操作前置条件：用户身份为系统管理员用例描述：(1)用户登录进入个人界面。(2)点击功能栏“医生管理”，可以查看所有医生的信息，可对医生信息进行增删改查的操作，还可以查看每个医生在不同时间段的工作量。(3)点击功能栏“学生管理”，可以查看所有就诊学生的信息，可对学生信息进行增删改查的操作，也可以查看学生就医的次数以及付费总金额。(4)点击“添加医生账户”添加医生账号。(5)点击“个人中心”可以查看个人信息，修改个人信息。(6)点击“修改密码”可以修改

14、自己的密码。(7)点击“退出”则可退出当前界面。4.5 非功能性需求4.5.1 界面需求系统的界面要求如下：页面内容：课程信息内容准确，术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接。艺术风格：界面、版面形象清新悦目、布局合理，字号大小适宜、字体选择合理，前后一致，美观大方；色彩和谐自然，与内容相协调。4.5.2 响应时间需求当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在3秒以内。系统应能监测出各种非正

15、常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。4.5.3 可靠性需求系统应保证7*24小时内不宕机，保证50人以上可以同时在客户端登录，系统正常运行，正确提示相关内容。4.5.4 可扩展性需求系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。4.5.5 系统安全性需求系统有严格的权限管理功能，各功能模块需有相应的权限方能进入（如医生和学生具有不同的访问权限）。系统需能够防止各类误操作可能造成的数据丢失，破坏。防止用户非法获取网页以及内容。5 .需求变更需求变更控制过程图如图5-1所示：客户变更审谙递交变更实现分析成本影晌分析则古变更汴后拜爱"!下个粮本修效柜纳修改合同信息修改相关需求修改项目计例选理变更图5-1需求变更控制变更图从上图可以得到需求变更的控制过程为：客户递交变更，形成变更请求，变更请求递交给开发小组，开发小组主要从技术实现的层面评估该变更请求是否合理，并对其进行成本和影响分析，接着将变更请求递交给产品开发小组产品开发小组从机构和战略以及经济的层面评估该变更请求是否合理，然后进行变更选择。选择的结果有三种：一种是拒绝，也就是变更失败；一种是下个版本再修改，一种是变更通过。若变更通过，就需要修改相关需求，修改合同的相关信息，修改相应的项目计划。这样，需求变更的控制过程就结束了。6 .产品提