WEB不可多得需求分析说明.docx
《WEB不可多得需求分析说明.docx》由会员分享,可在线阅读,更多相关《WEB不可多得需求分析说明.docx(11页珍藏版)》请在冰豆网上搜索。
WEB不可多得需求分析说明
诊所管理系统案例研究项目需求说明
第一部分引言
1.1编写目的
需求说明书有时候也被称为规格说明书,本规格说明描述了诊所管理系统案例研究项目的要求,并且作为各方面沟通的依据,也为下一步工作提供基准。
软件开发小组的每一位成员应该阅读本需求说明,以明确项目最后要求完成的软件产品的特点。
经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。
1.2背景
说明:
A、软件系统的名称:
诊所管理系统案例研究项目
B、任务提出者:
湖人诊所
开发者:
湘计计算机系统公司
实现完成的系统将在湖人诊所的诊断室、门诊、住院部使用,所应用的网络系统是该系统的内部局域网。
C、本系统将是独立的系统,目前不与诊所的财务系统和其他资料系统提供接口,所产生的输出都是独立的。
本系统将使用SQLServer2000作为数据库存储系统,SQLServer2000企业版将由湖人诊所自行购买。
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输人输出要求
系统的基本数据单元如下:
数据单元名称
医生信息
组成
名称
格式
范围
精度
说明
口令
字符
50
-
登录时输入的密码
姓名
字符
50
-
医生的姓名
职业
字符
50
-
专业,如牙科等
电话号码
数字
9位
整数
联系电话
电子邮件
字符
50
-
联系的内部Email
备注
医生的信息应通过数据库统一保存,并且可能有重名的医生
数据单元名称
病人信息
组成
名称
格式
范围
精度
说明
姓名
字符
50
-
病人姓名
性别
字符
1
-
F/M=男/女
生日
日期
1900年后
-
血型
字符
4
-
A、B、C、O、AB
身高
数字
小数1位
体重
数字
小数1位
备注
病人的信息数据量大,同时要求查询速度比较快
数据单元名称
药品信息
组成
名称
格式
范围
精度
说明
名称
字符
50
-
药品名称
厂家
字符
50
-
药品生产厂家
单价
数字
9位
小数2位
备注
药品更新速度相对比较慢,但是药品不允许出现重复
输入的操作要求如下:
序号
输入信息
操作和处理
输出
1
医生的完整的信息
执行添加操作
对应信息被保存
2
指定一个医生
执行删除操作
该信息被删除
3
指定一个医生,输入该医生新的信息
执行更改操作
该医生原来的信息被新的信息所代替
4
病人的完整的信息
执行添加操作
对应信息被保存
5
指定一个病人
执行删除操作
该信息被删除
6
指定一个病人,输入该病人新的信息
执行更改操作
该病人原来的信息被新的信息所代替
7
药品的完整的信息
执行添加操作
对应信息被保存
8
指定一种药品
执行删除操作
该信息被删除
9
指定一种药品,输入该药品新的信息
执行更改操作
该药品原来的信息被新的信息所代替
10
帐单生成指令
汇总和计算
显示和输出帐单信息
11
指定的医生的姓名
查找
显示该医生负责的病人
12
指定的医生的专业
查找
显示该专业的医生的详细信息列表
13
医生输入姓名、密码
系统进行核对检查
软件是/否允许操作
3.4数据管理能力要求
以下是每天、每月的各个单元可能产生的新的数据量、和对应可能执行操作的次数。
以下的情况,是已经建立数据库、输入原始数据的情况下的正常增长,不考虑非常特殊的情况:
数据单元
月增加量
每月需要的最大的存储容量
医生
1-10
100K
病人
1000-10000
10M–100M
药品
10-100
1M–10M
操作单元
月操作数
每月操作成员数
增加医生信息
1-10
1-2
修改医生信息
10-100
10–100
删除医生信息
10-100
1–2
增加病人信息
1000-10000
10–100
修改病人信息
100-1000
10–100
删除病人信息
100-1000
10-100
增加药品信息
10-100
1-2
修改药品信息
1-10
1–2
删除药品信息
1-10
1–2
登录和密码检查
10000-100000
10–100
查询病人信息
100000–1000000
10–100
查询医生信息
1000–10000
10–100
查询帐单信息
10000-100000
1–2
根据以上的数据,每月要求的额外的数据存储空间为15M。
并且,所有数据采用集中式存储,数据位于数据库服务器上。
数据库要有安全保障性能,必须只有授权的用户才能操作。
3.5故障处理要求
A、在操作成员输入一些不合理的数据的时候,能够进行一些合理的提示信息,不能因为输入错误而导致系统的错误,或者程序停止运行;
B、程序运行时,对服务器和网络通信故障能够识别并提示,当故障排除后,程序恢复正常运行;
C、数据库要求有灾难备份机制,以防止数据的全部丢失。
3.6其他专门要求
A、安全性
系统只能由医生或者其他指定的操作成员进行操作,系统管理人员能够对医生的信息进行删除操作,医生能够对药品、病人进行增删改操作,程序应能保证这些方面的安全性。
其他安全方面的要求,请参考合同的说明。
B、可扩充性
系统在开发完毕以后,应允许在后续的合同中进行功能的扩展或者功能的重新解释和实现。
C、健壮性
系统应该保证在一次开机三个月之内稳定运行,数据库在一些灾难事故中能够在系统安装好之后,两小时内恢复。
第四部分、运行环境规定
4.1设备
客户程序硬件要求:
具有PentiumIII处理器且满足以下要求的计算机:
最低64MB内存
最小2.1GB硬盘
鼠标
键盘
服务器硬件需求:
具有PentiumIII处理器且满足以下要求的计算机:
最低256MB内存
最小8GB硬盘
鼠标
键盘
4.2支持软件
客户程序软件:
Windows98/NT/2000或更高版本
数据库服务器软件:
WindowsNT/2000Server或更高版本
SQLServer2000
4.3接口
(不适用)。
4.4控制
(不适用)。