软件工程实验报告Word下载.docx

软件工程实验报告Word下载.docx

《软件工程实验报告Word下载.docx》由会员分享，可在线阅读，更多相关《软件工程实验报告Word下载.docx（18页珍藏版）》请在冰豆网上搜索。

1.2运行环境：

win10,office2016

1.3条件与约束：

1.当病人的生理信号发生变化时，都应增加相关病人病历库的记录；

2.系统的外部项至少包括：

病人，护士。

1.4功能描述：

1.接受病人的生理信号。

2.定时更新病历。

3.病员出现异常情况时报警。

4.随机地产生某一病员的病情报告。

2.数据描述

2.1输入输出

输入项至少包括：

病人的生理信号和医院规定的安全数据围

输出项至少包括：

患者日志和患者的病情报告。

2.2数据流图

2.3数据字典

（1）数据流条目

患者信息=+年龄+性别+科室+床号+编号

生理信号=血压+体温+脉搏+心电图

警报信息=+年龄+性别+科室+床号+编号+非正常生理数据

病情报告=患者+年龄+性别+科室+床号+编号+生理数据

超出安全围数据=患者+年龄+性别+科室+床号+编号+正常生理数据

（2）数据存储条目

文件名：

病人信息

组成：

+年龄+性别+科室+床号+编号

组织方式：

索引文件，以编号为关键

患者安全围

生理名字+正常数据围

患者日志

+年龄+性别+科室+床号+编号+病人情况

（3）数据项

患者名字：

别名：

无

类型：

字符型

长度：

2{汉字}15

编号：

整型

5位

生理信号：

浮点型

6位

（4）加工条目

加工名：

患者监护系统

输入：

生理信号，安全围

输出：

患者日志，病情报告

录入储存处理

生理信号

加工逻辑：

接收存储生理信号

If生理信号正常

Then定时更新到患者日志中

Else发出警报

更新日志

日志数据

添加生理信号信息

护士查询

患者信息

病情报告

If信息正确

Then从患者日志中查询到该病人信息并打印病情报告

Else显示错误

3．数据库描述

采用SQL数据库，信息放在服务器端数据库中，用户登陆系统，进行相关操作。

4．其他需求

接口需求：

用户接口需求，软件接口需求。

实验二患者监护系统的总体设计

1.需求规定

1.1功能规定：

1.主界面登陆：

该界面是本系统的主界面，在该界面中，用户可以选择所要进行的操作：

数据查询，数据打印。

2．后台管理：

该模块主要是数据逻辑关系的建立，和重要信息的存储管理，对后台数据的管理：

删除，修改，录入等。

1.2性能规定：

1.精度：

数据精度按医学标准来衡量

2．响应时间：

平均0.1s,最长0.5s

1.3运行环境：

1.操作系统：

win10

2.数据库服务器：

SQLServer2014

2.功能需求与程序模块关系

3.软件结构图

4.接口设计

4.1用户接口

4.2外部接口

采用B/S模式，由VC++6.0实现的患者监护系统，通过ADO连接与数据库服务器连接。

4.3部接口

由VC++6.0控件实现。

5.运行设计

5.1运行模块组合

由VC++6.0控件和代码实现

5.2运行控制

由各个界面的设计来实现

5.3运行时间

各个模块响应时间在1S，资源占有时间在5S。

6.系统数据结构设计

生理信号表

6.1逻辑结构设计要点

字段名称

字段类型

字段长度（max）

说明

char

10

脉搏

int

4

单位：

次/分

体温

float

℃

血压

mmHg

心电图

text

编号

性别

1

年龄

3

地址

30

11

科室

15

病房号

床号

入院时间

出院时间

字段长度

生理信号表号

生理信息安全范围表

正常围

成人：

60-100次/分，婴幼儿：

120次/分 

口腔舌下36.3－37.2℃

直肠37.5℃

腋下36.0℃-37℃

小于120/80mmHg

6.2数据结构与程序模块的关系

7.系统出错处理设计

7.1出错信息

出错类型

出错信息

处理方法

数据类型出错

检查数据类型

重新输入

数据精确度

检查数据精确度

网络

检查网络是否连接

重新连接网络

打印机

打印出错

检查打印机

系统出错

重新启动或报告管理

事务出错

事物处理出错

回滚，保证数据一致性

7.2补救措施

（1）联机事务处理事件在建立在TCP/CP协议,有多阶段处理响应控制,保证数据处理前后保持一致性.

（2）数据库处理事务失败采用自动回滚技术,保持数据的一致性.

（3）重要数据的检查

（4）各个子系统的操作监控，异常情况报告，并提供报表等跟踪记录。

（5）提供友好的用户界面和帮助信息及配合严格的检查，减少用户出错机制。

实验三患者监护系统的详细设计

1.程序设计说明

1.1程序文件清单

子系统名

程序文件名

编程语言

简要描述

生理信号输入控制

input.jsp

JSP

输入正常的生理信号

病人基本信息管理子系统

management1.jsp

管理病人的基本资料

警报子系统

ring.jsp

当病人的生理信号不正常时发出相应的警报

病人病情管理子系统

management2.jsp

接收病人的病情信息并进行管理

1.2程序文件说明

（1）程序功能描述：

1.读入病人的生理信号信息

2.对病人的生理信号进行安全围的控制

3.超过安全围就发出警报声

（2）输入/输出项：

输入：

1.病人生理信息的输入：

病人的医治时间，病人的生理信号，正常的生理指数

2.病人的病情变更环节：

病人病情变更时间，变更生理信号，超出安全围的指数，病情描述

3.病人的病情查询：

病人信息，病人的某一生理指数。

1.病人的病情

2.病人的生理信息

3.病人病情超出安全围的警报声

1.3程序流程图

护士登陆

开始

登陆是否成功

接收生理信号

否

分析信号是否正常

是

录入病人信息

返回上一级界面

定时更新到患者日志中

保存

发出警报

2.用户界面设计说明

实验四患者监护系统的测试

1.测试计划

1.1软件说明

叙述测试计划的提纲

测试项

测试要求

两位大写字母和八位数字

床位等级

一位大写字母（A,B,C）

名字

字段小于10

所属科室

号

十位数字

居住城市

字段小于30

日期

合法的年月日

住院时间

1.2测试容

（4）性能测试

1.3测试

测试条件：

硬盘容量：

80G以上

操作系统：

win7

数据库服务器：

测试资料：

测试的输入：

患者的基本信息，患者的病情信息等。

测试输出数据：

添加成功，删除成功，修改成功，查询结果等。

编码涉及：

SQL 

Server数据库系统

2.测试设计说明

2.1控制：

此软件的测试控制方式主要是以人工输入为主，病人的病情基本信息记录在病人数据库中，各种查询信息则记录在查询信息数据库中。

2.2输入：

用户登陆测试 

角色：

工作人员 

测试用例1（正确输入） 

【输入】：

用户：

user 

密码：

123456 

测试用例2（无该用户） 

aa 

测试用例3（密码错误） 

测试用例4（无输入） 

密码

2.3输出：

【期望输出】：

登入成功，进入工作人员用户界面 

【实际输出】：

测试用例2（无该用户）

提示用户名或密码错误 

提示用户名或密码错误。

3.评价准则 

3.1围 

在测试医护人员查看时，输入123456和MU8056是不正确的，输入两个相同的病人号时候也不正确，因为病人号是主键，是唯一的；

在测试用户名时，输入users和admins是不正确的，用户名必须根据数据库里的用户名而且还要对应相应的角色。

在测试密码时，输入123456以外的都不正确，因为密码都固定为123456。

在测试目的地时，输入了数据库中地点以外都是不正确的，如输入等。

3.2数据整理 

述为了把测试数据加工成便于评价的适当形式，使得测试结果可以同已知结果进行比较而要用到的转换处理技术，如手工方式或自动方式；

如果是用自动方式整理数据，还要说明为进行处理而要用到的硬件、软件资源。

在进行测试结果评价中，我是用手工方式整理数据的，然后同设计时要求的结果相比较。

3.3尺度 

说明用来判断测试工作是否能通过的评价尺度，如合理的输出结果的类型、测试输出结果与预期输出之间的容许偏离围、允许中断或停机的最大次数。

在测试录入选项时，有的选项是可以为空的，但有的不可以；

而测