分诊系统需求说明

2022-06-29

第一篇:分诊系统需求说明

图书管理系统需求说明

数据库实验-小型图书管理系统

实验目的

采用C/S模式完成一个小型的图书管理系统;完成从需求分析、数据模式设计到编码实现、系统调试的所有流程;通过此一图书管理系统的实现,在实践中掌握数据库系统设计的特点、方法和步骤。

实验环境

SQL Server 2000 + ERwin + Power Builder 可2~3人组成一组,共同开发完成;

问题及算法描述

完成一个小型图书管理系统,功能要求如下:

1) 能够通过书籍基本信息(包括:书号、书名、出版社、出版日期、作者、内容摘要)单个或以AND方式组合多个条件查询书籍信息;

2) 对于每一种书籍,除可查看其基本信息之外还可查看其总数以及目前在馆数量 3) 可增添新的书籍

4) 可删除已有书籍(如有读者借了该书籍尚未归还,则不允许删除) 5) 可修改书籍的基本信息

6) 能够通过读者基本信息(包括:证号、姓名、性别、系名、年级)单个或以AND方式组合多个条件查询读者信息

7) 对于每位读者除可查看其基本信息之外,还可查看其已借的书籍列表、数量、借还日期 8) 可增添新的读者

9) 可删除已有读者(如该读者有尚未归还的借书,则不允许删除) 10) 可修改读者的基本信息 11) 可完成借还书籍的手续

12) 还书时如超期,应该显示超期天数

13) 借书时如果有超期的书没有还,则不允许借书

14) 可查询有哪些读者有超期的书没有还,列出这些读者的基本信息

结果要求

一份E-R图 表结构定义(使用表格说明) 程序框架流程图 部分核心代码

小型图书管理系统(包括了Client端和Server端的可执行代码和源码) 有两人或以上组成小组共同完成项目的,小组应根据个人在项目中的作用和工作列出排名顺序,作为评分依据之一

第二篇:心电管理系统需求说明

一、背景

经过20多年的信息化建设,我国三级甲等医院中,在解决基本业务管理信息化的基础上,正在着力深化系统应用,是的信息化内容更加全面,以便加强信息化内容的整合、挖掘数据资源、扩大服务内容,从各方面提升信息系统的整体效能。

目前正值新一轮的医疗改革和国家基础医疗建设时期,社区医疗、新农合医疗正式此轮建设的重头戏,国家在“十一五”期间投入200亿元用于乡镇医院和社区医院的建设,但是这些医院依然存在着“软技术”落后的问题,缺乏高水平的医生为相应的报告作出合理的诊断。此外,国家科技部号召各大型三甲医院建立公民健康信息档案,为未来全民健康状况的测评、疾病研究、基因科学研究留下合理依据。心电信息管理系统正好能为合理的、经济的解决这些问题提供一种可靠地途径。

二、目前心电图检查的问题

心电图作为一项心脏病的常规检查项目,在各级医疗单位中被广泛使用,每天产生以静息心电图为主的大量心电图资料,每年院内各科室产生的心电图总量众多,包括静息心电图、运动平板、Holter动态心电图等心电图信息。心功能科室是上述心电信息最为集中的地方,其中又以心电图室的信息量为最大,心电图室承担了心电图的采集、分析与报告。每年一半以上的心电图来源于这里。心电图资料成为患者最基本也是最重要的临床数据之一,然而,目前心电图检查存在很多问题,急待解决。 1.1工作繁杂

心电图医生将大部分时间花在做心电检查上,有效阅图及研究时间大大减少;病房往返也消耗了大量的时间;录入工作也延长了心电图阅图结论的有效时间。 1.2心电图的诊断难以规范

由于医生的诊断水平和各地的质量体系的不统一,非专业的心电图工作者也可出心电图报告,报告质量难以保证;事故质量无法追踪,报告质量难以保证。

1.3业务流程缺乏管理

严重的是心电图记录纸上没有患者姓名,ID号等信息,报告缺乏法律效力;心电图的业务孤岛现状导致心电图检查的诊断、报告生成、收费等出现过多人工干预,心电图与病人病史和临床诊断的关联也出现脱节,这些都使得心电图业务的工作效率低下。报告缺乏法律效力。

1.4心电图的会诊困难

心电资料不能实现电子化存储,热敏纸打印出来的心电图容易丢失或者损毁,从而引起医疗纠纷。纸质资料难以被其他科室部门共享。近年来,数字化心电图机的迅速普及,为心电信息化管理提供了可能。 1.5在线共享困难 现在的电子病历和临床信息系统缺少心电图要素,现行心电图想取得HIS系统的相关数据也比较困难。 1.6远程会诊困难

心电图的会诊困难,资料难于被其他科室部门共享也困扰着我们的日常工作。 1.7科研数据缺乏积累

测量和调阅大费周章,且对比困难,历史经验不易保存。迄今中国尚未建立起中国人自己的心电数据库,至今仍然沿用欧美的分析诊断标准。国内心电专家面临心电资料无法长期存储、调阅困难的问题,以致无法建立中国人自己的诊断标准。 1.8医院信息化建设要求

目前国家行政部门和医院信息化建设的迫切要求,心电图可以为临床、体检、电子病历等多个系统调阅,信息孤岛应当被尽快拔除。

三、心电信息管理系统的现状

心电信息管理系统目前在世界范围内被广泛应用,其临床应用已超过40年的历史,美国、欧洲、日本的发达国家的大型医院中,皆装备了心电信息管理系统,心电信息管理系统的诞生,为心电图科学发展的规范性、准确性、信息保存的完整性、可靠性奠定了基础。亚洲及国内也有了大量的心电信息管理系统。

心电图在病人综合状态诊断方面有着极其重要的作用,有了心电信息管理系统,各个科室的医生都可以及时的查阅病人的心电信息;也可以查阅既往病人的心电图作为比较,进一步确定病人心脏的状况,对病人的综合信息作进一步的明确,为病人的诊治方案和用药等提供依据。

对于心内科而言。常年不间断地、大量的病人心丶信息记录无疑为医生的诊断带来了极大的参考价值,可以显而易见的观察出病人的心脏状况的改变并判断其心脏病发展的趋势,为确诊和治疗提供合理依据。

在科研方面,大量的病人信息直接由心电信息管理系统整理分类,还可以提供在世界范围内长达40年纪录而得出的心电金标准,对族群分类、地域差别、饮食结构、生活、工作状态、年龄层次、遗传学等相关方面提供数据,为心电图学和心脏病学的研究提供宝贵的依据。这是普通心电图纸无法做到的。

应用心电信息管理系统后,在医院内部、医院之间、医院与卫生院之间,都可以进行心电图信息的及时传送。为远程医疗、合作医疗提供极大方便,千里之外的心电图专家可以做出明确诊断,为病人治疗提供可靠依据。

四、心电信息管理系统的应用

1、 对于医院和社区:

1.1减轻医生工作量,提高检查效率

不需要在用心电图医生推着车去病房做床旁心电图,不需要在各个病区之间多次往返的工作。只需要点击传输,心电图室报告工作站可轻松获得病区传输过来的心电图。 1.2医院整体效率得到提高 使用科技提高生产力。建立心电网络系统后,心电数据采集后,临床医生立刻经网络得到患者的波形信息图文一体的诊断报告,及时做出诊断,从而极大限度地缩短了患者的就诊时间,提高了整个医院的运转效率。以前心电报告由人工传递,时间长效率低。 1.3经济效益

减少使用大量热敏打印纸,所有的患者心电图实现网络共享,个别需要打印的患者可通过普通A4打印纸打印,大大节约成本。每年节约耗材成本在60%至80%; 1.4方便快捷的检查和会诊

激发临床科室和社区诊点使用心电图机的积极性,增加检查的数量,从而带来经济效益; 1.5工作流控制

很容易看出病房心电图的检查情况,有效地避免了病房普遍发生的漏费现象; 1.6技师和诊断医生角色的分离

有效解决了心电图室用工荒地问题,节约了大量的人力成本。 1.7进一步提高全院信息化程度

提供使更多医生网络化协同工作的能力,提高网络会诊的能力,实现医院心电图的网络化无纸化,方便医生在网络上进行会诊,减少医生在医院的流动。方便医生节省时间,更好的为患者服务。

1.8提高分院或社区的心电图检查能力

提供远程会诊功能,对于本院的社区或分诊点,心电图检查需当天检查完后传送至会诊中心,当天即可得到报告,并且无需人工取送。 1.9建立信息化资料库,提升医院软实力

可以实现心脏病患者资料统计存储和自动化,疑难患者资料的储备,对于科研分析有重大意义,同时可以对科室员工的工作量和状态进行统计,能够发现管理薄弱环节,更好评价员工,激励员工,为科室创造更大的效益。

1.10提高形象

可以规范诊断报告,打印出图文并茂的病历,同时生成电子病历,形成社区电子病历中心,为病人提供电子病历存放查询服务,增加对用户的影响力。

2、对于临床医生

2.1不再需要等待心电图室送来的报告,可以在医生办公电脑上直接查看所有送去检查的患者心电图的图文一体报告,还可以通过病历库查询该患者以往所有心电图或其他心电图方面的诊断报告,进行分析处理对比。对于一些有心电图诊断权限的医生还可以进行心电图波形的处理和修改诊断报告,可以在网络上召集其他科室的医生进行会诊,及时得到患者的检查报告,节省时间,快速的服务于患者。

2.2通过与周围医院或分院联网,提供更多更好的远程会诊医疗服务,病情比较复杂的患者,不需要来回走动就可以远程指导。 2.3通过网络功能,临床医生所有的心电方面的检查报告,就不需要走出办公室,就可以得到所有的诊断报告,分析图像。安排更多时间处理其他事情。

3、对于心电医生

3.1对于下病房、出诊等检查,技师通过检查终端的仪器接收并且传输数据,医生可以不需下病房即可得到心电数据。

3.1病人历史心电检查数据全部保存到心电图网络服务器上,可以随时查阅调取报告,可以对某患者多次心电图检查进行对比。

3.1心电数据可以永久保存利用 ,有教学意义或少见的患者资料,更好的保存。直接得到无失真的原始数据用于学术交流。

3.1便于进行日常工作量统计和任意病种的统计。

3.1随时在医院的任意电脑就可浏览心电图的图型, 同时可以及时分析打印报告,更方便的和临床医生沟通,进行网络会诊。

3.1分清了职责,最大化地利用了医院心电专家的资源。

五、建设心电信息管理系统意义

现在国家对社区医疗、农村合作医疗非常重视,社区和乡村医院均配有常规检查用心电图机,但却缺乏专业的心电图诊断人员;乡镇和社区医院对心电图的分析能力低,报告质量差,出现了延误诊治的问题。目前城市中的大型三甲医院正在想着信息化、现代化的方向发展,心电图作为一项常规检查,是就诊病人必查的项目之一,但因其信息的复杂性,抽象性和特殊价值,真正能够做出合理判断的医生不是很多,而心电信息管理系统正是为解决这一系列问题而产生的。

综上原因,医院需要一个满足其业务、管理和发展目标的,具有先进性、高集成性,稳定、可靠、灵活、易维护等特点的整体数字化心电信息管理系统解决方案及产品。需要一个稳定可靠,具有强大数据库分析统计功能的心电管理系统对大量珍贵的患者资料进行存储,分析及共享。

六、心电信息管理系统的主要功能

1.以有线局域网或者无线局域网方式连接心电图采集设备,心电图采集设备同步采集12导、15导或者18导联常规心电图、心电向量图、晚电位、频谱、心率变异等数据后自动传输至心电信息管理系统。

2.存储及管理心电图数据,统计检索分析。

3.在医院内、中心医院和分院、社区卫生院、城市与城市之间传输心和共享电图数据。

七、医院心电信息管理系统结构 心电信息管理系统构建:

心电信息管理系统的建设目标:以心电图室/心内科为基础,连接多种心电图设备,与医院HIS双向数据交流,实现心电信息全院共享,全面实现心电流程自动化,无纸化,医院心电信息系统将分为两个阶段进行构建:

八、部门级/核心科室级网络搭建阶段

鉴于心电图室的信息量最大,选择以心电图室为基点,初步建立心电信息管理系统。根据目前心电图检查需求,医院心电图室尽可能配备2台以上的心电图采集设备,心内科病房包含CCU提供2台以上心电图采集设备,通过医院局域网将这些心电图采集设备联系起来,其中,除心电图室的心电图设备通过有线局域网的方式进行连接外,心内科等科室的心电图设备均通过无线局域网的方式进行连接,以方便心电图设备的移动检查。心电图数据通过网络可以传输至心电信息管理服务器,系统服务器连接医院HIS网络,检查时心电图设备可以下载患者信息,完成检查后将心电图传至系统服务器,心电分析医生通过客户分析段进行心电图分析并打印报告;全员所有科室杰克通过可视的HIS工作站用WEB方式查阅、存储、打印心电图报告。

此方案心电图信息管理系统包括全部的临床模块软件及硬件设备(读卡器,调制解调器、医生工作站、心电采集设备、服务器等),以及相关网络化所需设备。

九、企业级心电信息管理系统构建

在心电图室信息管理系统的基础上,以心电图采集设备为核心信息点将网络系统进一步扩展至其他科室,如急诊、ICU、CCU、麻醉科合并方等,逐步将心电图采集设备退推广至所有需要使用心电图机的科室。届时,心电信息管理系统将连接全院的心电图采集设备,全院的心电图信息数据都可以集中存储管理,在分析及共享。

医生可在院内任何一台电脑终端通过浏览器浏览患者的心电信息。或者在家里,通过Internet(医院内部网)浏览上述信息,并且在系统内医生可以根据不同权限,对存储的心电信息,或者成为心电图的原始信息进行全方面的编辑、检索、再测量、比较分析等,为临床研究工作提供便利。

十、心电信息管理系统工作流程如下:

1.HIS系统中的门诊登记或者入院登记处根据患者社保卡或者健康卡等创建信息(ADT). 2.患者门诊就诊或住院部医生利用HIS预约检查系统发出心电图电子检查申请(Order)。 3.包含患者详细信息资料的电子监察申请信息发送至心电管理系统服务器。

4.患者到门诊或者住院部进行心电图检查,或者心电图室医务人员到病床前进行心电图检查,通过无线局域网传输。

5.在监察心电图前,使用患者的社保卡、健康卡在心电图机上进行刷卡操作,患者ID号即可进入心电图设备,操作医生确认是申请单本人后进行心电图采集。 6.进行心电图检查。

7.检查结束后颗粒剂打印或者暂时不进行打印,监察数据及患者ID号自动传输至心电管理系统、

8.根据ID号,心电图数据自动与服务器中的患者信息进行匹配,获得患者姓名等详细信息。 9.具有权限的医务人员通过分析工作站测量、编辑、确认心电图报告。 10.报告打印或者通过电子邮件等方式发送至生情医生的收件蓝中。

11.心电图文本及波形数据通过约定好的数据格式传输至HIS,整合进入患者电子病历;或者通过Web浏览方式直接查询心电报告。 十

一、心电解决方案

1、基本特点

1.1系统具备采集、编辑和存储静息心电图,12/15/18导心电图,心电向量以及其他多种数据类型心电图报告数据相关资料。

1.2系统支持多种报告的路径及格式,包括JPG、BMP或便携式电子文档(PDF)、标准XML数据格式等。

1.3系统支持多种报告包括波形资料的回顾浏览。

1.4心电资料可以选择通过服务器在HIS或CIS工作站上进行浏览。

1.5系统支持自由键入进行诊断的编辑确认,以及编辑修改测量值及病人信息。 1.6服务器可在线存储至少1000万份心电图。

1.7系统具备比较现有心电图与数据库中的心电图进行自动比较的功能。 1.8数据库检索分析功能。 1.9数据库及系统管理统计功能。

1.10与HIS之间传输患者入院信息,预约检查及帐单信息。 1.11系统可以通过以太网接口、WIFI方式采集心电图机数据。

2、数据安全

患者数据安全性符合HIPPA(健康保险流通与责任法案)要求,登录系统人员按照“系统管理员”,“高权限诊断医师”,“诊断医师”,“采集技师”等多层权限设置,每种权限可定义执行相应的操作,每个操作人员有相应的登录密码设置;在系统中的任何操作都会被记录存储下来以备查询;数据库中的数据可通过磁盘或数据流磁带等方式进行备份以防止可能出现的数据丢失;随着计算机技术发展,如数据库更新,提供老的数据库与新数据库的整合服务。

3、流程方便

目前多数心电图机缺乏中文姓名等患者信息输入能力,而且即使可以输入,也使工作流程变得复杂,增加出错的可能性,因此心电管理系统需要与医院HIS系统整合自动获取患者信息,通过扫描条码卡或磁卡调取患者信息,方便快速,减少差错;检查完成后自动传输检查结果;检查结果自动传输并整合入HIS系统中。

4、编辑统计功能强

序列比较功能可以自动将进入数据库的心电图与以前心电图进行比较并显示差异,也可以将历次心电图排列进行人工比较;调整波形设置功能可以通过多种格式显示波形,对于传入的有干扰的心电波形可以重新调节滤波,对于显示波形有重叠的心电图可以自动重排分离重叠波形;精确测量功能可以将波形放大多倍进行测量,修改自动测量结果,显示全面测量参数;报告编辑功能可预置诊断语句库,使用拼音缩写调取诊断语句,快速修改诊断报告;统计管理功能可以对每个设备,每个人员的工作量进行统计,自动打印周报,月报或年报;检索分析功能可以进行多参数联合检索分析,包括性别,年龄,测量值,诊断语句等。

5、心电信息网络结构

6、系统主要包括:

6.1心电图服务器:存储心电图数据、完成与HIS信息交换。 6.2心电图分析系统:包括12导联同步分析和序列比较模块。

6.3心电图回顾系统:多种样式的视图和工具,医生根据心电图数据书写确认文字报告。 6.4心电图采集系统:通过心电图机厂方的心电工作站采集心电图数据,再传送到心电图服务器。

6.5心电图归档系统:电子存储,心电数据库建设、管理和查询 。 7.心电信息管理系统服务器及系统软件

基本几家服务器,Windows2003 Server操作系统及以上,SQL2000数据库及以上,心电信息管理系统程序,具备以下功能:

7.1心电图数据库:海量心电图数据存储;支持多个用户同时登陆,在线编辑处理心电图数据;具备数据库分析检索功能,可根据患者性别、年龄、诊断语句、测量数值等多参数综合分析。

7.2具备连接心电图机等心电设备能力,通过标准以太网接收机心电图数据。 7.3心电图序列比较功能:自动进行心电图比较分析。

7.4心电图编辑分析功能:自动将心电图传入的英文诊断与巨翻译为中文;再滤波功能可对有干扰的波形进行滤波在处理;通过拼音缩写快速输入中文诊断语句;波形放大精确测量;波形重排可将重叠的波形分开。

7.5报告分发功能:可通过打印、传真、电子邮件等多种方式进行报告分发。

7.6Web报告查看功能:通过Web浏览方式;任何系统中的PC工作站均可查看患者历次心电图报告结果。

8.心电信息管理系统客户端工作站(多台)

心电信息管理系统在心电图室配备1-2个客户端,通过医院局域网与系统服务器连接,可以实现以下功能:

8.1在线查看心电图机传入系统服务器中的心电图; 8.2测量分析心电图,编辑心电图报告 8.3分发心电图报告 8.4数据库检所统计 9.心电图终端设备

心电图机需要具有能与心电信息管理系统相连的接口,采集高品质心电图信号,自动测量及分析打印心电图报告,自动传输心电图至心电信息管理系统。 9.1心电信息管理系统配置

9.2系统服务器(HPdl380以上磁盘阵列服务器),Windows2003操作系统,SQL2005数据库系统软件,心电信息管理系统软件 9.2.1心电图机连接模块 9.2.2心电图序列比较模块 9.2.3数据库检索模块 9.2.4 web心电图查看模块 9.2.5HIS连接模块

9.2.6专用网络打印机2-4台 9.2.7个客户遍及处理终端软件 9.2.8心电图机若干台

9.2.9网络连接设备,如无线路由器等 ,需根据医院清零哐确定最终的数量。 十

二、心电信息管理系统的意义

通过心电信息管理系统可以讲全员的无创心电数据进行集中存储、管理、分析及统计,并可与医院信息系统连接,共享心电数据。 1.海量存储中心

1.1静息心电图,运动心电,HOLTER等均能存储在信息管理系统数据库中 1.2数据库备份,确保资料的安全 1.3不同的权限设置,保证使用安全。 1.4完善的会诊中心

1.5支持电话线远程传输心电图

1.6 ICU/CCU/急诊科的心电图机或者其他心电采集设备采集的心电图可自动传入心电信息管理系统,经会诊后可有该科室监护中央站查看。 2.综合的信息中心

2.1心电信息管理不但是一个海量存储中心,而且能利用HIS或CIS系统,哥哥工作站可以方便的浏览,调阅心电图及报告

2.2以各种方式分发心电图报告,如邮件、打印、传真等。 2.3全面的分析中心

2.3.1强大的数据库,魏医生提供检索、统计奠定基础 2.3.2可自定义诊断数据库

2.3.3自动系列心电比较功能,能够比较目前和以前任意一次/多次的心电图,提供详细的测量数据和届时,诊断。

2.4.4比较结果报告可以以各种方式打印,为临床医生提供完整,有价值的参考意见。

第三篇:门禁系统软件需求说明书

1引言 ............................................................................................................................................... 2 1.1编写目的 ................................................................................................................................. 2 1.2背景.......................................................

1引言

1.1编写目的

随着社会经济和科技的发展,IC卡技术已广泛地应用于各种行业,特别是公共交通、无线通信、身份识别、金融交易和安全防卫等行业。门禁控制系统通过对出入口的控制,限制人员和车辆进入受控区域,达到确保受控区域安全的目的。IC卡门禁系统由于其较高的安全性、较好的便捷性和性价比成为门禁系统的主流。此文希望给有需求的读者已启发

1.2背景说明:

a. 软件系统的名称:门禁管理系统

b. 本项目的任务由罗长团提出,由于艺涵,镇诗琪一起完成

c. 本非接触式IC门禁管理系统软件具有界面友好,使用方便,操作简单的特点,不需要操作人员具有专业的计算机操作水平。

1.3定义

关键词:IC卡,门禁系统,数据库,SQL Server2005

1.4参考资料

参考资料

[1]孙燕涛,试论我国非接触式IC卡应用系统的现状与发展,维普资讯 [2]王爱英,智能卡技术,清华大学出版社,1996 [3]Klaus Finkenzeller,射频识别(RFID)技术一无线电感应的应答器和非接触IC卡的原理与应用,电子工业业出版社,2001.6第一版

[4]智能门禁管理说明书,深圳来吉智能有限公司 2任务概述

2.1目标

叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。| 2.2用户的特点

该软件是一个简易型不收费的管理系统。通过软件平台管理员可发行用户卡,并采集出入记录存入数据库中供查询和打印,通过“巡检”界面实时监控人员的出入,用户可以根据密码进入

3需求规定

3.1对功能的规定

系统概括图

流程图

对不同的系统进行不同的处理,最终实现功能需求(不同的用户可以进入)

3.2对性能的规定 3.2.1精度

本系统中并没有涉及具体的数据,故而无精度规定

3.2.2时间特性要求

一般页面的响应时间小于5秒,统计页面的响应时间小于15秒 3.2.3灵活性

无特殊要求,主要观察界面

3.3输人输出要求

支持中文输入输出

3.4数据管理能力要求

数据并不大无特殊要求

3.5故障处理要求

无特殊要求

3.6其他专门要求

无特殊要求

4运行环境规定

4.1设备

最低配置

- Windows Vista/7/8操作系统;AMD Phenom II X2 565或Intel Core i5-750同等级四核处理器;DirectX 11兼容,拥有2GB显存,AMD R9 270或NVIDIA GTX 960同等级显卡;推荐使用8GB内存。

4.2支持软件

操作系统:Microsoft Windows7 Advanced Server 数据库:Microsoft SQL Server 2000 企业版 主界面

4.3接口

外部接口

外部接口的用户界面部分按Windows应用软件用户界面的规范来设计,界面设计风格与java环境保持一致,采用图形界面以及对话框等方式作为用户界面,便于用户使用。

软件接口

本软件运行于eplise软件及以上版本上,整个环境需要运行在Windows某某版本及更高版本并装有java(依赖软件)的操作系统之上。

硬件接口

Inter或其他系列的微型计算机,内存2G以上,硬盘8G以上。 内部接口

软件内部的接口是通过java来进行交换的。用户使用java软件……可以说软件的各个模块之间主要通过ecplise来进行关联,传送数据并交换信息,从而降低软件模块间的耦合程度。

4.4控制

Java软件最终交付形式为java。控制该软件运行的方法为通过鼠标双击或命令行启动java环境,然后通过鼠标启动ecpilse。

Java软件提供java等功能,各个功能项的设置及使用应符合人们使用计算机的操作习惯,通过常用的鼠标点击,键盘输入以及菜单等形式来完成启动和使用软件的过程,控制信号均由鼠标和键盘进行输入。

第四篇:机票订票系统需求规格说明书

兰州理工大学课程设计

三、需求规格说明书

1.引言 ................

21.1编写目的 ............... 2

1.2项目背景 ............... 2

1.3参考资料 ............... 2

2.任务概述 ................... 2

2.1目标 ................... 2

2.2运行环境 ............... 2

2.3条件与限制 ............. 2

3.数据描述 ...................

33.1静态数据 ............... 3

3.2动态数据 ............... 3

3.3数据库介绍 ............. 3

3.4数据词典 ............... 3

4.功能需求 ...................

44.1功能描述 ............... 4

5. 性能需求 ..................

55.1系统处理的准确性和及时性 ............. 5

5.2系统的开放性和系统的可扩充性 ................ 5

5.3系统的易用性和易维护性 ............... 5

5.4系统的标准性 ........... 5

5.5系统的先进性 ........... 6

6. 运行需求 .................. 6

7.其它需求 ................... 6

第 1 页

1.引言

1.1编写目的

本机票预定系统在可行性研究的基础上,是为了进一步明确机票预订系统的软件需求,以便安排项目规划和进度,组织软件开发与测试,撰写本文档。

本文档供设计人员、开发人员参考。

1.2项目背景

开发软件名称:机票预订系统

项目任务提出者:兰州理工大学软件工程学院 项目开发者:第13小组 用户:航空公司

实现软件单位:兰州理工大学软件工程学院

1.3参考资料

1. 《软件工程导论》,张海藩,清华大学出版社。 2. 《实用软件工程》,郑人杰等,清华大学出版社。 3. 机票预定系统项目计划任务书。4. 机票预订系统可行性研究报告。

2.任务概述

2.1目标

旅客在飞机起飞前一天凭取票通知和帐单交款取票,系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况,需要定期进行查询统计,以便适当调整。

2.2运行环境

操作系统:Microsoft Windows 7 支持环境:IIS 5.0

数 据 库:Microsoft SQL Server 2000

2.3条件与限制

1.人力、资金、时间的约束

机票预订系统实施的目标就是要带给轮胎生产公司看得出见的效益,其开发过程中也要考虑到人力、资金和时间的约束。因此,在设计中,重点是企业间信息的网络交流,能提供各部门间的方便快捷的联系,并提高数据统计的即时性、准确性、方便性,给公司带来良好的效益。

2.在分析系统功能时要考虑有关证件的合法性验证。

3.数据描述

3.1静态数据

系统管理员,售票员,服务器终端显示数据,客户机终端显示数据,客户机终端显示数据。

3.2动态数据

事务航班信息的更新,查询请求。

3.3数据库介绍

数据库采用sql server。

3.4数据词典

名字:订票申请表单 描述:旅客订票时所填的资料

定义:订票申请表单=旅客姓名+旅客性别+起飞日期+飞行目的地+座位类型位置:在客户端由旅客填写 名字:航班信息

描述:所有从本地起飞的班机信息

定义:航班信息=航班号+起飞日期+飞行目的地+座位空数+商务仓票价+经济仓票价 位置:从服务器端查询后,发送到客户端 名字:帐单信息

描述:已定票的旅客信息资料

定义:帐单信息=帐单号+旅客姓名+旅客性别+旅客身份证号+工作单位

位置:在服务器端产生,发送回客户端(client端) 名字:机票信息 描述:旅客所定机票

定义:机票信息=旅客姓名+旅客性别+身份证号码+航班号+起飞时间+飞行目的地+座位号

4.功能需求

4.1功能描述

5.性能需求

5.1系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。在系统开发过程中,必须采用一定的方法保证系统的准确性。

5.2系统的开放性和系统的可扩充性

机票预订系统在开发过程中,应该充分考虑以后的可扩充性。例如企业中管理模块的加入(人事管理、工资管理、日常事务管理等)也会不断的更新和完善。所有这些,都要求系统提供足够的手段进行功能的调整和扩充为ERP系统。而要实现这一点,应通过系统的开放性来完成,即系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。

5.3系统的易用性和易维护性

机票预订系统是直接面对使用人员的,而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口,易用的人机交互界面。要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。

5.4系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。

5.5系统的先进性

目前计算机系统的技术发展相当快,做为机票预订系统工程,应该保证系统在一段时间内是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性,不断改善系统的功能完成。另一方面,在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

6.运行需求

1、服务器端子系统的运行要求:系统软件:windows 7数据库管理系统:SQL server

硬件要求:英特尔至强 2.0Ghz、1G RAM、100G HD

2、客户端子系统的运行要求:系统软件: Windows 7 数据库管理系统:SQL server

硬件要求:CPU:英特尔奔腾III 1.0Ghz、256M RAM、10G以上可用空间

7.其它需求

安全保密、可维护性、可移植性

第五篇:教材购销系统软件需求说明书

实验报告

(三)

课程名称_软件工程__共页 系别_计算机学院_____________________ 实验日期2012年3月 23日 专业班级__09计算机科学与技术1班__ 实 验 报 告 日 期年月日

实验名称: 实验三软件需求规格说明书

一.实验目的

在软件系统数据流图和数据字典的基础上,学习软件需求说明书SRS的编写。

二.实验任务

编写教材购销系统的软件需求说明书SRS。

三.实验要求

按需求规格说明书格式编写:

1.引言

(1)编写目的:说明编写需求规格说明书的目的.(2)背景说明:软件产品的名称,项目的提出者、开发者及用户,软件产品能作什么。

(3)术语定义:列出文档中所用的专门术语的定义等.(4)参考资料:列出文档所引用的全部资料.

2.概述

(1)功能概述:列出待开发软件产品将完成的主要功能.

(2)约束:叙述对系统设计产生影响的限制条件或特殊需求的理由,如管理模式、硬件限制、与其它应用系统的接口、安全保密等。

3.数据流图与数据字典

(1)数据流图:加工说明(编号、加工名、输入流、输出流、加工逻辑)、数据流说明;

(2)数据字典:文件说明(文件的成分及组织形式)、数据项说明。

4.接口

(1)用户接口:屏幕格式、报表或菜单的页面格式及内容、功能键等;

(2)硬件接口:软件产品与硬件各接口特点、运行软件的硬件设备等;

(3)软件接口:该软件与其它软件之间的接口。

5.性能需求:精度、时间特征、灵活性等。

6.属性:可使用性、保密性、可维护性和可移植性。

7.其它需求:数据库、操作及故障处理。

四.实验内容

教材购销系统软件需求说明书

一、引言

1.编写目的

详细介绍教材购销系统的需求说明,为用户描述出一个具体的产品模型,为软件设计、开发及测试人员提供下步工作的依据。此文档说明了系统的设计考虑,包括系统的功能概述、数据流图、数据字典、接口设计、性能需求、属性设计和故障处理设计等,为详细设计提供基础。并控制系统进化过程,项目开发的目标是否完成根据需求规格说明书中确立的可测试标准决定。

2.背景说明

(1)软件产品的名称:教材购销系统

(2)项目的提出者:彭华老师

(3)开发人员:系统分析员:xxx,系统设计员:xxx,程序设计员:xxx,数据库管理员:

xxx,数据操作员:xxx,系统测试员:xxx

(4)用户:学校教材管理部门和全校师生

(5)系统功能:该系统还和学校财务科进行资金数据来往,.由本系统向财务处提供销售

情况,实行教材的安全发放和采购.并顺便和各书店联营向个别人员单独

售书。

3.术语定义:列出文档中所用的专门术语的定义等.数据流图:数据流图描绘系统的逻辑模型,图中没有任何具体的物理元素,只是描绘

信息 在系统中流动和处理的情况。

数据字典:

接口: 库存表:存放库中存在得书籍数据。

出库表:存放已销售的书籍的数据。

进库表:存放入库书籍的数据。

购书表:存放提交的购书信息。

缺书登记表:存放缺少的书籍的信息。

待购教材表:存放待购书籍信息。

4.参考资料

(1)《软件工程——原理、方法与应用》(第3版) 史济民 顾春华 郑红等,高等教育

出版社

(2)《实用软件工程》(第二版) 郑人杰等,清华大学出版社

(3)《软件工程》第六版,Roger S.Pressman著,机械工业出版社

二、概述

1.功能概述:列出待开发软件产品将完成的主要功能.2.约束:叙述对系统设计产生影响的限制条件或特殊需求的理由,如管理模式、硬件限制、与其它应用系统的接口、安全保密等。

三、数据流图与数据字典(详见实验二)

(1)数据流图:加工说明(编号、加工名、输入流、输出流、加工逻辑)、数据流说明;

(2)数据字典:文件说明(文件的成分及组织形式)、数据项说明。

四、接口

(1)用户接口:屏幕格式、报表或菜单的页面格式及内容、功能键等;

(2)硬件接口:软件产品与硬件各接口特点、运行软件的硬件设备等;

(3)软件接口:该软件与其它软件之间的接口。

五、性能需求:精度、时间特征、灵活性等。

六、属性:可使用性、保密性、可维护性和可移植性。

七、其它需求:数据库、操作及故障处理。

五.实验小结