程序用例说明书要点.docVIP

项目名称 需求分析用例说明书 项目组成员信息 小组名称 第六组 学号 姓名 本文档中主要承担的工作内容 版本变更历史 目 录 1. 引言 1 1.1 编写目的 1 1.2 系统概述 1 1.3 术语和缩略词 1 1.4 参考资料 1 1.5 文档组织 1 2. 业务流程分析 2 2.1 组织结构 2 2.2 业务流程概述 2 2.3 核心业务流程分析 2 3. 功能需求 2 3.1 功能需求分解 3 3.2 参与者分析 3 3.3 用例分析 4 4. 数据需求 12 4.1 实体关系模型 12 4.2 实体定义 12 4.3 编码标准及规范 12 5. 非功能需求 13 6. 运行需求 13 6.1 硬件环境 13 6.2 软件环境 13 6.3 用户界面需求 13 引言 编写目的 这份说明书具体系统的描述了医院门诊系统所涉及到的各个方面，也是为了编程人员更好的理解这个系统有哪些功能，这些功能之间有哪些共同点，有哪些联系，便于编程人员更好的编写代码，实现这个系统的功能。 系统概述 医疗门诊系统是为了实现挂号，门诊等功能的网络统一化，首先病人现在前台找挂号医生挂号，挂号医生从病人处得到病人信息，然后新建挂号单，将病人的信息填入挂号单中，然后根据病人提供的病况为病人选择合适的门诊部门，并根据病人的病情为病人选择挂号类型，如果病人病情不严重则选择普通类型，病人可能会等待一会才能得到医生的诊断；如果病人病情严重，需要立即就诊的就选择加急类型，病人就会得到医生的立即治疗。然后确定挂号单。挂号医生在确认挂单之后，该挂单信息就会传入到相应的门诊医生的电脑中，病人在找到门诊医生后，向医生描述自己的病情，医生对此作出简单的判断，然后对病人提出建议做些检查，然后将需要化验的信息填入到收费项目并确定，挂号医生会获得病人需要收费的项目，核算好价格，并加入收费中，病人到收费台缴纳费用，收费医生在确定收费后，相应的化验项目会传到化验医生的电脑中，病人找到化验医生，医生根据需要对病人做出相应的化验，化验结果会通过电脑传到门诊医生的电脑中，病人回到门诊室，门诊医生会根据病人的化验单对病人作出明确的病情诊断，如果病人病情严重，医生会建议病人住院（此处不做过多介绍），如果病人病情不重，医生会根据病情轻重给病人开出电子处方单并确定，确定之后电子处方会立即传到划价医生的电脑中，划价医生根据门诊医生开的电子处方对这份处方单计算出最终的价格，并提交最后的总价，然后收费医生会受到有总价的电子处方单，然后病人在收费处缴纳费用，收费医生确认收费后，处方单会传到药房药剂师的电脑中，药剂师根据处方单上的信息为病人抓药，并会得到相应药物的使用方法。 特点：这个医疗门诊系统实现了各部门信息的网络化，它没有改变传统的医疗步骤，但是他将传统的手写信息改变成为电脑输入，将病人拿着各种单子到处跑变为了网络传输信息，大大缩短了看病时间。 术语和缩略词 给出本文档中所涉及的专业的业务和技术术语。并给出文档中所有的缩略词的全称。 参考资料 无 文档组织 第一章的核心为介绍这款软件的作用，特点。 第二章对业务用流程图来进行分析。 第三章是对该系统的功能进行分解并仔细分析。 业务流程分析 从用户视角介绍待建系统的业务环境、用户、承载的主要业务流程等对理解系统功能需求和非功能需求有帮助的信息。 组织结构 说明与目标系统相关联的部门情况，包括部门名称、主要职责等信息（可以以表格的形式给出）。 部门名称 主要职务 与系统关系 备注 挂号处 挂号 门诊部 诊治病人 收费处 收取费用 化验室 化验 药房 给病人拿药 业务流程概述 简要说明系统所涉及的核心业务流程，包括业务流程名称、业务流程概述、涉及的部门等内容（可以以表格的形式给出）。 核心业务流程分析 针对2.2节说描述的每个业务流程，给出流程的详细信息。利用Visio绘制跨职能流程图进行描述。 功能需求 以用例图的形式给出系统功能需求的分解结构，并对用例模型中的参与者和用例进行详细的描述，可参考如下思路将本节划分为几小节（也可按照系统的实际情况进行调整）。 功能需求分解 参与者分析 参与者姓名 职责描述 所属组织机构 典型用户代表 挂号医生 为病人挂号，将收费项目加入收费中 挂号处 门诊医生 为病人诊断病情，并为病人开出处方单 门诊部 收费医生 将收费项目核算并收费 收费处 化验医生 为病人做需要的化验 化验室 划价医生 将电子处方划定价格 收费处 药剂师 根据电子处方给病人拿药 药房 病人 根据病情找医生诊断