您的当前位置:首页正文

宾馆管理系统软件测试报告及实验总结

2023-06-30 来源:欧得旅游网


xxxxxxxx 软件件工程大作业

软件测试计划与测试分析报告

[久久宾馆管理系统 1.2]文件状态: [ ] 草稿 [ ] 正式发布 [√] 正在修改 报告编号: 当前版本: 编写人: 审批人: 保密级别: 1.2 编写日期 审批日期 2012-12-10 2012-12-11

版本变更记录

日期 2012-12-5 2012-12-8 2012-12-10 版本 1.0 1.1 1.2 作者/修改者 描述 创建 修改 修改 审核人

目录

第 1 章 引言.....................................................................................................................................

3

1.1 编写目的 ........................................................................................................................... 3 1.2 项目背景 ........................................................................................................................... 3 1.3 参考资料 ........................................................................................................................... 3 1.4 术语和缩略语 ................................................................................................................... 4 第 2 章 测试概要............................................................................................................................. 5

2.1 各阶段测试内容................................................................................................................ 5 2.2 测试用例设计..................................................................................................................... 6

2.2.1 单元测试................................................................................................................. 6 2.2.2 集成测试................................................................................................................. 8 2.2.4 系统测试................................................................................................................. 8 2.3 测试环境与配置................................................................................................................. 8

2.3.1 功能测试.................................................................................................................. 9 2.3.2 性能测试.................................................................................................................. 9 2.4 测试方法和工具............................................................................................................... 10 2.5 需求的可追溯性.............................................................................................................. 10 第 3 章 测试内容和执行情况....................................................................................................... 10

3.1 项目测试概况表 ............................................................................................................. 10 3.2 功能 ................................................................................................................................. 11

3.2.1 总体 KPI ............................................................................................................... 11 3.2.2 模块二................................................................................................................... 11 3.2.3 模块三................................................................................................................... 12 3.3 性能(效率) ................................................................................................................. 12

3.3.1 测试用例............................................................................................................... 12 3.3.2 参数设置............................................................................................................... 13 3.3.3 通信效率............................................................................................................... 13 3.3.4 设备效率............................................................................................................... 13 3.3.5 执行效率............................................................................................................... 13 3.4 可靠性 ............................................................................................................................. 13 3.5 安全性 ............................................................................................................................. 14 3.6 易用性 ............................................................................................................................. 14 3.7 兼容性 ............................................................................................................................. 14 3.8 安装和手册 ..................................................................................................................... 14 第 4 章 覆盖分析........................................................................................................................... 14 第 5 章 缺陷的统计与分析........................................................................................................... 16

5.1 缺陷分析........................................................................................................................... 16 5.2 残留缺陷与未解决问题................................................................................................... 16 第 6 章 测试结论与建议............................................................................................................... 16

6.1 测试结论 ......................................................................................................................... 16 6.2 建议 ................................................................................................................................. 17

0

项目基本信息

项目名称 客户方 开发方 项目委托时间 项目测试时间范围 测试参与人员

1

2012-10-10 从 2012-12-8 至 2013-1-1 久久宾馆管理系统 久久宾馆经理

第 1 章 引言

1.1 编写目的

本测试报告为久久宾馆管理系统的项目测试报告,目的在于总结测试阶段 的测试以及分析测试结果,对测试方案可能出现的问题进行分析和评估。执行 测试用例后,需要跟踪故障,以确保开发的产品适合需求。

预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管 理人员和需要阅读本报告的高层经理。

1.2 项目背景

本报告主要内容包括:

宾馆的管理应与现代科学接轨,住宿管理系统应得到全面升级,系统开发 的开发实现了宾馆各种信息的系统化、规范化和自动化,以便于工作人员的管 理,提高工作效率,赢得旅客的认可,来赢得更好的效益。久久五星宾馆住宿 管理系统吸取了中外计算机在宾馆酒店业管理系统技术,具有强大丰富的宾馆 前、后台管理功能,并经不断完善、丰富与提高。它运行稳定,操作简便,管 理精细,移植性好。本系统主要由预定管理、入住管理,客房管理、统计分析 管理,财务管理,系统维护等模块组成。该系统实现对宾馆住宿的接待,客房, 订房,收支情况等服务设施的计算机管理。

系统的交互界面友好,运行稳定,系统投入运行后反映良好。为宾馆管理系统 的发展起到推动的作用。

资料名称 《实用软件工程(第二版)》清华大学出版社 《数据库原理与应用—基于 SQL Server 2005》清华大学出 版社 《基于 B/ S 的期刊稿件管理系统的设计和实现》 《计算机软件测试技术》清华大学出版社

2

作者 郑人杰、殷人昆、陶永雷 李春葆 陈翔 郑人杰 1.3 参考资料

文档名称 《软件项目计划》 《用户需求说明书》 《软件需求规格说明书》 《系统设计说明书》(可 能分概要设计和详细设 计)

1.2 1.2 版本号 2012-12-7 2012-12-7 日期

1.4 术语和缩略语 缩略语 MIS

3

信息管理系统 全意

第 2 章 测试概要

软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测 试,甚至根据需要编写不同的测试工具,设计和维护测试系统,对测试方案可 能出现的问题进行分析和评估。执行测试用例后,需要跟踪故障,以确保开发 的产品适合需求。

1. 测试策略与范围

参照《SPI_SPE_软件集成测试、系统测试与确认测试技术流程》来确定。可以根据 所采用的软件生命周期模型来进行迭代。对非功能点需求的测试说明,如性能、安全性等 不作为测试范围的需求。

首先进行单元测试。根据系统的功能进行功能测试。确定系统要实现哪些功 能;针对不同的用户确定各模块的功能测试;确定功能实现时各种情况下所出 现的结果。然后进行集成测试。把各模块组装起来进行测试,确定关键模块及 早进行测试。接着是确认测试。检查已实现的软件是否满足了需求规格说明中 确定了的各种需求,以及软件配置。最后进行系统测试。把已经经过确认的软 件纳入实际运行环境中,与其他系统成份组合在一起进行测试。 2. 测试活动计划进度

计划测试总范围 针对登录模块、注册模块、预订模块、入住模块、房态信息管理模块等进行测试。 测试活动 制定测试计划 该项目培训和熟悉工 作所需的时间 系统测试 确认测试 (预演) 性能测试 (可选) 设计 执行 设计 执行 设计 执行 计划开始日期 2012-12-8 2012-12-8 2012-12-9 2012-12-9 2012-12-9 2012-12-9 2012-12-9 2012-12-9 2012-12-10 1 1 1 1 1 1 1 1 1 预期工作量(工作日/人) 测试评估与报告

2.1 各阶段测试内容

(1)集成测试阶段

测试对象:各模块集成后的系统

4

测试准备就绪准则:单元测试已通过 测试内容:模块之间的接口、链接 测试方法:自顶向下集成测试

测试通过准则:模块间接口成功完成任务,链接正常、无异常现象。

(2)确认测试阶段

测试对象:系统功能、性能

测试准备就绪准则:单元测试和集成测试已通过

测试内容:验证软件的功能和性能及其他特性是否与用户的要求一致。 测试方法:黑盒测试

测试通过准则:功能和性能与用户的要求一致

(3)系统测试阶段

测试对象:软件系统整体性能

测试准备就绪准则:已通过确认测试

测试内容:各个模块间的数据通信和数据共享问题以及检测系统是否达到用户的 实 际要求

测试方法:配置测试、性能测试、安全性测试、兼容性测试

测试通过准则:基本实现了系统的实际要求,能顺利的完 成所需功能。

2.2 测试用例设计

本测试方案采用黑盒测试法设计基本的测试方案,在黑盒测试方案中,采 用等价划分技术,边界值分析,回归测试等方法。

2.2.1 单元测试

测试了网站系统中的每一个模块,测试内容包括模块的前台以及后台。

每个模块作为一个独立体运行时,运行正常。

编号 1

测试对象:登录测试

测试内容:测试在输入用户名和密码后,能否正确登录到系统。 测试用例:

用例一:客户输入用户名:“user”,密码:“user”,点击“确定”按钮后

进入客户界面首页。

用例二:管理员输入用户名:“admin”,密码:“admin”,点击确定

按钮后,进入管理员界面首页。

用例三:客户输入用户名:“user”,密码:“use”,点击“确定”按钮后,

没有进入客户界面首页,提示“您输入的用户名或密码有 误”。

用例四:管理员输入用户名:“admin”,密码:“admin”,点击确定

按钮后,没有进入管理员界面首页,提示“您输入的用户 名或密码有误” 。

用例七:输入用户名:manager 密码:“manager”,点击确定进入管

理员界面。

5

编号 2

测试对象:注册测试

测试内容:测试用户能否成功注册并登陆到系统。 测试用例:

用例一:输入用户名:“user1”,密码:“user1”,邮箱:

user@163.com 等必填项后,点击提交按钮后完成注册 工作,跳转到注 册成功界面,显示个人信息。

用例二:输入用户名:“user2”,密码:“user2”,邮箱:

user2@163.com 等必填项后,点击提交按钮后完成注册 工作,跳转到注册成功界面,显示个人信息。

编号 3

测试对象:订房测试

测试内容:测试客户能否在该系统上成功预订房间。 测试用例:

用例一:已注册用户,成功登录久久宾馆管理系统后,单击“预

定房间”按钮,进入房间查询界面,选择条件查询,选 择“A 类房间”剩余客房查询,跳转到结果界面,选择 需要的房间号码,点击“预订”按钮,提示“恭喜您, 预订客房成功”,然后跳转到已预定房间的信息界面。

用例二:已注册用户,成功登录久久宾馆管理系统后,单击“预

定房间”按钮,进入房间查询界面,选择条件查询,选 择“C 类房间”剩余客房查询,跳转到结果界面,选择 需要的房间号码,点击“预订”按钮,提示“恭喜您, 预订客房成功”,然后跳转到已预定房间的信息界面。

用例三:已注册用户,成功登录久久宾馆管理系统后,单击“预

定房间”按钮,进入房间查询界面,选择条件查询,选 择“A 类房间”剩余客房查询,跳转到结果界面,选择 需要的房间号码,点击“预订”按钮,提示“对不起, 您的账户余额不足请充值”,然后跳转到充值界面。

用例四:已注册用户,成功登录久久宾馆管理系统后,单击“预

定房间”按钮,进入房间查询界面,选择精确查询,输 入“169”号房间,显示房间状态为空闲,点击“预订” 按钮,提示“恭喜您,预订客房成功”,然后跳转到已 预定房间的信息界面。

用例五:已注册用户,成功登录久久宾馆管理系统后,单击“预

定房间”按钮,进入房间查询界面,选择精确查询,输 入“169”号房间,显示房间状态为已入住,“预订”按 钮为灰色,不可点击。

用例六:已注册用户,成功登录久久宾馆管理系统后,单击“预

定房间”按钮,进入房间查询界面,选择精确查询,输 入“5555”号房间,提示“对不起,您输入的房间号有 误,请重新输入”。

6

编号 4

测试对象:管理房态测试

测试内容:测试管理员对房间状态的修改和查询等操作是否实现。 测试用例:

用例一:使用管理员账号:“admin”,密码:“admin”登录系

统,成功后进入系统管理主界面,点击“房态查询”, 进入房间查询界面,选择条件查询,选择“空闲客房” 查询,跳转到所有空闲客房信息界面。

用例二:使用管理员账号:“admin”,密码:“admin”登录系

统,成功后进入系统管理主界面,点击“房态查询”, 进入房间查询界面,选择条件查询,选择“A 类房间” 查询,跳转到所有的 A 类客房的信息界面。

用例三:使用管理员账号:“admin”,密码:“admin”登录系

统,成功后进入系统管理主界面,点击“房态修改”, 进入房间查询界面,选择精确查询,输入“169”查询, 跳转到被查询客房的信息界面,房间状态为“空闲”,

点击“修改”,把房间状态改为“维修中”,点击“修改” 按钮,提示是否确定修改,点击“是”,然后返回该房 间信息显示界面,状态为“维修中”。

用例四:使用管理员账号:“admin”,密码:“admin”登录系

统,成功后进入系统管理主界面,点击“房态查询”, 进入房间查询界面,选择条件查询,选择“空闲客房” 查询,跳转到空闲客房信息界面,选择其中的房间

“169”,点击“入住”,页面跳转到客户信息登记界面。

2.2.2 集成测试

将所有的系统集成到一块,关注接口上消息覆盖,异常流程、性能指标等进行

入测试。

从主界面到注册及登陆界面进行测试、链接、登录和跳转均正常。

2.2.3 确认测试

确认测试又称有效性测试。任务是验证系统的功能和性能及其它

性是否与设计要求一致。软件的功能和性能在需求分析中已经说明,

过运行程序,设计用例做了确认测试,系统功能基本符合需求。

7

2.2.4 系统测试

系统测试是对整体性能的测试,主要解决各个模块间的数据通信和数据

享问题以及检测系统是否达到用户的实际要求。系统测试在系统的整个范 围

内进行,该测试不只对软件进行,还对构成系统的硬、软件一起进行。测 试

阶段进行了从头到尾的功能测试,基本实现了系统的实际要求,能顺利的 完

成所需功能。

2.3 测试环境与配置

本系统基于 B/S 架构模式,相关配置如下所示:

具备 Windows 2000 以上的环境。 数据库:SQL server 2005 以上版本 网站运行环境: a.硬件环境:

内存:至少 1G. 硬盘:大于 40G. b. 软件环境

操作系统:Microsoft Windows 2000 WEB 服务器:GlassFish v3 数 据 库: SQL server 2005

2.4 测试方法和工具

测试内容 功能 性能 黑盒、手工、回归、工具自动 测试方法 黑盒、手工、回归 测试工具 Qc、jira 备注 异常输入 Qc、jira 按需求功 LoadRunner 9.0(试用版) 能 Qc、jira Qc、jira Qc、jira 8

异常输入 按需求功 能 可靠性 安全性 可使用性 黑盒、手工、回归 黑盒、手工、回归 黑盒、手工、回归 兼容性 安装和手册

黑盒、手工、回归 黑盒、手工、回归 Qc、jira Qc、jira 2.5 需求的可追溯性

根据用户需求的不断变化。需求分析需要适应需求的不断变化。保持需求之间的完整 和一致保持需求和系统设计间的同步。

第 3 章 测试内容和执行情况

3.1 项目测试概况表

对久久宾馆管理系统的功能、性能、可靠性、安全性、可使用性、兼容性、 安装和手册等方面进行了全面的测试。

项目测试概况表

项目版本 开始时间 结束时间 用例数 个 用例通过数 个 问题数 个 用例通过率 % 1.0 1.1 1.2 2012-12-7 2012-12-8 2012-12-9 2012-12-7 2012-12-8 2012-12-9 100 100 100 85 88 96 15 12 4 85% 88% 96% 3.2 功能

功能测试情况概要

模块名称 开始时间 结束时间 用例数 个 用例通过数 个 问题数 个 用例通过率 % 用户登录 用户注册 客户预订 房态管理 2012-12-7 2012-12-7 2012-12-7 2012-12-8 2012-12-7 2012-12-7 2012-12-7 2012-12-8 50 50 50 50 46 47 48 49 4 3 2 1 92% 94% 96% 98%

3.2.1 总体 KPI 功能 登录 注册 基本要求 输入正确的用户名和密码可以登录系统。 输入错误的用户名和密码系统给出明确提示。 正确填入所需信息可以成功注册 必填项未填或填入信息不正确不能完成注册, 提示用户信息填入错误 测试情况 功能实现。 功能实现。 9

测试通过 是 否

客户预订 房态管理

客户成功登录系统后,可以完成房间的查询和 预订等操作。 管理员登录系统后,可以完成对房间的查询和 状态的修改等操作。 功能实现。 功能实现。 3.2.2 模块二 功能 登录 基本要求 输入正确的用户名和密码可以登录系统。 输入错误的用户名和密码系统给出明确提 示。 管理员和客户用户在成功登录宾馆管理系 统后,可以完成对房间状态的查询。 功能实现。 测试情况 测试通过 是 否 房态查询 房态修改 功能实现。 管理员成功登录宾馆管理系统后,可以完 成对房间状态的修改。客户入住或预订房 间后,房间的状态自动更改为“已入住”。 功能实现。 退房或退订以后,房间状态自动更改为 “空闲”。 3.2.3 模块三 功能 登录 入住 退房 换房 预订 退订 续住

基本要求 输入正确的用户名和密码可以登录系统。 输入错误的用户名和密码系统给出明确提示。 客户入住时,管理员用户可以成功进行客户信息 登记等操作,并更新房间状态。 测试情况 功能实现。 功能实现 测试通过 是 否 客户退房时,管理员用户可以成功进行退房操作, 功能实现 更新系统中房间状态。 客户退房时,管理员用户能成功修改房间的入住 信息,并能成功填写换房理由。 客户成功登录久久宾馆管理系统后,可以成功完 成房间的查询和预订操作。 客户成功预订房间后,可以登录宾馆管理系统完 成房间退订的操作。 客户需要继续入住时,管理员可以修改房间协议 期限,并更新房间状态。 功能实现 功能实现 功能实现 功能实现 3.3 性能(效率)

性能测试情况概要

10

项目版本 开始时间 结束时间 用例数 个 用例通过数 个 问题数 个 用例通过率 % 1.0 1.1 1.2 2012-12-7 2012-12-7 2012-12-8 2012-12-7 2012-12-7 2012-12-8 100 100 100 90 92 95 10 8 5 90 92 95

3.3.1 测试用例

测试系统在预定环境和负载下的响应速度。通信效率、设备效率、执行效 率。

序 号 1 2 3 4 5

用例名称 登录 查询 退出 注册 预订 基本要求 100 用户同时登录, 对于用户信息的查询和对稿件 的查询 安全退出 多用户同时注册后可登录系统 并进行操作 多人同时预订 测试情况 可以同时登陆 可以实现查询操作 实现安全退出 成功注册 功能实现 测试通过 是 否 3.3.2 参数设置

台 10/100M 以太网 并发用户数 脚本录制方法 10、20、XX 自动 手动 脚本循环次数 真实客户端数量 模拟线路类型 3.4 可靠性

测试内容 掉电 基本要求 测试情况 测试通过 是 否 客户机掉电或强行关机后重启机器, 实现要求。 不丢失数据。 3.5 安全性

测试内容 用户权限 用户信息 3.6 易用性 测试内容

基本要求

测试情况

测试通过

基本要求 所有授权用户是否能在所授权限下 进行工作,不容许超权限。 对用户基本信息进行保密,除管理 员外其他人无权查看。 测试情况 实现要求。 实现要求 测试通过 是 否 11

易安装性 安装参数给出默认值或提示,需 要用户干预的地方尽量少,操作 方便。 用户进入系统后能很快熟悉系统操 作流程。 实现要求。 是 否 易操作性

实现要求 3.7 兼容性

测试内容 基本要求 测试情况 数据库 PC 服务器: CPU, MB 以上内 存, GB 以上硬盘 WEB 服务器:以上 CPU, MB 以上内 存, GB 以上硬盘 客户机:以上 CPU、MB 以上内存, MB 以上硬盘 3.8 安装和手册 测试内容 启动安装程序 基本要求 测试情况 测试通过 是 否 测试通过 是 否 硬件 软件对硬件的最低配置要求、推 荐配置和特殊要求 如果安装了 CD-ROM, 插入安装盘后 自动启动安装程序。 能实现要求。 在 CD 盘中突出显示 setup.exe 文 件,双击文件启动安装程序。 第 4 章 覆盖分析

模块名称 公用 公诉 用例个数 1000 1000 测试覆盖率

执行数 900 900 各模块测试 覆盖率 90% 90% 未/漏测分析和原因 功能已基本实现 功能已基本实现 测试覆盖率计算:

执行数/用例总数 ×100% =95%

12

第 5 章 缺陷的统计与分析

5.1 缺陷分析

本部分对上述缺陷和其他收集数据进行综合分析。

模块名称 登录 缺陷编号 03 重要缺陷分析表 简要描述 验证码不能正常显示 分析结果 性能问题 性能问题 测试通过 (Pass/Fail) fail pass 预订房间时响应时间较 预订 长,可能引发多客户同 05 时预订同一房间。 5.2 残留缺陷与未解决问题

1、房间查询和预订等操作的响应时间应更快。 2、系统的安全性和可维护性应进一步提高。

第 6 章 测试结论与建议

6.1 测试结论

“久久宾馆管理系统”在用户现场环境进行功能、可靠性、安全性、可使 用性、兼容性、安装和手册功能七个方面进行了全面、严格、规范的测试。测 试结果表明:“久久宾馆管理系统”完全达到业务需求文档中的要求,并具有 以下特点:

1. 系统架构先进、简单。该系统采用先进的 B/S 架构,后台支持各种大

小数据库,系统结构清晰明确,可满足国家税务总局网络软件应用的 要求。

2. 功能全面。该软件由桌面系统、报表采集服务器、报表分析应用服务

器等模块组成,涵盖了税务的税收快报、税收旬报、会统报表、重点 税源税收调查、纳税百强全部业务功能,提供了计会统、重点税源等 各种业务报表,保证重点税源业务在系统中的正常应用,保障了重点 税源监控工作顺利开展。

3. 系统安全性较好。系统具有严格的权限设置功能,权限设置可细化到

字段级,不同权限的人员只能看到自己有权限访问的字段内容,有效 地保证了数据的安全性。

13

4. 系统设置灵活。该软件完全基于工作流程进行设计,系统业务功能操

作简单,可轻松制作各种图表。

5. 系统可靠性高。对客户机掉电或强行关机后重启机器、网络异常中断。

有完善的数据校验机制,对用户输入不符合要求的数据,给出了简洁、 准确的提示信息,必要时给出了帮助。

6. 系统兼容性好。系统设计灵活,支持与税源分析系统相关应用软件实

现数据交换和共享。能满足用户在各种操作系统,各种 web 应用服务 器及各种主流数据库支撑软件下的使用。

7. 系统预测统计模型通过严格测试,以大量税收数据进行预测,使预测

模型求出的预测数据更接近真实数据。对大量税收数据进行预警分析, 预警结果正确。 8. 测试结论:通过。

6.2 建议

通过对本系统进行的单元测试、集成测试、确认测试、系统测试等过程,完成了系统 所需基本功能。但是性能还需提高,如房间查询,房间预订等操作的响应时间有待提高, 系统的安全性和维护性应进一步加强。

14

xxxxxxxx 软件工程大作业实验总结报告

1、 通过学习软件工程课程的认识

通过对软件工程这门课程的学习,让我从新对软件有了认识,不 再认为软件就是程序,软件的开发就是编写程序,只要编完了程序, 一切也就完成了,而且我还片面的认为只要掌握了时下最新的语言和 工具,就可以写程序开发软件了。

软件其实不仅仅是程序,软件开发其实也不仅仅是编写程序,软 件是思想在硬件上的载体和体现,处理的是逻辑和信息。唯有对软件 和软件的开发过程,有充分的认识,才能更好的开发出,过程受控、 质量受控的软件产品。这门课程为我提供了一个尽早接触世界工作和 真实项目的机会。让我知道如何在以最小的成本中,训练自己的基本 工程素质和能力,如何激发自己的积极性等。而且通过学习《软件工 程》,还让我认识和培养了我的团队协作能力,特别是对于我们这些在 校的学生来说,这种学习更是能让我在以后工作中少走很多的弯路。

整一个学期下来,学到了很多东西。在我看来,软件工程与其说 是一门课程,不如说是一门思想。是一个如何去分析和处理问题的过 程,应该说其范畴已经远远不止局限于该门课程,成为了一个综合的 一个能够解决问题的思想集合。软件工程这门课程包括了,整体分析 软件工程这门学科的发展和所处的社会环境,接着后面的几章深入分 析了软件开放过程和模式、软件项目管理、计算机工程、需求分析、 结构化分析建模以及基于 UML 面向对象分析建模等。这门课程知识点 的可以理解概括为:

软件:软件是能够完成预定功能和性能的可执行的计算机程序和 使程序正常执行所需要的数据,加上描述程序的操作和使用的文档。 软件的特征:①软件是一种逻辑实体,而不是具体的物理实体,因而 它具有抽象性。②软件是通过人们的智力活动,把知识与技术转化成 信息的一种产品。③软件成为产品后,其生产只是简单的拷贝,不同 于硬件制造。④维护过程比硬件复杂的多,甚至会引发新的错误。

软件危机:指的是软件开发和维护过程中遇到的一系列严重问题。 出现软件危机的原因:①软件维护费用急剧上升,直接威胁计算机应 用的扩大。②软件生产技术进步缓慢。软件工程是指导计算机软件开 发和维护的工程学科。

软件生存周期:一个软件从定义到开发、使用和维护,直到最终

15

被弃用,要经历一个漫长的时期,通常把软件经历的这个漫长的时期 称为生存周期。软件的生存周期可分为八个阶段:①问题定义;②可 行性研究;③需求分析;④总体(概要)设计;⑤详细设计;⑥编码 与单元测试;⑦综合测试;⑧软件维护;

瀑布模式:是传统的软件开发模式,其中的“瀑布”是对这个模 式的形象表达,由山顶倾泻下来的水,自顶向下、逐渐细化。其特点 是:线性化过程;分为分析、设计、编码、集成等几个阶段,并且各 阶段逐级推进,不允许跨越。里程碑管理;阶段评审;文档驱动;简 洁便于工程应用的线性化过程步骤,并可以通过里程碑管理机制而使 项目进程量化。其明显的优点就是没个阶段结束前都要对所完成的阶 段成果进行评审,这使得软件的错误能够在个阶段内尽早发现并尽早 解决,总的来说瀑布模式具有良好的质量保证机制,有很强的生命力。 原型进化模式:对软件进行直接模拟或仿真,只需要分析需求框架后 进行原型创建,再对原型系统进行逐步细化与完善,通过版本更新逐 步满足用户对于软件的多方面需要。 增量模式:开发过程有三个任务 域,分别是设计结构、开发构件和集成系统,它既有完善的工程管理 机制,又能适应用户需求变更,有利于质量的监控,并且各局部基于 构件构造,有利于逐步构建与完善;由于先交付核心构件可利于降低 项目的技术风险。 螺旋模式:是一种可较好的规避开发风险过程的模 式,项目是基于任务的螺旋式推进,每个螺旋由内之外分别是需求分 析、软件设计、系统集成、验证与交付。

软件开发的整个过程:①需要项目团队,组建优秀的团队可以开 发出更搞质量的软件产品。任务开发团队要求小而精,成员大多在 8 人以内,主要成员有项目负责人、开发人员、资料管理员和软件测试 员。②项目计划是为了使软件开发各项工作有秩序地进行,包括任务 分配和基于里程碑的进度安排,甘特图和任务网络图是用来描述进度 计划的工具。项目计划书可以作为软件开发的工作指南。③项目成本 估算,由于项目有来自各方面的成本包括工资开支、场地费、差旅费、 设备费和资料费等,但是软件主要是对人力成本的估算,常用的方法 有程序代码成本估算法等。④软件风险管理包括很多不确定的风险因 素,如计划风险、管理风险、需求风险、技术风险、人员风险、产品 风险、用户风险和商业风险等等,而风险管理的主要任务是:风险识 别、风险评估、和风险防范。⑤软件文档管理,软件文档是工程模式 软件开发的成果体现,包括技术文档、管理文档和用户文档。 ⑥软件 配置管理与软件质量管理,包括配置规划、软件变更控制、软件版本

16

控制和质量控制计划。

计算机系统由硬件、软件、数据资源、网络资源、使用系统的人 等诸多元素。有三种典型的计算机体系结构:①主机结构,主机集中 了全部智能,并依靠终端接口与外部设备连接。②Client/Server 结构, 智能分布于服务器与客户机,并依靠网络连接成系统,其中,服务器 处于核心位置,提供被动核心服务;客户机处于边缘位置,可主动访 问服务器,寻求服务支持。③Browser/server 结构,可适应互联网远程 交互的特殊结构,基于 Web 服务器构建。

这门课的学习让我意识到理论学习很重要,实践更重要,实践是 检验真理的唯一标准,只有将理论与实际结合,才更能发挥我们所学 的知识的作用,更能直接的创造效益,社会和国家做出贡献。

2、 所完成的大作业内容与总结

《久久宾馆管理系统开发》从一开始着手经历了一下几个阶段: 需求调研分析,概要设计,详细设计和测试与分析,主要完成了一下 工作:

需求分析:系统开发前期需求分析很重要,它是为了有效解决用 户问题的需要进行的一项工程活动,所需要考虑的需求问题是功能需 求、数据需求、性能需求和接口需求,开发者承担分析任务,核心是 用户。其步骤有三个:①获取客户需求,客户泛指某个人或机构部门 等,一般方法是调查,包括访谈、座谈、问卷、跟班和收集资料,需 求规约可表达用户的软件价值。②建立需求模型,它是用户需求的图 解,一些常用的模型有:业务树图、用例图、活动图。分别用于结构 化需求建模、系统业务举例和反映系统工作流程。③进行需求验证, 要验证的主要内容有:有效性验证、一致性验证、完整性验证、现实 性验证和可检验性验证。

结构化分析建模:它是建立在需求规约基础上的,对软件问题进 行全面解说,包括四个方面:①数据建模,它与数据库设计密切相关, ER 图涉及实体、关系、属性等图形元素,在业务层面建立数据库概念 模型,一般用于前期的建模构想。②功能建模,是对系统数据加工的 图解,数据流程图是常用的建模工具,涉及数据接口、数据处理、数 据流、数据存储等图形元素,用于描述系统数据加工细节。③行为建 模,行为模型用于说哦名软件系统与环境的交互,状态转换图常用的

17

软件行为建模工具涉及状态、事件等图形元素。⑤数据字典,是用于 定义软件的元素,使软件元素获得严肃的、详密的、精确的规格说明。 需求分析模型中的数据、功能、行为等诸多方面的元素,都有必要通 过数据字典给予细节说明,以达到对系统较完整全面的规格定义。

基于 UML 对象面向对象分析建模:UML 是统一建模语言,有统 一的语法、语义和语用规则,其建模过程的特点是:用例驱动、以构 架为中心和增量迭代,通过包实现对模型的有效的一体化管理。包括 三部分:①用例建模,它面向用户需求的,能够反映系统的用户价值, 用例图的基本元素有用例、参与者、交流;用例之间有泛化、延伸和 包含关系。②活动建模,活动图用于描述系统动态过程,主要图形元 素有:活动、转换、起点、终点、判断、并发、同步、泳道等。可描 述高层业务级活动,涉及整个业务流程,针对每个用例活动建模,反 映用例内部活动细节。③类分析建模,这里就只考虑实体类,实体类 所代表的数据相互之间通常有一定的关系,依靠这种关系可形成有组 织的程序数据结构。实体类之间的主要数据关系有:关联、聚类、泛 化。

在《久久宾馆管理系统开发》这个项目中,我切身体会到了项目 开发的过程,深刻的理解了课本中的内容和方法,使自己的能力得到 了提高,开阔了视野,更重要的是有了软件开发的思想。总之,这次 大作业让我受益匪浅。

18

因篇幅问题不能全部显示,请点此查看更多更全内容