软件需求说明书_第1页
软件需求说明书_第2页
软件需求说明书_第3页
软件需求说明书_第4页
软件需求说明书_第5页
已阅读5页,还剩5页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

. . 1 引言引言.2 1.1 编写目的.2 1.2 背景.2 1.3 定义.2 1.4 参考资料.2 2 任务概述任务概述.2 2.1 目标.2 2.2 用户的特点.3 2.3 假定和约束.3 3 需求规定需求规定.3 3.1 对功能的规定.3 3.2 对性能的规定.3 3.2.1精度.3 3.2.2时间特性要求.3 3.2.3灵活性.4 3.3 输人输出要求.4 3.4 数据管理能力要求.4 3.5 故障处理要求.4 3.6 其他专门要求.5 4 运行环境规定运行环境规定.5 4.1 设备.5 4.2 支持软件.5 4.3 接口.5 4.4 控制.5 . . 软件需求说明书的编写提示软件需求说明书的编写提示 1 引言引言 1.1 编写目的编写目的 编写医院门诊挂号系统需求分析说明书的目的在于明确系统开发者对医院门诊挂 号系统的需求,详细描述系统需要实现的具体功能,系统适合运行所需的相应软硬件支持 的环境,并且确定了系统功能模块,同时为概要设计和详细设计人员提供设计依据,为测 试人员提供测试依据,其他本项目组的开发人员也可参阅。 1.2 背景背景 说明: a 待开发的软件系统的名称:HORS(医院门诊挂号系统) 。 b 项目的任务提出者:湖北中医药大学信息工程学院教师肖勇 c 项目开发者:湖北中医药大学信息工程学院 09 信工 2 班学生:王荣,徐丹燕,赵娜, 彭璐,林丽,路春香。 d 项目目标用户:医院 e 实现该软件的计算中心或计算机网络:医院信息科或医院网络中心。 f 软件系统同其他系统或其他机构的基本的相互来往关系:该系统可以与医师管理系统, 医院收费管理系统,药房管理系统,医疗器械管理系统,病房管理系统等配合使用, 具有一定的兼容性。 1.3 定义定义 1.3.1 HORS HORS 的全称是 Hostipal Outpatient Reqistration System:医院门诊挂号系统。是将要编 写的系统名称,该系统可以更好的方便用户使用。 1.3.2 SRS . . SRS 的全称是 Software Requirements Specification。当需求调查、分析工作告一段落时, 你就需要将这些需求进行规格化描述,整理成文,即软件需求规格说明书,也就是 SRS。 1.4 参考资料参考资料 列出用得着的参考资料,如: a 软件工程导论第 5 版 清华大学出版社 张海藩编著 b 医院信息系统 科学出版社 王世明主编 c Delphi 程序设计教程 机械工业出版社 刘瑞新 万朝阳 董淑娟等编著 d Delphi 程序设计教程上机指导及习题解答 机械工业出版社 刘瑞新 万朝阳 董淑娟等编著 e SQL server 2005 基础教程与实验指导 清华出版社 郝安林 许勇等编著 2 任务概述任务概述 2.1 目标目标 旨在开发一个统一的医院信息管理平台,利用信息化手段辅助医院管理,达到提升医 院信息化管理水平的目的。医院管理人员能够更方便的进行管理工作,包括患者信息管理、 医师信息管理、医院信息管理、收费信息管理等。患者用户能够利用该系统进行信息查询、 挂号、充值、结账;医师则能够更方便的获取患者信息;医院可以更方便的对患者和本院 医师的信息进行管理。 2.2 用户的特点用户的特点 本系统的最终用户为:医院门诊挂号系统的使用者,大致包括三类用户:医院信息管 理人员、医院的全部医师、就诊的患者。对于患者用户不需要有太多的专业知识,只要能 操作本系统中相关科室门诊前台的终端 PC 机,就可以使用本软件;医院管理人员和医师 也不需要有太多的专业知识,但是要会操作电脑,熟悉该系统。 . . 本系统的维护人员:医院门诊挂号系统的维护人员为该软件的项目开发小组。需要 详细了解 C/S 构架、java 编程语言、操作系统基础知识、数据库设计及操作等知识。 2.3 假定和约束假定和约束 操作人员、维护人员的教育水平和技术专长,这是软件设计工作的重要约束。还有时 间,可用资料的约束以及电脑设备(包括所用到的软件和操作系统)的约束。 3 需求规定需求规定 3.1 对功能的规定对功能的规定 3.1.1 挂号子系统挂号子系统 输入 处理 输出 输入 处理 输出 通过挂号子系统输入病人登记信息和病人挂号信息。这些信息可以被其它子系统所使用。 3.1.2 查询子系统查询子系统 输入 处理 输出 病人 登记 信息 输入 病人 信息 表 挂号 业务 界面 挂号 信息 输入 挂号 信息 表 挂号 单 挂号信息表 病人信息表 执行 查询 符合要 求的信 息记录 . . 3.1.3 统计子系统统计子系统 输入 处理 输出 3.1.4 退号子系统退号子系统 输入 处理 输出 3.1.5 登录子系统登录子系统 输入 处理 输出 挂号信息表 进行 统计 挂号量 和挂号 总金额 挂号信息表 先查询 再退号 找到记录 后将数据 库中的信 息删除 用户名、密 码、设置权 限 添加新用 户、修改 密码、修 改权限 将用户名 添加到数 据库中 . . 3.2 对性能的规定对性能的规定 3.2.1 精度精度 每个表的数据类型以及精确度。 普通医师信息表普通医师信息表 字段名数据类型含义说明空值情况 ynoChar(10)医师编号,唯一不为空 ynameChar(10)医师姓名允许为空 yageChar(5)医龄,从事医师职业的时限允许为空 ysexChar(2)医师性别,值为男,女允许为空 yphoneChar(11)医师电话号码允许为空 knoChar(10)科室编号,医师所属科室,外码可以为空 专家信息表专家信息表 字段名数据类型含义说明空值情况 ynoChar(10)医师编号,唯一不为空 ynameChar(10)医师姓名允许为空 yageChar(5)医龄,从事医师职业的时限允许为空 ysexChar(2)医师性别,值为男,女允许为空 yphoneChar(11)医师电话号码允许为空 knoChar(10)科室编号,医师所属科室,外码可以为空 gmoneyChar(10)专家号的费用允许为空 科室信息表科室信息表 字段名数据类型含义说明空值情况 knoChar(10)科室编号,唯一不为空 knameChar(10)科室名称允许为空 kphoneChar(11)科室电话允许为空 gmoneyChar(10)挂某个科室普通医生的 挂号费 允许为空 挂号信息表挂号信息表 字段名数据类型含义说明空值情况 gnoint挂号编号,自动生成,唯一不为空 khChar(10)病人的诊疗卡号允许为空 glbChar(10)挂号类别,值为:专家号、普通号允许为空 hnameChar(10)患者姓名允许为空 hsexChar(2)患者性别,值为:男、女允许为空 hageChar(3)患者年龄允许为空 knameChar(10)所挂科室名称允许为空 gmoneyChar(10)挂号费用允许为空 . . gdateChar(15)挂号日期允许为空 登录者信息表登录者信息表 字段名数据类型含义说明空值情况 usernameChar(10)用户名不为空 passwordChar(6)密码不为空 classChar(15)权限可以为空 病人信息表病人信息表 字段名数据类型含义说明空值情况 khChar(10)病人医疗卡号不为空 hnameChar(10)病人姓名允许为空 hsexChar(2)病人性别,值为:男、女允许为空 hageChar(3)病人年龄允许为空 hsfzhChar(18)病人身份证号允许为空 hphoneChar(11)病人的联系电话允许为空 haddressChar(100)病人地址允许为空 3.2.2 时间特性要求时间特性要求 说明对于该软件的时间特性要求,如对: a 响应时间:较快; b 更新处理时间:一般; c 数据的转换和传送时间:较快; d 解题时间:尽量较快解决问题。 3.2.3 灵活性灵活性 说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应 能力,如: a 操作方式上的变化:对结果影响较小; b 运行环境的变化:有些地方会引起变化; c 同其他软件的接口的变化:可能会使软件运行不了; d 精度和有效时限的变化:个别系统没法正常运行; e 计划的变化或改进:对软件的质量影响不大。 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。 . . 3.3 输入输出要求输入输出要求 挂号信息表挂号信息表 字段名数据类型含义说明空值情况 gnoint挂号编号,自动生成,唯一不为空 khChar(10)病人的诊疗卡号允许为空 glbChar(10)挂号类别,值为:专家号、普通号允许为空 hnameChar(10)患者姓名允许为空 hsexChar(2)患者性别,值为:男、女允许为空 hageChar(3)患者年龄允许为空 knameChar(10)所挂科室名称允许为空 gmoneyChar(10)挂号费用允许为空 gdateChar(15)挂号日期允许为空 登录者信息表登录者信息表 字段名数据类型含义说明空值情况 usernameChar(10)用户名不为空 passwordChar(6)密码不为空 classChar(15)权限可以为空 病人信息表病人信息表 字段名数据类型含义说明空值情况 khChar(10)病人医疗卡号不为空 hnameChar(10)病人姓名允许为空 hsexChar(2)病人性别,值为:男、女允许为空 hageChar(3)病人年龄允许为空 hsfzhChar(18)病人身份证号允许为空 hphoneChar(11)病人的联系电话允许为空 haddressChar(100)病人地址允许为空 以上三张表示输入的信息,它们的数据类型都已经明确给出。 输出信息有病人信息表和挂号信息表。 3.4 数据管理能力要求数据管理能力要求 需要管理的有数据库、整个程序文件、开发此软件所需的文档。 以上信息都应该及时保存,维护,一旦出现问题要及时解决。 3.5 故障处理要求故障处理要求 不管出现硬件或是软件的故障都要及时解决。 . . 3.6 其他专门要求其他专门要求 用户单位应该加强安全保密工作。用户要及时对该软件进行维护,升级,以保证该软 件正常运行。使用此软件也有设备,操作环境的要求,以及操作人员知识储备量的要求。 4 运行环境规定运行环境规定 以下简要地规定了运行本产品的环境(包括硬件环境和支持环境) 。 4.1 设备设备 列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能,包括: a 处理器型号:intel 双核 b 内存容量:2G c 外存容量:250G d 存储格式:Delphi 中的文件格式:.dpr .pas .exe 数据库的格式:.mdf .ldf 文档的 格式:.doc e 输入及输出设备:鼠标,键盘,显示器,U 盘等 f 数据通信设备:U 盘 g 功能键:键盘上的键 h 其他专用硬件:鼠标 4.2 支持软件支持软件 以下列出的是支持该软件运行的软件环境,包括要用到的操作系统、编译(或汇编) 程序、测试支持软件。 . . 4.3 接口接口 同其他软件之间的接口:与 HORS 服务器之间,与 SQL server 2

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论