软件工程个人报告Word文档下载推荐.docx
- 文档编号:19506726
- 上传时间:2023-01-07
- 格式:DOCX
- 页数:5
- 大小:18.80KB
软件工程个人报告Word文档下载推荐.docx
《软件工程个人报告Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《软件工程个人报告Word文档下载推荐.docx(5页珍藏版)》请在冰豆网上搜索。
实验地点:
图书馆
完成起止日期:
20__.9.3-20__.11.13
一、课程设计概述的管理等。
自己在项目中负责的部分
在小组完成该项目的工程中,组内进行了明确的分工,包括项目初期的分析、文档撰写及项目后期的开发测试过程。
在小组中,我负责的部分为:
项目初期的数据库分析、数据库设计文档的撰写和后期的测试工作。
在数据库设计及相应文档撰写方面,我独立完成了数据库的初期设计和数据库设计文档的撰写,数据库文档总页数为11页。
我所撰写的数据库设计文档被组内其他人和其他文档整合到一起,后来,实际的开发人员在此基础上进行了一部分的修改。
在后期的开发过程中,我负责的部分为系统测试。
具体负责的部分为:
网上商城、库存管理、系统权限与安全这三个模块的测试工作。
网上商城部分,主要功能包括商品信息的浏览、购物车功能及下订单三大部分。
在编写的测试用例中,包括:
1.商品信息展示测试:
分别以游客及网上商城注册用户身份浏览商城,在商品类目中选择相应的商品信息,查看商品信息的显示是否存在问题。
随机打开商品信息条目,查看商品的详细描述信息,查看商品详细信息页面是否能正常显示。
2.购物车相关功能测试:
购物车需要以注册用户身份登录才能正
常使用,游客无法正常使用购物车功能。
购物车相关功能包括商品添加到购物车、购物车中浏览已添加的商品、将已添加的商品从购物车中删除、选择购物车中的商品提交订单。
每个购物车的相关功能都编写了相应的测试用例。
结果发现在网上商城的初期版本中,购物车无法正常删除已添加的商品信息,已作为bug提交给相应的开发人员。
在后续的版本中,该bug已经被修复。
3.由于订单功能设计支付等相关部分,开发人员未完全实现订单的相应功能。
所以订单部分无法进行详细的测试。
库存管理部分,主要功能包括商品库存信息查看、出入库单的查看、出入库详情的查看、商品出入库及出入库单的审批。
编写的测试用例中,包括:
1.商品库存信息的查看:
以超级管理员或库存管理员的身份登录
后台的管理系统,在库存中查看商品的库存详细信息。
2.出入库单的查看:
查看出入库单是否正确。
3.商品出入库的测试:
新建商品的出入库单,提交知否能否在出
入库单中查看到且出入库单的商品信息、数量、出入库单的状态是否正确。
4.出入库单的审批测试:
在出入库单的审批界面中,允许某些出
入库单的审批,不允许另一些出入库单的审批,然后在出入库单查看界面,查看审批的订单的状态是否发生改变。
系统角色权限及安全部分,主要的功能包括:
新建角色、删除角
色、角色权限的管理。
测试用例包括:
1.以超级管理员用户登录后台管理系统,建立新的角色并赋予相应的权限。
2.以超级管理员身份登录,并删除某些已经存在的角色,看系统是否会产生某些级联的错误。
3.角色权限的管理:
为已存在的角色添加或删除某些权限。
经过测试,在我测试的模块中,只发现商品购物车无法正常删除已添加的商品,其他的功能都能正常使用。
经验总结
本次的实践让我学到了一些我之前不了解的东西。
这次的软件工程实践,分工十分明确,有分工的职责也很细,我分到的岗位是软件测试。
在此之前,对于软件测试,我只是听说过,却并没有真实地接触过。
对于组长指派给我的编写测试用例,我完全不知道要怎么写,也不知道从何下手。
后来,同样是负责测试用例的组里其他成员给我发了一份测试用例的文档,我以此为参照,结合自己负责的部分,才渐渐对于测试用例有了一个大致的认识。
按照自己对于软件测试的理解,加上同学的测试用例示例,结合同学的指导,我才大致完成了测试用例文档的编写,也顺利的完成了对开发的销售管理系统的测试。
在这些测试用例的编写中,由于我对软件测试及测试用例的了解不深,难免存在一些问题,例如:
不能很好的测试到系统中的一些功能,无法测试到一些会引发问题的情况等。
另外,在这次的软件工程实践里,也跟着整组人完整地经历了一遍软件开发的流程。
之前的一些课程虽然也有涉及,但总的来说没有这么完整,时间跨度上也没有这么长。
在这么课中,第一次接触到了软件开发小组中用到的周报,也学到了其他一些书本上没有的东西。
篇三:
软件工程课程设计个人报告--李效伦
机票预订系统
李效伦
专业名称:
______软件工程___班级:
______20__级3班__________
学号:
______20__01050515_________
承担角色:
_____A、D、E___
同组成员:
_郭瑶瑶_20__01050509__同组成员:
_韩方杰_20__01050607__指导教师:
_____倪丽娜老师___实验地点:
___计算机系实验室___完成日期:
本学期教学周:
第8至14周
信息科学与工程学院
二零一二年十一月
一、课程设计实验概述;
(3).分析系统体系结构,对系统进行UML建模;
(4).根据系统需求分析和系统体系结构分析进行数据库设计;
(5).根据系统需
求分析和系统体系机构的分析进行界面设计;
(6).最后,实现系统需求中的基本功能。
1.5.软件配置:
以MicrosoftVisualStudio20__为开发软件的应用程序,是采用SQLServer20__
为开发软件的数据库服务程序。
使用“简单、现代、通用”,及面向对象的程序设计语言—C#。
此种语言为在分布式环境中的开发提供适用的组件开发应用。
C#适合为独立和嵌入式的系统编写程序,从使用复杂操作系统的大型系统到特定应用的小型系统均适用。
1.6.个人完成的程序模块和文档清单程序模块:
系统中管理员模块和旅客模块。
文档:
会议记录文档、小组最终报告文档、个人课程设计报告文档。
二、本小组个人承担部分的主题、构思与创意
小组选择的题目是机票订购系统,现在很多航空公司为给旅客乘机提供方便,都有自己的机票预定系统。
在生活中,大家都会接触到这些系统,还会很频繁地用到这类系统,比如机票的预定、改签等。
所以,小组选题比较贴近生活现实。
在设计的过程中,切实考虑订票客户的一些习惯,进行与网上一些售票系统的不适应客户之处进行调整(比如:
为客户订票之后但未能及时付款保留更长时间;
客户可以在互联网上进行改签机票等)。
此程序完成的基本功能有:
用户的注册,登录;
管理员的订票、退票、改签、添加航班、取消航班、统计售票;
旅行社的订票、退票、改签、付款、取票;
旅客的订票、退票、改签、付款、取票。
小组在编码之前首先进行了界面部分的分工编写,把界面风格调解一致,使程序显示出一个风格,即体现了团队的合作性,又符合团队进行软件设计的标准。
之后,在进行代码的编写时,我们尽量统一编码风格,在程序合并时更加方便。
我们希望通过此次课程设计软件工程课堂上所学的软件开发方法和知识,比如,软件项目的完整设计与开发过程、结构化技术、快速原型法和面向对象方法等。
特别是结构化分析、结构化设计、快速原型开发、面向对象分析与面向对象设计。
笔者主要担着主程序员的职责。
主要完成系统UML建模、管理员模块和旅客模块的分析、设计、编码和测试,并完成小组课程设计报告。
对于旅客模块的设计,笔者通过查阅大量的售票网站充分了解已有网站的设计优势以及网站中出现的不足。
将其他网站的优势之处引用到自己的网站中来;
对于那些网站中出现的不足之处加以修改,使之更加符合用户的习惯,笔者认为只有更加符合用户的需求,才能吸引更多用户来使用本系统,以此来为运营商创造更大的价值。
对于管理员模块的设计,由于没有办法去查看网站中管理员的具体操作方法,所以只能参考别人做的类似管理系统中管理员部分的实现方法,分析管理员具有的权限。
通过分析别人的做法,笔者得到了管理员具有的基本功能,进而完成管理员模块的设计。
三、自己在小组所选题目中完成的工作的具体过程
3.1.遇到的困难和解决的情况
由于笔者之前进行过类似管理系统的设计,所以此次课程设计的难度就明显比之前的学
习过程降低了很多。
但是,还是遇到了很多问题,主要问题如下:
(1).在开始对系统进行UML建模的过程中,发现很多软件工程课堂上学习到的内容在应用的时候变的很困难,理论的学习和实际的应用还是有很大差距的。
通过不断地参考老师给的例子和一些网上资料,才得以完成系统的UML建模。
(2).分析系统功能时,感觉实现系统的功能无非就是对数据库的增删查改罢了。
但,在实践的过程中发现,系统的测试也是一个很大工作量的任务。
没有进行测试的系统是极易出现错误的。
比如:
用户订票时身份证的输入是错误的,有可能导致用户成功订购机票,但是没有办法取票。
(3).开始使用企业版SQL数据库,在进行数据库连接测试时,总是连不上数据库,经过网上的资料查询,发现自己的数据库装配不完善,缺少一些组件。
后来又更换了精简版的SQL数据库,成功进行了数据库连接的测试。
(4).在进行机票的订票和退票的设计时,使得所有用户都可以进行所定的票的退票业务,导致了系统的瘫痪性错误。
发现这个错误之后就进行小组讨论,最终发现在进行机票的订票和退票的设计时,没有考虑所订票与登录用户的连接,导致了所有客户都可以访问到已定机票。
后来,加上机票与登录用户的连接,成功解决了此问题。
(5).在改签的设计时,用户改签的机票没有完成剩余票增加的功能,也就是用户改签的票仍然出现已售出状态。
查看自己的代码得知:
改签后的票没有将其标志为未售出状态,使得此张票为一张虚票。
只需要在代码中将改签后的票标志为未售出状态即可。
(以下部分都是笔者认真查阅资料,应用软件工程知识建模的成果。
)
3.2.系统目标设计
系统开发的总目标是实现飞机订票的系统化、规范化和自动化。
对航空公司旗下的所有航班(包括航班类型,航班号,时间,所属公司,始发地,目的地,仓位,起飞时间,抵达时间,剩余座位,票价)。
进行统一管理
对用户的信息(包括姓名,电话,身份证号,护照号)进行统一管理。
提供方便的查询方法。
如:
时间、始发地、目的地、票价等进行查询。
提供对机票的预定功能。
提供对机票的改签功能。
提供对退票功能。
提供对付款功能。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 个人 报告