软件工程实验报告99039[推荐五篇]

第一篇：软件工程实验报告99039

实验报告

课程名称：

软件工程导论

实验名称：

患者监护系统

实验地点：

逸夫楼 402

专业班级：

软件 1510

学号：

2015005786

学生姓名：

唐国亮

指导教师：

崔冬华

2017 年 3 月 29 日

患者监护系统项目简介

1．系统简介

目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察病人的病情变化，还会延误抢救时间。因此，某医院想开发一个以计算机为中心的患者监护系统。医院要求该系统能够随时接收病人的生理信号（血压、体温、脉搏、心电图等），监视病员的病症；定时记录病人情况以形成患者日志（定时更新病历）；当某个病人的生理信号超出医院的规定的安全范围时向值班护士发出警告信息（病员出现异常情况时报警）；同时，护士在需要时还可要求系统打印某个病人的病情报告（随机地产生某一病员的病情报告）。

2．技术要求和限制条件（1）当病人的生理信号发生变化时，都应增加相关病人病历库的记录；（2）系统的外部项至少包括：病人、护士。

实验一

患 者监护系统的需求分析

1.任务概述1.1 目标：

根据接收到的生理信号，帮助医院监控病人的各信息。1.2 运行环境：

win10,office 2016

1.3 条件与约束 ：

1.当病人的生理信号发生变化时，都应增加相关病人病历库的记录； 2.系统的外部项至少包括：病人，护士。

1.4 功能描述：

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

2.定时更新病历。

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

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

2.数据描述2.1 输入输出

输入项至少包括：病人的生理信号和医院规定的安全数据范围

输出项至少包括：患者日志和患者的病情报告。

2.2 数据流图

2.3 数据字典

（1）数据流条目

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

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

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

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

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

生理信号 1.1 接受信号 生理信号 1.2 分析信号 超出安全范围 1.3 发出警报（c c）

多层数据流图

病人 患者安全范围 时钟 日期时间 2.1 定时取样 生理信号 2.3 更新日志 定时的生理信号 患者日志 警报信息 护士 数据 2.4 产生病情报告 数据 报告 护士 要求报告

（2）数据存储条目

文件名：病人信息

组成：姓名+年龄+性别+科室+床号+编号

组织方式：索引文件，以编号为关键

文件名：患者安全范围

组成：生理名字+正常数据范围

文件名：患者日志

组成：姓名+年龄+性别+科室+床号+编号+病人情况

组织方式：索引文件，以编号为关键（3）数据项

患者名字：别名：无

类型：字符型

长度：2{汉字}15

编号：别名：无

类型：整型

长度：5 位

生理信号：别名：无

类型：浮点型

长度：6 位（4）加工条目

加工名：患者监护系统

输入：生理信号，安全范围

输出：患者日志，病情报告

加工名：录入储存处理

输入：生理信号

加工逻辑：接收存储生理信号

If 生理信号正常 Then 定时更新到患者日志中 Else 发出警报

加工名：更新日志

输入：生理信号

输出：日志数据

加工逻辑：添加生理信号信息

加工名：护士查询

输入：患者信息

输出：病情报告

加工逻辑：If 信息正确

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

Else 显示错误 3 3 ． 数据库描述

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

4． ． 其他需求

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

实验二 患者监护 系统的总体设计 1.需求规定1.1 功能规定：

1.主界面登陆：该界面是本系统的主界面，在该界面中，用户可以选择所要进行的操作：数据查询，数据打印。

2．后台管理：该模块主要是数据逻辑关系的建立，和重要信息的存储管理，对后台数据的管理：删除，修改，录入等。1.2 性能规定：

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

2．响应时间：平均 0.1s,最长 0.5s 3 1.3 运行环境：

1.操作系统：win10

2.数据库服务器：SQL Server2014 2 2..功能需求与程序 模块 关系

3.软件结构图

4.接口设计4.1 用户接口42.2 外部接口

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

由 VC++6.0 控件实现。

5.运行设计5.1 运行模块组合由 VC++6.0 控件和代码实现 2 5.2 运行控制

由各个界面的设计来实现 3 5.3 运行时间

各个模块响应时间在 1S 内，资源占有时间在 5S 内。6.系统数据结构设计

6.1 逻辑结构设计要点6.2 数据结构与程序模块的关系

字段名称 字段类型 字段长度(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

生理信号表 患者信息表 患者日志 生理信息安全范围表

7..系统出错处理设计7.1 出错信息

出错类型 出错信息 处理方法 数据类型出错 检查数据类型 重新输入 数据精确度 检查数据精确度 重新输入 网络 检查网络是否连接 重新连接网络 打印机 打印出错 检查打印机 系统出错 系统出错 重新启动或报告管理 事务出错 事物处理出错 回滚，保证数据一致性7.2 补救措施

(1)联机事务处理事件在建立在 TCP/CP 协议,有多阶段处理响应控制,保证数据处理前后保持一致性..(2)数据库处理事务失败采用自动回滚技术,保持数据的一致性.(3)重要数据的检查

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

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

实验三 患者监护系统 的详细设计 1.程序 设计说明1.1 程序文件清单1.2 程序文件说明

（1 1）程序功能 描述：

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

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

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

（2 2）输入/ / 输出项：

输入：1.病人生理信息的输入：病人的医治时间，病人的生理信号，正常的生理指数

2.病人的病情变更环节：病人病情变更时间，变更生理信号，超出安全范围的指数，病情描述

3.病人的病情查询：病人信息，病人的某一生理指数。

输出：1.病人的病情

2.病人的生理信息

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

1.3 程序流程图

子系统名 程序文件名 编程语言 简要描述 生理信号输入控制 input.jsp JSP 输入正常的生理信号 病人基本信息管理子系统 management1.jsp JSP 管理病人的基本资料 警报子系统 ring.jsp JSP 当病人的生理信号不正常时发出相应的警报 病人病情管理子系统 management2.jsp JSP 接收病人的病情信息并进行管理

2.用户界面设计说明

护士登陆 否 开始 开始 是 登陆是否成功 录入病人信息 返回上一级界面 接收生理信号 否 是 定时更新到患者日志中 保存 分析信号是否正常 发出警报

实验四 患者监护系统 的测试 1.测试计划1.1 软件说明

叙述测试计划的提纲 测试项 测试要求 测试项 测试要求 编号 两位大写字母和八位数字 床位等级 一 位 大 写 字 母（A,B,C）

名字 字段小于 10 所属科室 无 身份证号 十位数字

居住城市 字段小于 30

日期 合法的年月日

住院时间 合法的年月日1.2 测试内容

（4）性能测试

-1.3 测试

测试条件：硬盘容量：80G 以上

操作系统：win7

数据库服务器：SQL Server2014

测试资料：测试的输入：患者的基本信息，患者的病情信息等。

测试输出数据：添加成功，删除成功，修改成功，查询结果等。

编码涉及：SQL Server 数据库系统 2.测试设计说明2.1 控制 ：

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

用户登陆测试

角色：工作人员

测试用例 1（正确输入）

【输入】：用户：user 密码：123456

测试用例 2（无该用户）

【输入】：用户：aa 密码：123456

测试用例 3（密码错误）

【输入】：用户：user 密码：aa

测试用例 4（无输入）

【输入】：用户：

密码 3 2.3 输出 ：

用户登陆测试

测试用例 1（正确输入）

【期望输出】：登入成功，进入工作人员用户界面

【实际输出】：登入成功，进入工作人员用户界面

测试用例 2（无该用户）

【期望输出】：提示用户名或密码错误

【实际输出】：提示用户名或密码错误

测试用例 3（密码错误）

【期望输出】：提示用户名或密码错误

【实际输出】：提示用户名或密码错误

测试用例 4（无输入）

【期望输出】：提示用户名或密码错误

【实际输出】：提示用户名或密码错误。

3.评价准则3.1 范围

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

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

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

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

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

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

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

在测试录入选项时，有的选项是可以为空的，但有的不可以；而测试输出结果与预期输出之间的容许偏离范围是要还能达到预期结果而逻辑顺序可以有偏离。在登陆时，错误的次数不能超过三次。

总结

第一次做软件开发过程的说明书，我学习到了软件开发过程的主要理论、方法、技术、标准和规范。但说实话，感觉很难，因为一些知识根本想不到也感觉难以做到，也是在网上找了很多例子，然后参照了例子做了这些实验，但是做完之后却有种醍醐灌顶的感觉，有了很大

的进步。

第二篇：软件工程实验报告

《软件工程》实验报告

专业班级微软IT一班

学生姓名

指导教师赵春刚

实验一需求分析

一、实验目的通过对软件项目的需求分析，掌握需求分析的主要方法和技术，了解需求分析过程。

二、实验要求

自选一个软件项目，应用软件工程中需求分析方法对系统需求进行分析。

三、实验内容

1、项目完成主要功能概述（1）项目名称

（2）项目完成主要功能

2、项目需求描述（建立需求模型）（友情提示：完成主要的用例模型即可）

四、实验总结

实验二软件设计

一、实验目的通过对软件项目的软件设计，掌握软件设计的方法的技术，了解软件设计过程。

二、实验要求

针对需求分析所选的项目和功能模块进行。完成软件项目主要概要设计和详细设计。

三、实验内容

1、项目概要设计描述（建立概要设计模型）

（友情提示：完成项目的主要系统结构图（功能模块图）即可）

2、项目详细设计描述（建立详细设计模型）

（友情提示：用流程图或UML相关模型（活动图、时序图等），完成两个模块以上）

四、实验总结

说明：（此实验为可选做，若完成实验成绩加分）

实验三软件测试

一、实验目的通过对软件项目的测试，掌握软件测试的原理和方法，了解软件测试过程。

二、实验要求

针对需求分析所选的项目和功能模块进行。完成软件项目主要功能模块的测试。

三、实验内容

1、采用主要测试方法描述

2、主要功能模块测试用例设计

四、实验总结

第三篇：软件工程实验报告

实验三：面向对象的系统对象模型实验

一、实验目的

1: 熟悉面向对象分析的基本方法，加深理解对象模型、动态模型和功能模型的意义和 作

2: 学习使用rose工具进行面向对象分析的方法

3：理解对象模型、动态模型和功能模型在rose系统中的表示

4：学习用例图、类图、关联图、顺序图、状态图的绘制方法，了解其各自的作用

二、实验环境

1.硬件环境

P4以上的个人计算机环境，要求内存不少于128MB，硬盘不小于20G.。2.软件环境

操作系统：Windows 2000 或 Windows XP 数据库： SqlServer 2000 或 Access 2003数据库系统 3.通用工具软件

通用绘图工具： MicroSoft Visio 2003 文本编辑工具： MicroSoft Word 2003 4.CASE工具

实体建模工具： Erwin 4.0 UML建模工具：Rose 2000

三、实验内容

1.实验题目

已知资料管理系统提供资料信息维护、资料查询、借阅/归还三项基本功能。使用本系统的角色包括管理员、教师、学生三类。管理员可从事所有操作，学生与教师只能进行资料查询、借阅/归还操作。教师最多可以同时借阅10本资料、学生只能同时借阅5本。对于借阅期满3个月但是仍未归还的资料，在管理员控制下，系统将自动生成并输出“催还单”。

试采用面向对象的分析方法对“资料管理系统”进行需求分析和初步设计，做出其详细的需求陈述；定义基本功能及角色；提取对象、做出用例图和类图 2.实验内容

利用rose工具进行系统建模的实验，建立所指定之题目的用例图和对象模型 3.系统初步设计

资料管理系统的角色有三种，分别是管理员、教师、学生。资料管理系统的基本功能有一下三项：  资料信息维护  资料查询  借阅/归还 4.思考题

1：“角色定义”在应用系统中有什么作用？ 答：角色的定义有利于明晰角色所对应的事物以及对数据和功能的操作权限，是系统更加条理。

2：USE-CASE图反映了系统在哪一方面的需求？ 答：它描述了系统的功能以及如何使用一个系统并显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务，它反映了整个系统的一个大概设计。3：对象模型应当包括哪些内容？使用ROSE工具进行分析建模时，通过哪几种图例描述对象模型？

答：对象模型描述的是系统的静态结构，包括系统的类和对象，他们之间的属性和操作，以及它们之间的联系。它通常用用例图和类图来描述。

5系统类图

6.系统用例图

第四篇：软件工程实验报告

《软件工程》课程实验报告

实验名称：教务管理系统之子系统——学院课程安排

姓名：

院（系）：软 件 学 院

专业班级：

学号：

指导教师：

地点：

成绩：

时间：2012 年 10月 日 至 2012 年 11月 8 日

1.实验目的确定项目的可实施性，获取项目的需求，并在此基础上完成系统的逻辑功能模型的建立，了解软件工程中需求分析阶段的主要活动和需求分析文档描述的主要内容，掌握利用数据流图描述系统功能需求的方法，正确应用数据字典。增进对软件工程的理解，学会系统的分析软件的构成，掌握并理解软件从确立到测试等一系列过程。

2.实验内容

1.系统简介

每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。

假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。

2.限定条件

a)每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。

b)学院中层干部的主讲课时不能超过4学时/周。

c)本学期出现严重教学事故的教师不能承担下各学期的主讲任务。

d)本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。

e)本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。

项目数据流图

系统的分析“教务管理系统之子系统——学院课程安排”的组成、结构和实现步骤，明白项目的业务流程图，绘制数据流图（DFD），数据模型（ER），编写数据字典（DD），数据加工处理的描述，撰写需求规格说明书

3.实验步骤

1.2.3.4.5.对图书管理系统进行分析，整合用户权限和操作 根据用户操作流程画出系统流程图 对系统做出概要分析，拟定开发流程 绘制出甘特图 绘制线性时间图

4总结与回顾

通过这次实验，我学到了很多东西，教务管理系统是学校的管理核心，管理应涉及到学校的专业设置、学藉管理、成绩管理、网上注册、开课管理、选课管理、师资管理等，在数据库一级建立强有力的安全系统，管理人员可以在互联网的任何地方办工，真正实现学校网上管理。

学校中的教务管理是一项很重要的工作，包括学生管理，教师管理和课程管理等。开发“教务信息处理系统”的目的就是利用计算机的查询和运算功能，代替手工处理，提高工作效力和质量，所以该系统是必要而且能够实现的。

此次开发的软件是教务管理系统的一个子系统，即学院课程安排。通过此次课程设计，我们更加了解了软件的原理，软件的开发方法和步骤，如绘制数据流图和数据字典的编写。进一步掌握了有关数据库设计的知识和JAVA程序设计，了解了有关网络的相关知识，对软件开发平台有了一定了解。我增长了不少软件工程与编程，数据库的知识。在作设计的过程中，软件是不断变化的，开始构造的是一方面，实际制作时又是另外一方面，所以得不断变化。软件必须有效的支持他的用户，我们做的软件是学生选课系统，所以我们需要从学生和老师，管理员的实际情况出发，制定他们操作方便的系统，是软件对用户友好。

在写数据字典之前，我对数据字典的理解有一些偏差，通过这次作实验，我知道了数据字典就是对数据流，数据流分量，数据存储，处理的定义集合。我们做这种比较小的软件时，数据字典还比较好维护，哪里出了问题，可以很快的找到，然后改正。如果做比较大的软件时，数据字典就不好维护了。开发大的软件系统时，数据字典的规模和复杂程度迅速增加，貌似人工维护就不太可能了。

这次实验的完成是我们小组共同努力的结果，我们每个人都付出了很大的汗水，也让我明白了团队合作是多么的重要，那么大的工作量仅靠一个人的力量是不可能完成的，在以后的工作和学习中一定要重视团队合作的重要性，多与合作伙伴交流，了解每个人的想法，最后大家的想法和在一起就是个很了不起的工作。也让我认识到软件在我们的生活中越来越重要，我们的生活处处离不开软件，也让我对自己以后的工作有了很深的了解，让我可以向着自己的目标一点点前进。

第五篇：软件工程第二次实验报告

江 西 理 工 大 学

软件工程 实验报告

实验名称 实验2 编写软件可行性分析报告 实验日期 2014-04-03 专业班级 计算机111班 桌号

实 验 人

学号

同组人

一、实验目的和要求

对一个软件系统进行可行性分析，将可行性分析过程的结果进行分析汇总，编写一份描述计划任务的可行性分析报告。

二、实验内容和步骤

（1）系统概述。对当前系统及存在问题的简单描述、新系统特点及开发要点，新系统及其各个子系统的功能与特性、新系统与当前系统的比较等。

（2）可行性分析。可行性分析是报告的主体。论述新系统在经济上、技术上、运行上、管理及法律上的可行性，以及对新系统的主客观条件的分析。

（3）初步开发方案及开发计划。在可行性分析的基础上，提出初步开发建议方案和计划。

（4）结论意见。综合上诉分析，说明新系统是否可行，给出具体结论。

三、结果分析 1 引言

1．1 编写目的：

可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内 确定问题是否可解

经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要

面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的 经济效益。本报告经审核后，交软件经理审查。1.2项目背景：

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

项目任务提出者：中国民航及中国国际旅游开发公司。项目开发者：浙江大学IMK 开发小组。用户：中国民航及中国国际旅游开发公司。

第2 页 / 共4页

实现软件单位：中国国际旅游开发公司及浙江大学 项目与其他软件，系统的关系：

本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以MicrosoftVisual C++为开发软件的应用程序，服务器端采用Linux 为操作系统的工作站，是采用Oracle8 的为开发软件的数据库服务程序。1．3 参考资料： 《软件工程导论》，张海藩，清华大学出版社。《实用软件工程》，郑人杰等，清华大学出版社。２ 可行性研究的前提 2.1要求

主要功能：为游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服 务质量和服务效率

性能要求：机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的 定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。

输出要求：数据完整，详实。输出要求：简捷，快速，实时。

安全与保密要求：服务器的管理员享有对机场航班信息库及机票信息库和定票信 息库的管理与修改。售票员只享有对订票信息库的部分修改（写入与读出）。完成期限：预计六个月。2.2目标：

系统实现后，大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。2.3条件，假定和限制 建议软件寿命：5 年。

经费来源：中国国际旅游开发公司。

硬件条件：服务器sun 工作站，终端为pc 机。运行环境：Linux 数据库：Oracle8

2.4决定可行性的主要因素

成本/效益分析结果，效益〉成本。

技术可行，现有技术可完全承担开发任务。操作可行，软件能被原有工作人员快速接受。３ 技术可行性分析 系统简要描述：

在旅游局中的终端是安装了Windows NT 的PC 机，主要目的是向机场的服务器传 递数据。当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员定票时，终

第3页 / 共4页第4页/ 共4页

端向服务器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。当顾客再次来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票信息库，核对后，传送机票确认表单，终端打印出机票。４ 经济可行性分析 4.1支出 基础投资：

终端PC 机２０台：8000*20 = 16 万 网络设备：10 万 辅助配置：10 万 共计：36 万

其他一次性投资： 系统管理员事务 航班信息的更新

服务器终端显示数据产生报表 售票员查询请求 数据库产生报表 客户机终端显示数据 售票员表单申请产生报表 客户机终端显示数据

售票员机票核对事务在客户端打印机票和帐单产生报表及帐单 Oracle 8.0 : 20 万 Windows NT: 10 万 操作员培训费：5 万 共计：35 万 经常性支出：

人工费用: 6(月)*20(人)*5000(圆)=60 万 其他不可知额外支出: 20 万 共计: 80 万

支出共计: 151 万 4.2效益 一次性收益 0 元

经常性收益

（按银行利率：1%）；

减少员工20 人(1000 圆/人)五年收益:

1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120 万 工作效率提高收益（工作效率提高30%）:

30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5 = 45 万 经常性收益共计: 160 万

不可定量收益

因服务质量提高增加旅客量10%:

1000 万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360 万 收益共计: 520 万 4.3收益/投资比

520 万/151 万= 344% 4.4投资回收周期 2-3 年

4.5敏感性分析

设计系统周期为五年, 估计最长可达10 年 处理速度: 一般查询速度<4 秒 关键数据查询速度: <2 秒 5 用户使用可行性

使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知 识,所有人员都要经过本公司培训.管理人员也需经一般培训.经过培训人员将会熟练使用本软件.两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.６ 其他可供选择的方案

客户端与服务器端联系在一起，在旅游局中只设立终端，在机场设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。７ 结论意见

由于投资效益比远大于100%, 技术、经济、操作都有可行性，可以进行开发。

四、实验心得

此次文档的编写在整个软件开发的过程中，起到了很重要的作用。它让我们知道在以后的软件开发过程中应该注意的问题，并且应该做出相应的措施来解决软件开发过程中出现的各种问题。