软件工程实验报告模板_第1页
软件工程实验报告模板_第2页
软件工程实验报告模板_第3页
软件工程实验报告模板_第4页
软件工程实验报告模板_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、 软件工程实验报告题目(三号宋体加粗,居中)组 长: 组 员: 学号 姓名 2可行性分析1 可行性分析1 引言1.1标识本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号和发行号。1.2背景为什么开发该软件。1.3供需双方软件的开发方和用户方。2 软件定义2.1软件名称 软件名称准确描述软件问题的内涵、主要用途及规模的项目名称,与所开发的项目内容相一致。2.2 项目提出的背景软件所服务的行业属性、主要业务及特征、目前存在的主要问题、需要改进的具体方面及要求、本项目开发所能够带来的经济/社会效益和前景。2.3 软件目标 软件目标是指软件项目所要达到的最终目的

2、指标和具体结果,具有可度量性和预测性。2.4 软件类型项目性质用于描述软件的主要特性,为此还要确定软件的应用特性,如通用软件或专用软件。2.5 软件服务范围确定软件所服务行业及领域的界限,本软件服务的领域用户对象、及应用范畴,主要从总体上确定软件的具体应用领域和服务范畴。2.6 基本需求明确软件问题定义的主要内容,包括整体需求、功能需求、性能需求和时限要求等。2.7 软件环境 软件环境包括服务领域、运行环境和外部系统等方面。2.8 主要技术开发软件所需要的主要技术,以及关键技术路线。主要包括分析、建模、设计、编程、测试、集成、切换等相关的软件开发技术,以及软件管理与维护技术、软件度量技术、软件

3、支撑技术等。2.9 基础条件软件开发的基础条件包括:软件的业务基础、技术基础和支撑基础等。3经济可行性(成本-效益分析)成本收益分析。4技术可行性(技术风险评价)本公司现有资源(如人员、环境、设备和技术条件等)能否满足此工程和项目实施要求,若不满足,应考虑补救措施(如需要分承包方参与、增加人员、投资和设备等),涉及经济问题应进行投资、成本和效益可行性分析,最后确定此工程和项目是否具备技术可行性。5法律可行性系统开发可能导致的侵权、违法和责任。6用户使用可行性用户单位的行政管理和工作制度;使用人员的素质和培训要求。7结论是否开发。(每章插入分节符)需求分析2 软件需求分析1 引言1.1 编写目的

4、说明编写这份软件需求说明书的目的,指出预期的读者。1.2 背景说明:a、待开发的软件系统的名称;b、本项目的任务提出者、开发者、用户及实现该软件 的计算中心或计算机网络;c、该软件系统同其他系统或其他机构的基本 的相互来往关系。1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。UML:统一建模语音。1.4 参考资料列出用得着的参考资料,如:a、本项目的经核准的计划任务书或合同、上级机关的批文;b、属于本项目的其他已发表的文件;c、本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位、说明能够得到这些文件资料的来源。2

5、 业务需求3 用户需求4 功能需求5 功能模型5.1 总用例图5.2 各子系统用例图前台用例图经理用例图5.3用例说明5.3.1用例名称前台管理(frontOfficeManagement)用例描述前台管理,实现预定、入住、退房、续住,包括对客房的业务信息(如客房号、预定时间、入住时间、换房情况、退房情况、金额等)进行检索、录入和修改。参与者前台工作人员、酒店管理系统前置条件前台工作人员已登录系统后置条件若有改动必须保存基本操作流程1.用户登录2.根据用户请求,进行响应操作3.提交操作结果可选操作流程bookRoom(预定)、checkIn(入住)、checkOut(退房)、continueT

6、oLive(续住)、changeRoom(换房)5.3.2用例名称登记(checkIn)用例描述入住信息登记参与者前台工作人员、酒店管理系统前置条件顾客要求入住、前台管理人员已登录系统后置条件系统中可入住房间数目减少基本操作流程1. 前台工作人员将顾客提供的身份信息进行登记2. 缴费3给予房卡可选操作流程无5.2.3用例名称退房(checkOut)用例描述退房参与者酒店管理人员、酒店管理系统前置条件退房成功,打印消费凭条清洁人员进行打扫,系统中可入住房间数目增加后置条件系统中可入住房间数目减少基本操作流程1.前台工作人员收回房卡,退回押金2.打印消费凭条可选操作流程无6. 对象模型6.1 实体

7、类6.2 控制类6.3 边界类6.4 类图7 其他需求7软件设计3软件设计1 概述1.1 系统简述对系统要完成什么,所面向的用户以及系统运行的环境的简短描述,这部分主要来源于需求说明书的开始部分。1.2 软件设计目标这部分论述整个系统的设计目标,明确地说明哪些功能是系统决定实现而哪些时不准备实现的。同时,对于非功能性的需求例如性能、可用性等,亦需提及。需求规格说明书对于这部分的内容来说是很重要的参考,看看其中明确了的功能性以及非功能性的需求。这部分必须说清楚设计的全貌如何,务必使读者看后知道将实现的系统有什么特点和功能。在随后的文档部分,将解释设计是怎么来实现这些的。1.3 参考资料列出本文档

8、中所引用的参考资料。(至少要引用需求规格说明书) 2 术语表对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了,此处不用再重复,可以指引读者参考需求说明。3 体系结构设计4 界面设计5 数据库设计6 算法设计(每章插入分节软件设计软件实现4 软件实现1 编码规范(1)(2)2.环境搭建3. 主要功能实现(1)(2)软件测试5 软件测试1 测试方法2 测试用例设计用例测试数据执行步骤预期结果实际结果结论登录用户名:admin密码:1234561.输入用户名和密码2.点击登录成功登录/登录失败成功登录正常总结6 总结总结系统的优点和不足。参考文献黑体,小四号,居中宋体五

9、号,顶格书写参考文献1朱少民.软件测试方法和技术M.北京:清华大学出版社,2005.2赵斌.软件测试技术经典教程M.北京:科学出版社,2007.勿忘使用标注文献种类。3刘德宝.软件测试工程师培训教程M.北京:中科院新科海学校,2008.4郑人杰.计算机软件测试技术M.北京:清华大学出版社,1990.5Ian Sommerville.软件工程M.中信出版社,2006.6贺平.软件测试教程M.北京:北京电子工业出版社,2005.7何新权.全国计算机等级考试四级教程软件测试工程师M.北京:高等教育出版,2010.参考文献篇数>20,近5年应占70%以上!8段念.软件性能测试过程详解与案例剖析M

10、.北京:清华大学出版社,2006.9刘策群.LoadRunner和软件项目性能测试M.北京:机械工业出版社,2008.勿忘使用“”作为结束符号。参考文献的书写格式要按国家标准GB771487规定。参考文献按文中出现的先后统一用阿拉伯数字进行自然编号,序码要用方括号括起(如1、2),而不使用园括号,参考文献采用全角输入法输入。各类参考文献条目的编排格式及示例如下。(1)期刊文章序号责任者.文献题名J.刊名,出版年份,卷号(期号):起止页码 例如: 1武书连等.中国大学评价J.科学学与科学技术管理,2004,(1):66-68标点符号一律使用英文符号,请勿混用。2 Mao Xia,et al. Affective Property of Image and Fractal Dimension J. Chaos,Solitons & Fractals.U.K.,2003:V15 905-910(2)专著序号主要责任者.文献题名M.出版地:出版者,出版年:起止页码 例如:3杨东平.大学精神M.沈阳:辽海出版社,2000:15-18(3)会议论文集序号主要责任者.文献题名A主编.论文集名C.出版地:出版者,出版年:起止页码例如:4毛 峡.绘画的音乐表现A.中国人工智能学会2001年全国学术年会论文集C.北京:北京邮电大学出版

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论