软件工程实验报告.docx

软件工程实验报告.docx

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

软件工程实验报告

实验报告

课程名称：

软件工程导论

实验名称：

患者监护系统

实验地点：

逸夫楼402

专业班级：

软件1510学号：

2015005786

学生姓名：

唐国亮

指导教师：

崔冬华

2017年3月29日

患者监护系统项目简介

1．系统简介

目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察病人的病情变化，还会延误抢救时间。

因此，某医院想开发一个以计算机为中心的患者监护系统。

医院要求该系统能够随时接收病人的生理信号（血压、体温、脉搏、心电图等），监视病员的病症；定时记录病人情况以形成患者日志（定时更新病历）；当某个病人的生理信号超出医院的规定的安全范围时向值班护士发出警告信息（病员出现异常情况时报警）；同时，护士在需要时还可要求系统打印某个病人的病情报告（随机地产生某一病员的病情报告）。

2．技术要求和限制条件

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

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

病人、护士。

实验一患者监护系统的需求分析

1.任务概述

1.1目标：

根据接收到的生理信号，帮助医院监控病人的各信息。

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

4

单位：

℃

血压

int

4

单位：

mmHg

心电图

text

字段名称

字段类型

字段长度（max）

说明

编号

char

10

性别

int

1

年龄

int

3

地址

char

30

电话号码

int

11

科室

char

15

病房号

int

3

床号

int

4

入院时间

int

15

出院时间

int

15

患者日志

字段名称

字段类型

字段长度

说明

编号

char

10

生理信号表号

char

10

生理信息安全范围表

字段名称

字段类型

正常范围

说明

生理信号

char

10

脉搏

int

成人：

60-100次/分，婴幼儿：

120次/分 

单位：

次/分

体温

float

口腔舌下36.3－37.2℃

直肠37.5℃

腋下36.0℃-37℃

单位：

℃

血压

int

小于120/80mmHg

单位：

mmHg

心电图

text

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

7.系统出错处理设计

7.1出错信息

出错类型

出错信息

处理方法

数据类型出错

检查数据类型

重新输入

数据精确度

检查数据精确度

重新输入

网络

检查网络是否连接

重新连接网络

打印机

打印出错

检查打印机

系统出错

系统出错

重新启动或报告管理

事务出错

事物处理出错

回滚，保证数据一致性

7.2补救措施

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

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

（3）重要数据的检查

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

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

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

1.程序设计说明

1.1程序文件清单

子系统名

程序文件名

编程语言

简要描述

生理信号输入控制

input.jsp

JSP

输入正常的生理信号

病人基本信息管理子系统

management1.jsp

JSP

管理病人的基本资料

警报子系统

ring.jsp

JSP

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

病人病情管理子系统

management2.jsp

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测试内容

1.3测试

测试条件：

硬盘容量：

80G以上

操作系统：

win7

数据库服务器：

SQLServer2014

测试资料：

测试的输入：

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

测试输出数据：

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

 编码涉及：

SQL Server数据库系统

2.测试设计说明

2.1控制：

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

2.2输入：

用户登陆测试 

角色：

工作人员 

测试用例1（正确输入） 

【输入】：

用户：

user 密码：

123456 

测试用例2（无该用户） 

【输入】：

用户：

aa 密码：

123456 

测试用例3（密码错误） 

【输入】：

用户：

user 密码：

aa 

测试用例4（无输入） 

【输入】：

用户：

 密码

2.3输出：

用户登陆测试 

测试用例1（正确输入） 

【期望输出】：

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

【实际输出】：

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

测试用例2（无该用户）

【期望输出】：

提示用户名或密码错误 

【实际输出】：

提示用户名或密码错误 

测试用例3（密码错误） 

【期望输出】：

提示用户名或密码错误 

【实际输出】：

提示用户名或密码错误 

测试用例4（无输入） 

【期望输出】：

提示用户名或密码错误 

【实际输出】：

提示用户名或密码错误。

3.评价准则 

3.1范围 

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

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

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

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

3.2数据整理 

陈述为了把测试数据加工成便于评价的适当形式，使得测试结果可以同已知结果进行比较而要用到的转换处理技术，如手工方式或自动方式；如果是用自动方式整理数据，还要说明为进行处理而要用到的硬件、软件资源。

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

3.3尺度 

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