需求分析—主体.docVIP

目 录 1 前言 3 1.1 目的 3 1.2 背景 3 1.3 定义 3 1.4 参考资料 3 2 可行性分析 3 2.1技术可行性 3 2.2经济可行性 4 2.3法律可行性 4 2.4操作可行性 4 2.5风险分析 4 2.6可行性分析结论 4 3 项目概述 4 3.1 产品描述 4 3.2 产品功能 5 3.3 用户特点 5 3.4一般约束 6 4 需求分析 6 4.1 功能需求 6 4.1.1 引言 6 4.1.2 门诊功能需求 6 4.1.3 住院部功能需求 8 4.1.4 药房功能需求 9 4.1.5 财务部功能需求 11 4.1.6 系统各个组成部分的联系需求 12 4.1.7 权限设置功能需求 14 4.1.8 系统维护功能需求 14 4.1.9 数据库需求 15 4.2 性能需求 16 4.2.1运行需求 16 4.2.2故障处理 16 4.3 设计约束 16 4.3.1 其他标准的约束 16 4.3.2 硬件的限制 17 4.4 属性 17 4.4.1 可用性 17 4.4.2 安全性 17 4.4.3 可维护性 17 4.4.4 可转移/转换性 17 4.5 外部接口需求 17 4.5.1 硬件接口 17 4.5.2 软件接口 17 软件需求说明书 1 前言 1.1 目的 随着社会的发展，医院的管理更趋于专业化，信息化，而创作此文档是通过研究问题，分析和澄清医院管理系统的定义，导出医院管理系统的逻辑模型，并设想出各种可能的物理系统，从技术，经济和操作等不同的方面进行可行性的分析，确定医院管理系统的功能及有效性需求，以供软件开发人员参考。 1.2 背景 软件名称：医院管理系统； 软件的应用范围：中小型医院； 开发者：2007软件工程开发小组； 1.3 定义 HMS(Hospital Management System):医院管理系统； 医院管理人员：使用医院管理系统的工作人员； 系统维护人员：负责维护医院管理系统的人员； 1.4 参考资料 《软件工程导论》（第五版）张海藩 清华； 《需求分析与系统设计》 Leszek A.Maciaszek 机械工业出版社； 《数据库系统概论》（第三版）萨师煊 王珊 高等教育出版社； 《实用软件工程》（第二版）郑人杰、殷人昆、陶永雷.清华大学出版社。 2 可行性分析 2.1技术可行性 本系统需要使用Microsoft Office Access 2003，Microsoft Visual Basic进行开发，本组开发人员各有一人非常熟悉这两项开发工具。其他开发人员对这两项开发工具也比较熟悉。其次，通过课程的学习，大家对软件的开发过程有比较深入的了解，可以有序的安装规定的流程进行开发。因此，可按照要求定期完成。 2.2经济可行性 本系统预计在六周内内完成，大约一次性投入人民币800元，定期软件修护还需少许非一次性支出。由于本系统是为医院管理而开发的软件，可为不同的医院使用，可以为医院管理方面节约大量的人力，物力。因此，本系统具有经济可行性。 2.3法律可行性 开发过程中我们会严格控制开发流程，坚决杜绝抄袭、侵权，我们会从用户 的切身利益出发考虑问题，绝对不会开发出对用户或是互联网造成损害的产品。我们会严格按照要求完成任务。 2.4操作可行性 我们所建议的系统会精心设计操作界面，使得操作简单、快速。用户不必具 有专业知识就可以直接操作。 2.5风险分析 本医院管理系统面向的是中小型医院，中小型医院数量多，但是现在还有相当多的医院并没有采用现代化的管理方案，或者只有一部分管理采用现代化的管理方式。本系统将会使医院管理更加现代化，更加方便和高效。所以本系统的开发风险较小，有很大的市场。 2.6可行性分析结论 综合以上的分析，医院管理系统是可行的。 3 项目概述 3.1 产品描述 本医院管理系统，专注中小医院信息化管理，为加强医院病人，资金与药品的管理，提高医院综合竞争实力而提供全方位的解决方案。系统以病人信息、财务信息和药品信息为主线，通过对信息的收集、存储、统计、分析、综合查询、报表输出，及时为医院领导及各部门管理人员的决策提供全面、准确的信息数据。 3.2 产品功能 图1 功能总框图 以上是医院管理系统的功能总框图，门诊管理系统，住院部管理系统，药房管理系统和财务管理系统分别为医院的门诊部，住院部，药房和财务部使用。而权限设置功能将对用户登录到医院管理系统的每一个部分起到限制。系统维护功能将对医院管理系统进行维护，更改和完善。 3.3 用户特点 本软件面向的最终用户是医院管理人员，医院管理人员熟悉医院的运行过程，有着一定的教育水平和经验，因此，在软件的设计过程中，要充分考虑实际，尽量贴近用户平常所接触的医