第一部分 引言

1.1编写目的

需求说明书有时候也被称为规格说明书，本规格说明描述了诊所管理系统案例研究项目的要求，并且作为各方面沟通的依据，也为下一步工作提供基准。

软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点。经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。

1.2背景

说明：

A、软件系统的名称： 诊所管理系统案例研究项目

B、任务提出者：湖人诊所

开发者：湘计计算机系统公司

实现完成的系统将在湖人诊所的诊断室、门诊、住院部使用，所应用的网络系统是该系统的内部局域网。

C、本系统将是的系统，目前不与诊所的财务系统和其他资料系统提供接口，所产生的输出都是的。

本系统将使用SQL Server 2000作为数据库存储系统，SQL Server 2000企业版将由湖人诊所自行购买。

1.3定义

（可以在此列出本文件中用到的专门术语的定义和外文首字母组词的原词组。）

1.4参考资料

相关的文件包括：

A、湖人诊所的内部文件《核准诊所管理系统案例研究项目》；

B、湖人诊所管理系统案例研究项目分析会议备忘录；

C、《湖人诊所诊所管理系统案例研究项目可行性分析》；

参考资料：

A、  《基于软件开发项目的毕业设计》；

B、国家标准《软件需求说明书（GB856T——88）》；

C、莱克公司的人力资源管理项目的软件需求说明；

合同：

A、《湖人诊所诊所管理系统案例研究项目合同 20031002 - 2》；

第二部分 任务概述

2.1目标

当今世界，自动化几乎渗透到人们生活的所有方面。系统自动化有助于提高生产力并使系统相关人员相互。出于这样的目的，公司希望开发能够帮助诊所管理所有相关活动的软件。

该软件的用户是医生。该软件具有下列特性：

1.用户可以添加、更新或删除有关诊所中的医生的信息

2.用户可以添加、更新或删除有关到诊所就诊的病人的信息

3.用户可以添加、更新或删除有关诊所中使用的药品的信息

4.用户可以生成关于病人在诊所中接受的治疗的费用帐单

5.用户可以查看各位医生治疗的病人的信息

6.用户可以根据医生的专业查看他们的信息

7.用户可以查看系统中生成的帐单的信息

8.用户还可以通过网络与其他人聊天

本项目是一个、完整的项目，目前不提供其他系统的接口。

2.2用户的特点

本系统将在湖人诊所的诊断室、门诊、住院部使用，使用者可能包括医生、护士及相关的管理人员，这些人员在计算机的应用、使用上不存在障碍，他们以往有使用过类似系统的经验，并且都在、计算机的操作和使用方面得到过相关的培训。

根据业务的频繁程度，系统每天操作完成一个功能点应该在50 - 1000次之间。

用户对界面的友好性，有一定的要求。

本系统的规模比较小，并且将提供为期两天的操作、安装培训，以达到其熟练使用的目的。

2.3假定和约束

根据合同的规定，已经有的约束条件包括：

A、本系统的预算在10万元（人民币）；

B、本系统的最后的交付日期是2003年12月1日，并且包括安装、培训，系统要求在2004年正常投入使用；

假设：

A、湖人诊所能够提供交付测试的环境；

B、湖人诊所能够参与到需求的核准工作；

其他相关的假定和约束条件将进一步补充。

第三部分、需求规定 

3.1对功能的规定

（1）、医生管理

医生的信息全部通过终端保存在中心数据库，医生可以对这些信息进行增加、修改和删除操作。

软件应该提供对医生的增加、修改和删除的操作。

（2）、病人管理

同样，病人的信息全部通过终端保存在中心数据库，医生可以对这些信息进行增加、修改和删除操作。

软件应该提供对病人的增加、修改和删除的操作。

（3）、药品管理

同样，药品的信息全部通过终端保存在中心数据库，操作人员可以对这些信息进行增加、修改和删除操作。

软件应该提供对药品的增加、修改和删除的操作，以方便进行统一管理。

（4）、帐单管理

病人就诊后的帐单信息，应该能够自动生成，并且保存在系统的中心数据库中，帐单会自动增加，并且能够提供修改的操作，一般来说帐单不会删除，但是在一些情况下，也应该提供删除的操作。

软件应提供以上的功能。

（5）、信息查询

对医生、药品、病人和帐单信息，应能提供随时的数据查询。

数据查询能够提供对医生按照职业进行查询的功能，对药品、病人、帐单的浏览操作。

（6）、聊天和通讯

在一些时候，医生和医生之间需要传递即时的消息，进行就诊时的沟通，要求系统提供能够即时发送消息的功能，在输入信息后，能够显示在指定的医生的屏幕上，达到即时传递信息的目的。

（7）、安全管理

为保证系统的安全，只有医生能够登录该系统，并且要求在进入操作之前，检查密码和姓名是否正确。

软件应支持最多五十个终端的同时操作，并且保持系统的一次开机的连续稳定性在至少三个月。

3.2对性能的规定

3.2.1精度

1、在执行数据（医生、药品、病人）增加的时候，不允许出现因为程序的原因导致增加操作失败，也不允许发生重复增加的数据；

2、在执行数据删除操作的时候，不允许因为程序的原因发生多删除数据、删除失败的情况；

3、数据的修改也要求保持对应的准确性；

4、医生之间发送的字符信息所产生的时间上延迟，应该在2秒之内；

3.2.2时间特性要求

在单用户执行增加修改和删除操作的时候，在运行环境规定的条件下，单次操作的响应时间要求在2秒钟之内。

返回100行数据以内的数据查询，单次操作的响应时间要求在2秒之内。

多人操作时候，时间和相应的要求同上。

3.2.3灵活性

A、操作方式

程序在通常的应用环境下使用鼠标和键盘进行输入和输出操作，对于执行按钮，通常使用鼠标的点击完成，但是，界面要求全部支持键盘的定位操作（在不安装鼠标的计算机上，也能够使用该系统）。

B、运行环境

程序在通常的条件下，在Win98/NT/2000上安装运行，但是，还要求能够在XP及后续的MS的操作系统上运行。

系统要求能够在Win95的操作系统上安装和运行。

C、同其他软件的接口的变化

（不适用）

D、精度和有效时限的变化

（不适用）

E、计划的变化或改进

由于本系统的规模比较小，计划和进度的改变不影响到需要实现的需求。

3.3输人输出要求

系统的基本数据单元如下：

以下是每天、每月的各个单元可能产生的新的数据量、和对应可能执行操作的次数。

以下的情况，是已经建立数据库、输入原始数据的情况下的正常增长，不考虑非常特殊的情况：

并且，所有数据采用集中式存储，数据位于数据库服务器上。数据库要有安全保障性能，必须只有授权的用户才能操作。

3.5故障处理要求

A、在操作成员输入一些不合理的数据的时候，能够进行一些合理的提示信息，不能因为输入错误而导致系统的错误，或者程序停止运行；

B、程序运行时，对服务器和网络通信故障能够识别并提示，当故障排除后，程序恢复正常运行；

C、数据库要求有灾难备份机制，以防止数据的全部丢失。

3.6其他专门要求

A、安全性

系统只能由医生或者其他指定的操作成员进行操作，系统管理人员能够对医生的信息进行删除操作，医生能够对药品、病人进行增删改操作，程序应能保证这些方面的安全性。

其他安全方面的要求，请参考合同的说明。

B、可扩充性

系统在开发完毕以后，应允许在后续的合同中进行功能的扩展或者功能的重新解释和实现。

C、健壮性

系统应该保证在一次开机三个月之内稳定运行，数据库在一些灾难事故中能够在系统安装好之后，两小时内恢复。

第四部分、运行环境规定

4.1设备

客户程序硬件要求：

具有 Pentium III 处理器且满足以下要求的计算机：

最低  MB 内存

最小 2.1 GB 硬盘

鼠标

键盘

服务器硬件需求：

具有 Pentium III 处理器且满足以下要求的计算机：

最低 256MB 内存

最小 8 GB 硬盘

鼠标

键盘

4.2支持软件

客户程序软件： 

Windows 98/NT /2000或更高版本

数据库服务器软件：

Windows NT /2000 Server或更高版本

SQL Server 2000

4.3接口

（不适用）。

4.4控制

(不适用)。下载本文