范文一:软件工程个人课设报告
《软件工程》课程设计报告
课程设计题目:政府机构网站
xxxx 大学 计算机学院
班级:xxxxx
报告人姓名:xxxxxx 学号:xxxxxxxxxx
承担角色:测试与文档管理
同组组长:xxxxxx
同组其他成员:xxxxxxxxxxxxxxx
课程教师:xx 实验指导教师:xx
实验地点:宿舍
实验起止日期:2012.9.6-2012.11.8
目录
一、 课程设计概述 (目的、任务、开发环境、参考资料 ) ......................................................... 3
二、项目的需求分析 . ...................................................................................................................... 4 2.1主用例图 . ........................................................................................................................... 4 2.2活动图 . ............................................................................................................................... 5 2.3属性 . .................................................................................................................................... 6 三、项目设计的基本原理和采用的主要方法与技术 . .................................................................. 7 3.1原理 . ................................................................................................................................... 7 3.2项目所采用的模型:瀑布模型 . ....................................................................................... 7 3.3项目采用的主要技术:. ................................................................................................... 8
四、本人实现项目的过程与步骤 . .................................................................................................. 8
五、个人遇到的困难与获得的主要成果 . ...................................................................................... 9
六、 测试与运行记录 . .................................................................................................................. 14 6.1 用户登陆 . ......................................................................................................................... 14 6.2搜索功能 . .......................................................................................................................... 15 6.3 查看内容 . ......................................................................................................................... 16 6.4 删除条目 . ......................................................................................................................... 18
七、课程设计完成结果分析与个人小结 . .................................................................................... 19
八、 附录(软件配置、个人完成的程序模块和文档清单) ................................................... 23
一、课程设计概述 (目的、 任务、 开发环境、 参考资料 ) 1.1目的
编写本文档的目的是根据与用户沟通的结果, 对用户需求进行了全面细致的 分析,深入描述《政府机构网站 Our-eOrganization 》软件的功能和性能,使开发 人员能够准确理解系统需要完成的任务及最终目标。 软件文档的最主要目标是传 达一个系统的技术要素和使用方法。第二个目标是提供软件开发过程中的需求, 策略,行为,角色和责任的书面记录。只有实现了这两个目标,软件文档才真正 提供了有意义的信息。
1.2 任务
主要负责完成课程设计小组最终报告、小组电子文档管理和帮助系统开
发等工作,可适当协助角色 E, 做一些政府资料的收集。
系统配置、帮助与使用说明小组报告
小组课程设计最终报告
1.2.1项目背景
本项目的任务提出者是:xxxxxxxxxxxx
本项目的任务开发者是:xxxxxxxxxxxxxx
本项目的用户是:小组成员、拟政府机构人员。
1.2.2定义
项目组长:项目组长负责项目进行的监督,管理,以及部分开发工作,
为项目主要负责人。
辅助程序员:主要负责程序部分功能开发实现,漏洞修改,听从项目组
长分配任务。
文档管理员:负责保存项目开发中产生的文档材料,主要负责撰写项目
开发所需文档。
测试员:测试系统漏洞,按照需求分析与系统进行比对,提出错误地点,
供辅助程序员修改。
1.3 开发环境
运行环境 :window98以上的系统
服务器端 :win2003
操作系统 :WINDOWS 平台;
Runtime Environment :.netFramework 2.0
Web Server:IIS6.0及以上。
客户端:
操作系统 :任何 pc 平台;
浏览器 :具有 ie 内核的浏览器, firefox 浏览器。
1.4参考资料
政府机构网站需求说明书
《软件工程——原理、方法与应用》——高等教育出版社
《软件工程》史济民 顾春华 郑红 高等教育出版社
《软件项目管理案例教程》 韩万江 姜立新 机械工业出版社
《软件工程课程设计指导书》 北京工业大学计算机学院
二、项目的需求分析
2.1主用例图
政府网站的系统共有三类使用者:群众、网站管理员、政府人员。三类用户 可以随意浏览网站上的公开信息, 但都需要登录系统后才能执行自己相应的用例 操作,也就是登录用例。其还有修改登录信息的扩展用例,内容包括修改邮箱、 密码、 详细个人信息等。 登录系统后, 网络管理员涉及的用例有维护、 发布信息、 更新信息。其中维护用例分为用户信息维护、日志维护、后台数据维护、权限信 息维护四个子类。而群众的用例为网上查询、网上咨询、网上申报、政民互动。 政民互动, 顾名思义, 同样也是政府人员的用例, 通过子类交流论坛、 在线互动、 民意征集三项用例分别通过阻塞和非阻塞模型建立交流环境。 政府人员其余的用 例还有网上审批和网上采购,都属于权限操作。
2.2活动图
业务流程描述
公共活动图
2.2.1用户登录活动图
用户输入用户名和密码,系统根据用户的输入要数据库中检索,信息正确, 则进入系统,否则给出出错提示信息。
2.2.2网站管理员修改登录信息活动图
网站管理员登录成功后,可以对的自己的登录信息进行修改。输入原始用户 名和密码, 然后输入需要改的用户名和密码, 为保证准确, 用户要重新输入一次 新密码,提交,系统验证用户信息,信息无误则提示用户修改成功,否则提示用 户输入错误,重新让用户输入 。
2.2.3群众查询政务消息和业务办理流程活动图
当群众登陆时验证信息是否正确,验证失败则提示,成功则进入个人主页, 可以进行网上业务的申请或者查询政务消息。 显示登陆用户的咨询信息, 要添加 新的资讯信息则调用文档编写模块, 设置最大可输入字数, 过滤信息。 如果提交 失败,根据不同情况提示用户。成功返回用户界面。
2.2.4网上审批 (包括群众申报和政府人员网上采购 ) 活动图
登录成功后,权限高的政府人员审批网上申报的内容或是网上采购,点击用 户界面上的审批界面。审批成功返回审批成功,失败返回失败原因。
群众活动图
2.2.5新增网上申报活动图
政府人员提交新增的申报内容是否正确,如果错误提示提交失败。
2.2.6修改网上申报活动图
普通政府人员在还没审批前发现申报有误的时候可以通过用户界面中修改 申报,进行修改,成功就更新申报信息,失败则提示修改失败。
2.2.7删除网上申报活动图
申报还没审批前发现申报有错可以将其删除。
2.2.8新增网上咨询活动图
群众新增咨询内容,提交成功提示成功,失败提示提交失败
政府人员活动图
2.2.9新增网上采购活动图
新增采购单内容,填写政府要购买的日常办公用品资料
2.2.10修改网上采购活动图
在采购单审批前,采购单有误,修改采购单。
2.2.11删除网上采购活动图
在采购单审批前,采购单有误,删除采购单
2.2.12回复政民互动活动图
政府人员回复群众在网上提出的意见和建议。
网站管理员活动图
系统管理员执行的操作都是基于已成功登录系统
2.2.13添加、修改用户信息活动图
网站管理员输入要增加的用户信息选择用户的权限, 提交, 保存用户, 系统更新 数据库提示添加成功,若信息录入不正确则提示系统管理员,重新输入。 2.2.14删除用户信息活动图
首先, 网站管理员根据要删除的用户名查询出用户的信息, 执行删除, 并确认删 除,系统更新数据库,比高提示管理员删除成功,若管理员取消删除,则取消删 除的执行。
2.3属性
2.3.1可用性
A 、改进的内部体系结构
B 、发生系统故障时迅速恢复。
C 、改进了开发人员工具代码
D 、减少了重新启动情况
E 、桌面用户界面应与 Windows 98/2000/XP/Win7 兼容。
2.3.2可靠性
A 、在规定的条件下,在规定的时间内,尽可能减少系统失效的概率;
B 、在规定的时间周期内,在所述条件下软件能够执行特定的功能;
2.3.3效率
允许系统中有更多的用户, 并提供更短的响应时间和更快的事务速率。 数据出错 时能够尽快的回复,尽可能地减少损失。
2.3.4安全性
A 、系统要求在有较高的安全性,由于在生成订单时,用户的账号需要在网络上 传输,所以必须提供额外的安全措施。
B 、留言时,要防止脚本攻击。
C 、数据库系统要备份,以免破坏或被攻击
2.3.5可维护性
A 、改进和补充文档提高程序的可理解性,提高可维护性可移植性。
B 、软件维护过程中,维护小组也可以采取与主程序员小组和结构普查类似的方 式,以保证程序的质量
C 、软件在运行期间,为了纠正新发现的错误或缺陷,为了适应计算机环境的变 化,为了响应用户新的需求,必须进行修改。
2.3.6可移植性
三、项目设计的基本原理和采用的主要方法与技术
3.1原理
1、用分阶段的生命周期计划严格管理
2、坚持进行阶段评审
3、实行严格的产品控制
4、采纳现代程序设计技术
5、结果应能清楚地审查
6、开发小组的人员应少而精
7、承认不断改进软件工程实践的必要性
3.2项目所采用的模型:瀑布模型
3.3项目采用的主要技术:
●技术路线:
asp.net
Windows 2003 Server SP1(以上包括 SP1)
Html
Css
Javascript
●开发工具:
.netFramework 2.0
PhotoShop
●开发语言
Html
asp.net
四、本人实现项目的过程与步骤
我担任的职位是文档管理员, 主要负责完成课程设计小组最终报告、 小组电子文 档管理和帮助系统开发等工作,可适当协助角色网页设计员。
1.SRS 分层数据流图与数据字典
2. 网站后台服务模块集成测试
3. 系统配置、帮助与使用说明小组报告
4. 小组课程设计最终报告
5. 课程设计报告
首先进行需求分析的了解, 然后进行概念结构设计、 逻辑结构设计、 详细设计等 部分的了解, 协助网页设计员完成小部分系统开发, 最后做出小组课程设计报告 和系统配置、帮助与使用说明小组报告。
同时我还担任测试员的工作, 主要负责测试计划的制定、 测试用例的设计以及测 试的实施等工作。
1. 后台服务集成测试
2. 前台服务集成测试
3. 单元测试
4. 填写测试报告
对需求分析、 概要设计、 详细设计等进行深入的理解, 对功能以及各个功能流程 进行深入理解, 然后进行测试用例的设计以及测试计划的制定, 可以在网站的开 发过程以及网站的开发结束后即时进行测试。
本人参与实现项目的过程及主要步骤:
1. 参与项目计划的制定,确定时间及人员的分配
2. 参与概要设计与详细设计中流程图的绘制
3. 管理小组文档
4. 协助组长用 project 制定项目计划
5. 协助组员在网上查找资料
6. 编辑测试用例
7. 执行测试用例
8. 完成小组最终报告的初稿
五、个人遇到的困难与获得的主要成果
在项目进行的初期:由于是初次去设计开发政府网站,开始对于网站的架构以 及流程并不是很熟悉,所以整个小组通过研究去了解网站的各种流程以及需要 的技术,个人则开始对于我们项目过程中的文档进行整理,备份,以防在修改 过程中造成数据丢失等问题。并且用 project 制定了项目进度计划以便跟紧项
目进度从而控制项目时间。
在项目初期所遇到的问题:由于项目的时间比较紧,而且任务重,并且项目开 发过程中文档的修改的人数也比较少,而且 svn 等的环境配置起来并不容易, 就没有用类似与 svn 等版本控制软件控制版本而采用了利用 QQ 群中的群共享 来实现文件的版本控制:我们采用的 QQ 群进行文件的保存,我们在文件的名 字后面加上年、月、日以及时间的信息,这样就不会出现重复情况了。当需要 对以前的文件进行修改时,需要先在群里面通知一声,这样就不会出现两个人 在同时修改同一个文件的情况出现了。对于版本控制的问题也就由此解决。
在项目进度的中前期:在制定需求规格分析时我也参与了需求分析中流程图的 设计,主要是对于他们所设计的流程图提出不足并相互讨论,最终确定出网站 所需要设计出来的功能的各个流程以及流程图,一遍为以后的数据库设计以及 测试用例的设计提供基础。 并且对文档的格式进行整理, 使文档更加容易阅读, 更加美观。
在项目中前期遇到的问题:在开始用 visio 画流程图感觉画的并不是很正式, 于是我们采用 rose 花流程图,开始并不是很清楚 rose 的使用,经过了一周的 学习和摸索,最终能够顺利的将各个流程图实现。能够帮助程序员根据相应的 功能设计相应的流程图。
在项目进行的中期:即软件的概要设计及详细设计阶段。主要协助其他程序员 找一些网上办公的资料,还有政府的一些相关机构。通过研究这些政府网站的 结构以及项目流程,能够更详细更准确的设计出我们的网站结构以及流程,能 为后面的编码工作实现的更加轻松,无误。
在项目中期遇到的问题:在进行概要设计和详细设计时并不能很详细的设计出 所需要的工作流程。于是我们决定去找一些网上的各种政府机构的网站进行参 考,经过了我们对网上的各个政府网站的研究,最终能够确定我们网站的功能 以及各个流程。
在项目进行的中后期:就是网站的编码实现阶段,我所做的工作主要有辅助程 序员的编码工作,对于文件以及源代码进行版本控制,是的网站的开发能够快 速、有序的进行。在程序员编码的同时,我也开始根据概要设计说明书和详细 设计说明书中的数据库设计和网站功能流程图进行测试用例的设计以及测试计 划书的编写了。这样以来就可以在程序员完成编码的时候第一时间对我们的网 站进行测试。以便尽快完成任务。
在项目中后期遇到的问题:由于不负责参与编码,我则负责测试用例的编写, 于是在他们编码的同时,我也开始根据概要设计与详细设计进行测试用例的设 计,参照其他网站的基本测试流程,我确定这次的测试主要以功能测试为主。 在项目的最后阶段:整理小组所编写的文档以及对网站按照之前编写的测试用 例进行测试并跟踪缺陷直到缺陷被修改,使网站用起来不会出现更多的错误, 并且使用起来能够更加的方便,美观,易用。能让我们的网站能够更加的完美。 在项目最后阶段遇到的问题:在项目时间紧测试任务重的情况下我记录并即时 联系开发人员去修正错误,并且把握网站的主要功能的使用,能够使网站能够 及时的提交。
六、测试与运行记录
6.1 用户登陆
6.1.1登陆界面
6.1.2管理员权限登陆
6.1.3 用户注册页面
6.1.4普通用户登陆
6.2搜索功能
6.2.1搜索无结果
6.2.2 搜索有结果
6.3 查看内容 6.3.1 查看发言内容
6.3.2 查看信件
6.3.3 用户文章管理
6.4 删除条目 6.4.1删除条目
6.4.2 删除确认
6.4.3
条目已删除
七、课程设计完成结果分析与个人小结
本次软件工程课程设计我们设计的项目是政府网站系统。 为期十一周, 本组 同学都积极参与到课设当中,一起讨论、互相学习、互相帮助,在良好的学习氛 围中完成课设。我主要负责的模块包括:文档的管理,测试用例的设计,测试用 例的实施, 并且同组员一起完成了详细设计说明中的活动图、 时序图以及流程图 的绘制以及其他各项工作。积极参与到各个文档的编写当中。
由于之前我所选得也是软件工程方向, 所以甚至软件工程的重要性。 软件工 程是研究和应用如何以系统性的、 规范化的、 可定量的过程化方法去开发和维护 软件, 以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的 技术方法结合起来。 我们这次的软件工程课设, 从开始的设计项目计划, 到最后 的测试验收,能让我们真正感受到一个软件或者项目,从它的孕育到他的完成, 整个流程是如何过来的。 从最开始的项目计划, 到最后的演示验收, 都是我们自 己一点点去完成的, 也能让我们体会到一个产品生产起来的规律和不易, 这对我 们在以后的工作中都有这很大益处。
软件工程的目标共有以下这些:
(1) 适用性 :软件在不同的系统约束条件下, 使用户需求得到满足的难易程度。
(2) 有效性 :软件系统能最有效的利用计算机的时间和空间资源。各种软件无 不把系统的时 /空开销作为衡量软件质量的一项重要技术指标。很多场合,在追 求时间有效性和空间有效性时会发生矛盾, 这时不得不牺牲时间有效性换取空间 有效性或牺牲空间有效性换取时间有效性。时 /空折衷是经常采用的技巧。
(3) 可修改性 :允许对系统进行修改而不增加原系统的复杂性。它支持软件的 调试和维护,是一个难以达到的目标。
(4) 可靠性 :能防止因概念、 设计和结构等方面的不完善造成的软件系统失效, 具有挽回因操作不当造成软件系统失效的能力。
(5) 可理解性 :系统具有清晰的结构,能直接反映问题的需求。可理解性有助 于控制系统软件复杂性,并支持软件的维护、移植或重用。
(6) 可维护性 :软件交付使用后,能够对它进行修改,以改正潜伏的错误,改 进性能和其它属性, 使软件产品适应环境的变化等。 软件维护费用在软件开发费 用中占有很大的比重。可维护性是软件工程中一项十分重要的目标。
(7) 可重用性 :把概念或功能相对独立的一个或一组相关模块定义为一个软部 件。可组装在系统的任何位置,降低工作量。
(8) 可移植性 :软件从一个计算机系统或环境搬到另一个计算机系统或环境的 难易程度。
(9) 可追踪性 :根据软件需求对软件设计、程序进行正向追踪,或根据软件设 计、程序对软件需求的逆向追踪的能力。
(10) 可互操作性 :多个软件元素相互通信并协同完成任务的能力。
这次我们也许并没有完全的达到这些目标,但我们也在向着这些目标努力,并 且也会在以后的工作中去更好的完成这些目标。 一个真正的软件, 例如 windows , office , photoshop ,并不是一个月,一年就能简简单单完成的,而是需要用十 年,二十年去完善去制作他的,软件虽然是有生命周期的,但是真正的软件是 有着他自己的生命的,虽然开始的设计很重要,但是对于以后的修改和完善则 是更加重要。只有这样才能才能真正做出来一个算得上完美的软件出来。
经过了这次的软件工程课设,我还认为在软件编码之前,最初的设计也是很重 要的。虽然人们对“软件设计”的重要性已经有太多的强调,但是我认为无论 再怎么强调也不过分,因为一个好的软件设计至少会提高软件的质量、节约开 发成本。创建一个软件系统与其它需要耗费人力与财力的工程是一样的。如果 你要造一幢房子,在开始砌第一块砖之前,你必须事先画好建筑图与蓝图。在 你开始浇铸水泥之前,你必须让人评审你的蓝图并获得通过,在软件开发中事 先做计划也与此类似。
由于我比较喜欢测试,所以在这次我也在测试方面下了许多功夫,担任了程序 员的工作我认为应当把软件测试贯穿到整个软件开发的过程中,而不应该把软 件测试看作是其过程中的一个独立阶段。因为在软件开发的每一环节都有可能 产生意想不到的问题,其影响因素有很多,比如软件本身的抽象性和复杂性、 软件所涉及问题的复杂性、软件开发各个阶段工作的多样性,以及各层次工作 人员的配合关系等。所以要坚持软件开发各阶段的技术评审,把错误克服在早 期,从而减少成本,提高软件质量。
这次,我没有参与网站的编码工作,而去参与网站的测试工作,因为由开发人 员来测试自己的代码是一件很不妥当的事情。 开发和测试生来就是不同的活动。 开发是创造或者建立某种事物的行为,如一个功能模块或整个系统。而测试的 重要目的是证实一个模块或者一个系统工作不正常。这两个活动之间有着本质 的矛盾。一个人不太可能把两个截然对立的角色都扮演地很好,因此应当限制 开发人员在测试中的参与,给他们比较合适的任务是进行最底层的测试 —— 单 元测试。
当一个程序员完成了设计与编写程序的建设性工作后,要一夜之间突然改变他 的观点,设法对程序形成一个完全否定的态度,那是非常困难的。所以,大部 分程序员都由于不能使自己进入必要的精神状态(不是抱着要揭露出自己程序 中错误的态度) ,就不能有效的测试自己的程序。除了这个心理学问题之外,还 有一个重要的问题:程序中可能包含由于程序员对问题的叙述或说明的误解而 产生了错误。如果是这种情况,当程序员测试自己的程序时,往往还会带着同 样的误解致使问题难以发现。
在这次测试中多次使用等价类划分方法所用的主要方法步骤为
划分等价类。
①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价 类和两个无效等价类。
②在输入条件规定了输入值的集合或者规定了 “ 必须如何 ” 的条件的情况下,可 确立一个有效等价类和一个无效等价类。
③在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价 类。
④在规定了输入数据的一组值 (假定 n 个) , 并且程序要对每一个输入值分别处 理的情况下,可确立 n 个有效等价类和一个无效等价类。
⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合 规则)和若干个无效等价类(从不同角度违反规则) 。
⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再 将该等价类进一步的划分为更小的等价类。
确定测试用例。
①为每一个等价类编号。
②设计一个测试用例,使其尽可能多地覆盖尚未被覆盖过的合理等价类。重复 这步,直到所有合理等价类被测试用例覆盖。
③设计一个测试用例,使其只覆盖一个不合理等价类。
由于时间比较紧张,基本上每个文档的编写制作只有一周的时间所以最初做出来的设计文 档并不是很完善,在这里感谢一下苏航老师的耐心查看和细心指导,才能让我们的文章能 够更加的完善,并且能够让我们提交的文档能够取得更高的分数。
八、附录(软件配置、个人完成的程序模块和文档清 单)
8.1软件配置
8.1.1 文档与资料
详见 8.3文档清单
8.1.2源代码
8.1.3相关产品
Microsoft office
Rational Rose
Windows 7
Nodepad++
8.2个人完成程序模块
小组文档整理
测试计划书
8.3文档清单
课设分组报告 .doc
项目开发计划 .doc
需求规格说明书 .doc
概要设计说明书 .doc
详细设计说明书 .doc
测试计划书 .doc
测试分析报告 .doc
项目开发总结 .doc
范文二:软件工程个人总结
软件工程实践个人总结
学号:
在这个学期的软件工程实践课中,我们小组所选的题目为XXX公司全国销售管理系统。按照这个题目及相关需求,我们小组对选题进行了需求分析、模块设计、系统设计、数据库设计、用户界面设计等,并积极完成相应的开发编码工作,后又对开发的系统进行了相应功能的测试工作。
对项目的理解
我们项目小组制作的的是XXX全国销售管理系统,该公司考虑进行集约化经营模式,进军电子商务领域,将全国市场资源进行整合形成有自身特色的经营体系,提升企业核心竞争能力,为此需要运用电子商务的力量对全国经销商资源进行整合,对线上和线下进行双重营销。
经过对该项目的相关分析,我们小组明确了要具体实现的功能模块。我们所开发的系统共有两大模块,一块为XXX公司面向普通用户的在线商城销售系统;另一块为XXX公司用户进行对内的自我管理的管理系统。两个大模块下具体细分包括网上商城、客户管理、市场及销售管理、内部办公系统、仓库管理、财务管理、权限与安全7个子模块
1
在线商城中,要实现商品信息的展示、浏览,用户将添加商品到
购物车,下单购买等功能。
管理系统中,要实现的功能包括:公司的内部人员及人员对应的权限的管理、公司产品库存的管理、公司财务的管理、公司推出的一些市场营销活动(比如:促销、广告等)的管理等。
自己在项目中负责的部分
在小组完成该项目的工程中,组内进行了明确的分工,包括项目初期的分析、文档撰写及项目后期的开发测试过程。在小组中,我负责的部分为:项目初期的数据库分析、数据库设计文档的撰写和后期的测试工作。在数据库设计及相应文档撰写方面,我独立完成了数据库的初期设计和数据库设计文档的撰写,数据库文档总页数为11页。我所撰写的数据库设计文档被组内其他人和其他文档整合到一起,后来,实际的开发人员在此基础上进行了一部分的修改。在后期的开发过程中,我负责的部分为系统测试。具体负责的部分为:网上商城、库存管理、系统权限与安全这三个模块的测试工作。
网上商城部分,主要功能包括商品信息的浏览、购物车功能及下订单三大部分。在编写的测试用例中,包括:
1. 商品信息展示测试:分别以游客及网上商城注册用户身
2
份浏览商城,在商品类目中选择相应的商品信息,查看商品信息的显示是否存在问题。随机打开商品信息条目,查看商品的详细描述信息,查看商品详细信息页面是否能正常显示。
2. 购物车相关功能测试:购物车需要以注册用户身份登录才能正
常使用,游客无法正常使用购物车功能。购物车相关功能包括商品添加到购物车、购物车中浏览已添加的商品、将已添加的商品从购物车中删除、选择购物车中的商品提交订单。每个购物车的相关功能都编写了相应的测试用例。结果发现在网上商城的初期版本中,购物车无法正常删除已添加的商品信息,已作为bug提交给相应的开发人员。在后续的版本中,该bug已经被修复。
3. 由于订单功能设计支付等相关部分,开发人员未完全实现订单的相应功能。所以订单部分无法进行详细的测试。
库存管理部分,主要功能包括商品库存信息查看、出入库单的查看、出入库详情的查看、商品出入库及出入库单的审批。编写的测试用例中,包括:
1. 商品库存信息的查看:以超级管理员或库存管理员的身份登录
后台的管理系统,在库存中查看商品的库存详细信息。
2. 出入库单的查看:查看出入库单是否正确。
3
3. 商品出入库的测试:新建商品的出入库单,提交知否能否在出
入库单中查看到且出入库单的商品信息、数量、出入库单的状态是否正确。
4. 出入库单的审批测试:在出入库单的审批界面中,允许某些出
入库单的审批,不允许另一些出入库单的审批,然后在出入库单查看界面,查看审批的订单的状态是否发生改变。
系统角色权限及安全部分,主要的功能包括:新建角色、删除角
色、角色权限的管理。测试用例包括:
1. 以超级管理员用户登录后台管理系统,建立新的角色并赋予相应的权限。
2. 以超级管理员身份登录,并删除某些已经存在的角色,看系统是否会产生某些级联的错误。
3. 角色权限的管理:为已存在的角色添加或删除某些权限。 经过测试,在我测试的模块中,只发现商品购物车无法正常删除已添加的商品,其他的功能都能正常使用。
经验总结
本次的实践让我学到了一些我之前不了解的东西。这次的软件工程实践,分工十分明确,有分工的职责也很细,我分到的岗位是软件测试。在此之前,对于软件测试,我只是听
4
说过,却并没有真实地接触过。对于组长指派给我的编写测试用例,我完全不知道要怎么写,也不知道从何下手。后来,同样是负责测试用例的组里其他成员给我发了一份测试用例的文档,我以此为参照,结合自己负责的部分,才渐渐对于测试用例有了一个大致的认识。按照自己对于软件测试的理解,加上同学的测试用例示例,结合同学的指导,我才大致完成了测试用例文档的编写,也顺利的完成了对开发的销售管理系统的测试。 在这些测试用例的编写中,由于我对软件测试及测试用例的了解不深,难免存在一些问题,例如:不能很好的测试到系统中的一些功能,无法测试到一些会引发问题的情况等。
另外,在这次的软件工程实践里,也跟着整组人完整地经历了一遍软件开发的流程。之前的一些课程虽然也有涉及,但总的来说没有这么完整,时间跨度上也没有这么长。在这么课中,第一次接触到了软件开发小组中用到的周报,也学到了其他一些书本上没有的东西。
篇二:软件工程个人总结报告
目录
目录 .................................................................................................
...............................(转载于:www.zaIdian.cOM 在点 网:软件工程个人总结).............. 0
5
1.1 编写目
的......................................................................................................................... 1
1.2 项目简
介......................................................................................................................... 1
1.2.1 项目名
称......................................................................................................................... 1
1.2.2 产品标
识......................................................................................................................... 1
1.3 定
义 ................................................................................................................................ 1
1.4 参考资
料......................................................................................................................... 1
2. 项目概
述 ................................................................................................................................ 1
2.1 工作内
6
容......................................................................................................................... 1
2.2 酒店管理系统的功能结
构 ............................................................................................. 2
2.2.1 客房预订系
统 ................................................................................................................. 3
2.2.2 前台接待系
统 ................................................................................................................. 4
2.2.3 前台收银系
统 ................................................................................................................. 5
2.2.4 管家系
统......................................................................................................................... 6
2.2.5 密码管理系
统 ................................................................................................................. 7
2.2.6 夜审系
统......................................................................................................................... 8
7
3. 项目组织和资
源..................................................................................................................... 9
3.1 项目组
织......................................................................................................................... 9
3.2 项目资
源......................................................................................................................... 9
3.2.1 人力资
源......................................................................................................................... 9
4. 实际开发结
果......................................................................................................................... 9
4.1 软件产品描
述 ................................................................................................................. 9
4.2 主要功能和性
能 ........................................................................................................... 10
4.3 进
8
度 .............................................................................................................................. 10
5. 实施计
划 .............................................................................................................................. 10
5.1 项目工作任务分
解 ....................................................................................................... 10
5.2 关键问
题....................................................................................................................... 10
6. 经验与教
训 .......................................................................................................................... 10
引言
1.1 编写目的
编写此计划的目的是为了对项目的完成情况进行总结,方
便软件下一步的进展。
它说明了本项目软件开发的方法,是一个高级计划,可以
为本项目的相关专题计划的制定提供指导与参考,供项目组
全体人员阅读从而更好地进入下一阶段的工作。
1.2 项目简介
9
1.2.1 项目名称
项目名称:酒店管理系统(HMS)
1.2.2 产品标识
产品名称:酒店管理系统(HMS)
1.3 定义
HMS(Hotel Management System)
酒店管理系统
PM (Project Manager)
项目经理
CM (Configuration Manager)
配置经理
SQA(Software Quality Assurance)
软件质量保证
RUP(Rational Unified Process)
Rational统一过程
1.4 参考资料
《酒店管理系统需求分析说明书》
《酒店管理系统详细设计说明书》
2. 项目概述
随着旅游业的民展,酒店、餐饮娱乐行业日趋发达,引入全方位的电脑服务和电脑管理日益流行。传统的酒店管理往往令管理者花费大量时间来处理顾客投诉,例如错误查询、
10
繁琐的登记和结账手续、旅客费用结算错误、空域客房资料不能及时提供等,从而影响出租效率,使管理人员不得不集中精力规划管理运行策略和进行决策。本项目开发的目的,就是为了使酒店管理从传统的模式中解脱出来,进入先进的酒店管理模式,避免传统管理模式中出现的问题。
2.1 工作内容
项目名称定为:酒店管理系统。
本系统分为以下几个模块:
1、 客房预订系统:能处理散客预定、团体预定、客房预定,还可以进行预定未到处理,和预
售查询。
2、 前台接待系统:散客入住登记、合约入住登记、团体自动入住和手动入住、补填客单、修
改客人信息、转房、调房、设置房态、预定客房查询、可售客房查询。
3、前台收银系统:能实现转帐、加入押金、限制客人消费、埋单、退房等功能。
4、管家系统:设置净房、脏房、坏房、及取消坏房,设置SKIP、SLEEP房,查询净房、脏房、坏房表,房间状态,新入住查询。
5、密码管理系统:密码系统,员工使用该系统的密码管理机制。
11
6、夜审系统:过房租:每天一次地将在住客的账目加上当天的房租费用日营业报表.
将当天的收分类统计,产生客人余额表,查询客人明细账。
2.2 酒店管理系统的功能结构
酒店管理系统中,分为6个下属模块,模块分解如下图所示:
图2.2 酒店管理系统模块分解图
2.2.1 客房预订系统
客房预订系统包括客房预订、预售查询、预订未到处理三个子功能模块,实现了快速处理预定客房的目的,同时可以自动处理预定到时间没有入住的情况。
客房预订系统的功能分解图如下:
图2.2.1 客房预订系统功能分解图
2.2.2 前台接待系统
前台接待系统的主要功能是在客户入住的时候进行入住登记,同时还可以在客人入住之后按照客人的需求给客人调换房间。功能分解如下:
篇三:软件工程总结样本
软件工程学习总结
一、软件工程概念和意义
软件工程的概念:软件工程是开发,运行,维护和修复的系统方法。 它的三要素是方法,工具和过程。
12
软件工程的意义:
软件工程的作用就是将软件设计和开发作为一项工程对待,采用严格的设计开发规范,将软件产业化。而不是作坊式的、无序的、杂乱无章的研发。 重点强调:
软件研发人员应该具备的素质:
1、逻辑思维能力
2、举一反三能力
3、自学、独立解决问题的能力
4、对软件开发的兴趣
软件研发人员知识结构的组成:
专业知识:操作系统,数据库和开发语言等方面
二、软件的生命周期- 定义阶段
最终需要输出项目评估表、项目计划表、项目组进行立项会议
重点强调:
项目评估和计划表的意义
1. 项目评估表:确定待开发项目的总体要求和适用范围和成本估算,以及与之
相关的硬件,支撑软件的要求。预估了整个项目需要的开发技术,相关设计
人员和开发人员。能规划风险分析,避免不必要的人力,财力,物力的浪费
13
2.计划表:确定待开发软件的目标,对其进行可行性分析,并对资源分配,进度等做出合理的计划.为下面的开发和维护阶段奠定了基础
三、软件的生命周期 - 开发阶段
A软件需求分析
1)开发团队:需求设计文档、需求文档的评审
2)测试团队:测试方案、测试方案的评审
重点强调:
软件需求规格说明书格式:详情见附件
需求说明书中的用例图、时序图、低保真以及数据字典
软件需求规格说明书中功能说明模块重点强调:
功能说明模块包括:
用例名,用例的简要说明,前置条件,用例图和时序图,事件流(基本事件流和扩展事件流),后置条件
B编码
1)开发团队:软件编码、软件代码评审、软件单元测试、集成测试
2)测试团队:测试用例、测试用例评审
重点强调:
编码前:先在头脑中理清楚代码功能的实现思路,并在草稿上体现出来
编码中:代码必须规范,类名以及其他的命名规范,程
14
序清晰,注释准确充足,并要遵循模块化和高内聚,低耦合这样的标准
编码后:将编码过程中遇到的问题用EXCEL表记录下来
C软件系统测试
1)开发团队:定位问题、修改问题、验证问题
2)测试团队:发现问题、配合定位问题、回归问题、输出测试报告
重点强调:
问题单处理过程,发现、定位、修改、验证、回归等工作流程;
测试过程中基本概念和方法
1). 基本概念:软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试,甚至根据需要编写不同的测试工具,设计和维护测试系统,对测试方案可能出现的问题进行分析和评估。执行测试用例后,需要跟踪故障,以确保开发的产品适合需求。
2).测试方法:
1.从测试设计方法分类:
A.黑盒测试:把软件系统当作一个“黑箱”,无法了解或使用系统的内部结构及知识。从软件的行为,而不是内部结构出发来设计测试
15
B.白盒测试:把软件系统当作一个“黑箱”,无法了解或使用系统的内部结构及知识。从软件的行为,而不是内部结构出发来设计测试
C.灰盒测试:介于黑盒和白盒之间
2.从测试时手动还是自动上分类:
A. 手动测试:测试人员用鼠标去手动测试 (测试GUI)
B.自动化测试:用程序测试程序 (测试API)
测试报告的重要性以及文档组成
1.测试报告的重要性:
软件测试报告作为对测试工作和项目情况的总结,对测试成果的体现,有着重要的意义。
2.测试文档组成:
测试计划、测试设计规格说明、测试用例规格说明、测试步骤规格说明、测试日志、测试事件报告、测试总结报告。
D软件验收
输出验收测试用例、提供现场环境部署、用户验收测试。
重点强调:
客户验收的重要性:
是衡量软件是否满足客户需求或弄清预期结果与实际结果之间的最高标准,它标志着软件项目现价段的是否结束,评判整个软件团队的综合素质的最高体现。
可能存在问题和风险-软件安装包部分
16
E软件开发团队项目结项
输出项目总结文档,从个人经验和项目管理角度,进行全面总结,取长补短,形成有效率的成功团队。
重点强调:
希望形成一种习惯,做一个爱总结爱思考的人。
四、软件的生命周期 - 维护阶段
现场软件运行期间,我们基本要做的事是技术支持、数据维护以及挖掘新的需求
五、个人总结
提出近阶段个人学习总结以及遇到问题
1. 个人学习总结:
1).通过两个星期的学习,知道了软件工程是门很重要的学科,了解了很多相关的理论知识,重点是软件的生命周期
2).通过需求分析,能写出软件需求规格说明书
3).会通过画图工具StarUML,画出时序图,用例图和类图等
2. 遇到的问题:
1).写需求文档时,不能全面准确的分析,尤其在功能描述方面,不能很好的把握和理解
2).对于时序图方面,不能很好的对对象的整体和细节去把握,这方面仍需加强
篇四:2014软件工程个人实习总结
17
西南交通大学信息科学与技术学院
软件工程系2012级
程序设计综合实习/软件工程实习
个人实习总结
专 业:___软件工程______________ 班 级:__ ********______________ 学 号:__ ********______________ 姓 名:__ ***__________________ 组 别:____ ********______________
2014年7月
个人实习总结
基于本次暑期实习的情况,我收获很大。
从实训目的来看,本次实训主要是在VS2012开发平台上实现对C#语言、SQL数据库的应用,就我所在小组的项目工作内容来看,还需要掌握水晶报表和MDI多窗口应用技术。除了要充分熟悉开发平台及应用设计之外,还要掌握并实践软件项目设计规范及其开发流程即需求阶段、分析和设计阶段、编码阶段和测试阶段,以便能按时交付作业。
从实训的内容来看,我小组的项目是“人事工资管理系统”,主要实现公司企业对内部员工档案、工资、奖罚考勤等一系列的管理,这在当今不断壮大的企业用人单位是亟待需要的,总的来说,项目的难度系数不是很高,但也是相当
18
困难。
在校外实习之前,老师先在校内培训了5天。5天实训中,着重讲解了c#语言应用,并布置编写“通讯录”工作台程序,windows应用程序和WPF程序,数据先是用文本保存,然后练习用数据库保存,期间每天需上交当日作业。5天的时间里,通过不断地学习,我从完全不懂c#语言成长到初步掌握了这门语言,当然在具体应用中还是会遇到些问题,但我还在学习。其实在实习的前一个月里,老师就上传了一些关于c#语言的资料并通知我们需要配置哪些软件环境,对于这一点,我是相当感谢何老师的,当然在校外的实习里,公司也全都把开发项目用到的一系列软件上传到公共文件夹里,从而免去了我们下载软件的麻烦,在此,感谢众老师。
校内实习要上交的作业我是在校外实习中补充完成的,因为之前上交的作业由于时间仓促大都有错误,所以借着校外实习中对c#语言的进一步应用和讲师的详细讲解后,我重新改正了错误,希望何老师能谅解采纳。
校外实习是从7月12号开始,历时15天,15天的最后一天要回校评审。我对本次校外实习的各个方面都十分满意。相比上次实习,首先这里的住宿学习条件非常好,住宿和实习地都安装了空调,实习地方环境清幽宽敞明亮,伙食也非常好。然后就是
实习讲师非常专业和负责,他事先把所有有关实习的资料
19
软件存放在公共文件夹,且规划入微。一开始先是对我们进行C#测试分好组安排好每组项目任务,又指导我们每个小组安装SVN软件,方便小组文件上传与统一,整体一气呵成,不似之前实习的凌乱,这一点我十分敬佩。之后每天都先安排好任务工作,认真且非常详细的给我们操作示范并细心地制作成word文档供小组之后查看。每隔几天都会有小组评审,主要针对小组所编文档的规范程度和不足提出修改建议。作为小组的PM,我必须承认一开始工作任务安排不当,没有完全发挥各成员的优势,以致文档编写的有些瑕疵,不过在小组评审过后,我便及时更改了项目工作的分工,而之后小组项目工作进行的非常顺利,每个人的能力都得到了最大的发挥和升华,当然这完全得力于小组成员的高度配合。
我小组是c#软件开发第一组,组内有6名成员,两个主要负责项目核心代码的编写,其余负责简单模块代码的编写,我主要负责填写与修改相关项目文档并督促小组进度和团结组内成员、合理分配组员任务并及时调节组内安排的各种不适与问题。校外实习的过程中,小组成员高度团结,协调合作,对所有问题都能及时探讨并高效解决,有时遇到分歧,不过在全体讨论后,都能找到合理的统一方案,如在界面设计环节中,就登陆界面和模块界面的设计中,组员有很多不同建议,在询问老师和权衡实现困难程度后,我们达成
20
了一致意见,统一后的界面相比之前更加规整明晰,且功能更加健全,当然这是我们小组齐心合力的结果。在开发的过程中,出现过项目分工不明确的问题,其原因源于我考虑到组员能力的不同,所以就把大部分的工作安排给能力高的人身上,其他能力低的只暂让他们自由学习希望能尽早跟上小组步伐,不过事实证明我错了。让部分组员自由学习而不参与项目的工作中本身就拖累了小组的整体速度,而且在短暂的时间里,他们也实在学不到任何实际的东西,所以后来我更改了战略。我先让能力低的组员尝试参照模板编写一些文档的简单部分,然后让能力稍高点的组员继续补充文档的核心部分,最后由我修改格式和内容,最后让老师审阅。这个方案实施过后,小组的效率整体上明显提高,每个人各司其职,全组团结一致,共同为项目的完成发挥自己的聪明才智。而之后,在项目编码阶段,我们小组的TL负责对项目整个框架的构建,即设计好主要的窗口原型,然
后指导小组成员在自己所负责的模块上添加具体事件代码,最后再进行修改,这样做不仅将组员团结在一起提高组内效率,更直接提高了组员的编程能力。
需求分析阶段和设计阶段很快结束了,我们小组齐心协力按时完成了相关文档的编写,包括需求规约、实现规约、界面设计word图形文档、数据库设计说明书、详细设计说明书和概要说明书,在老师评审过后,发现问题还是有很多,
21
作为项目经理的我本该对这些文档进行及时修改和更正,但由于时间仓促且我们是第一组需第一个评审,所以就马马虎虎的拿未精确修改的文档进行审评了,老师着重对系统模块图和模块功能描述那块提出了些许建议,并让演示了小组编写的代码程序,对其中错误问题提出了解决方案。之后进行一番修改过后,我小组正式进入了编码阶段,编码只有短暂的3天,后两天老师分小组评审并提出改进意见,小组修正和改进代码结构语句,完善项目要求,紧接着进入测试阶段,老师又着重介绍了一些测试工具方便小组测试,填写并修改好测试文档后,整个实习就将要进入尾声了。再回校进行最后评审项目PPT和提交作业后,暑期实习就正式结束。
短短半个月的实习中,我深深的感受到自己在实际应用中专业知识的匮乏和短时间学习掌握一门新知识和新技术的困难,这是我非常畏惧的两大难题。就自身来说,我喜欢有所准备,不喜欢临阵磨枪,尽管之前对实习要求的知识技能有些了解,但到真正实施时,还是不免有些不知所措,而之后能慢慢克服畏惧慌张并团结小组成员按时且高效的完成作业,这都得力于实习老师和组员对我的巨大帮助,在此,由衷感谢他们,也感谢我自己。
本次实习,我成长了很多,相比过去的浮躁戾气,现在的我更多的是一份耐心和隐忍,而且在面对新知识和新技能时,我不再紧张无措,而是耐心学习,认真处理每个问题,
22
积极迎接每个挑战,这才是一个将要步入社会的合格大学生所应具备的品质。而且,在书本知识的具体应用中,我秉承“熟能生巧”这句古语的精髓,坚持不懈,勤加练习,一次次的遇到困难,一次次的战胜困难,又一次次的总结困难。
这次实训是对我们学习的一个检验。项目中有很多知识在日常的学习中都没有接触过,同时也提醒我:要想成为一个合格的
程序员就需具备一种自学能力,千万不能畏惧挑战,因为在寻找答案和解决问题的过程中,不仅是项目工作得以完成,而且自己的能力也在潜移默化的提升。我们要不断地探索,不断地尝试,不断地锻炼自己的胆识与勇气,要相信,只要自己秉承努力奋斗、为理想拼搏的精神,尽管未来道路荆棘丛丛,也一定可以披荆斩棘,度过重重难关,实现自己的理想。
这次实训是对我们实际能力的一个提升。让我感受最深的是理论和实际的结合,正如列宁那句话所说,“理论联系实际,实践是检验真理的唯一标准”。理论知识固然重要,可是无实践的理论就是空谈。真正做到理论与实践的相结合,将理论真正用到实践中去,才是展示自己才华的最佳方式。
这次实训也是我们日后步入社会进入团队合作的一个很好的奠基。本次实训,除了专业知识的应用,也让我收获了好多人生哲理。个人力量固然重要,团队力量也不容小觑。
23
团队是个人才能展示的最佳舞台,是个人才能升华的最佳练习场,我爱我们这个团队。
实习真的结束了,相信在它的锻造下,我会走的更远。
24
范文三:软件工程个人总结
得分:
《软件工程》个人总结
姓 名: 石青龙
学 号: 201310403104
软件名称: 我的大学微信
日 期: 2016年06月16日
昆明理工大学信息工程与自动化学院
1学习综述
在这个课程中学到需求分析的重要性以及提前要做好总体设计并且如何做好一个完备的总体设计。再到详细设计就是对总体设计的延伸,做到更加细致的设计。还有白鹤与黑盒测试的不同之处,以及用于不同的场合。
2软件开发
我们所开发的项目为我的大学微信,在小组中担任组员。我所做的就是设计一个整体的框架,以及详细的UI 设计,所占比例为24%。
从上课开始,老师就告诉我们软件工程实际是一门专业,但是自己并没有怎么领会。直到在之后的学习中才理解,这其实是一门很需要时间的专业。
差不多第二节课,老师就要求我们有一个明确的软件设计目标,类似于app 或者网页交互以及管理系统之类的。也就有了我们对实际需求的分析,同时我们就开始对可行性以及需求有了更加直观的认识。
因为,需求分析实际上就是————你想要什么,做什么,什么样子的。而相对应得可行性分析则是对实现需求的一个目标的精简化的过程。也就是怎么样更快更好的做到。后面我们写了自己的软件设计方向之后,并且在实现它的过程中才对各个部分深有体会。例如,我们组的是做一个andriod app,起初,并没有在意它的开发难度。毕竟抱着个学习的心态去尝试的。后面,做的时候才有了棘手的感觉,就是那种从零开始的感觉。每一个问题都要卡很久,从刚开始的平台搭建开始,到后面平台的使用都是简单但是烦人的问题。之后在遇到对andriod 控件以及使用规则的不熟悉,一而再的陷入困境。这就是开始的可行性部分没有做到位的后果。
再说,慢慢熟悉对开发平台的使用之后,能够编一些自己想要的东西,但是凌乱不堪。在开发过程中,就有一种被项目牵着走的感觉,之后不得已重新开始。但是,对总体设计有了清楚的认识。那就是类似于计划书一样的东西。或者说是目录更合适一点,可以在后面开发的过程中不停的反过来参考,做到哪了,下一步该做什么,都是十分明确的,不会乱了自己的阵脚。对了,还有最好要有一个开发记录本,用于记录个人开发过程中的总结以及在开发前的界面以及详细控件要求或则功能等。在开发的时候就更加方便。再讲测试部分,则是有些惭愧,时至今日,尚未开发完成。也只是在实体机上进行部分功能的测试。其中黑盒以及白盒都有直观的理解。对于开发者自身而言,白盒测试是找出问题的主要手段。而黑盒测试则为体验者所用。
以上差不多就是我这个学期在上课和自己亲自动手编写程序中的感受了,说来从一个开始上来就乱写的新手来说,上了这门课之后,在老师不停的叮咛中,变成一个很有思路的新人,自我感收获很大。
3意见和建议
以上差不多就是我这个学期在上课和自己亲自动手编写程序中的感受了,说来从一个开始上来就乱写的新手来说,上了这门课之后,在老师不停的叮咛中,变成一个很有思路的新人,自我感收获很大。至于建议有两点,一点是最后一节课的效果很好,为什么呢?实践!没有脱离课本的内容,所以以后这门课可以开始就一个计算机之类的作为引导,来阐述教材内容。二是课下自主开发有一定的困难,并且团队开发的具体实施方法并不熟悉,所以只不算一个建议只能算一个想法或者说问题。
范文四:软件工程实训个人总结
软件工程实训个人总结
软件工程实训个人总结
篇一:
软件工程实训总结 实训总结
一、 实训目的:
通过对java语言、sql数据库的应用以及sql语言的复习和锻炼,并且通过使用MyEclipse开发平台设计管理项目,以达到充分熟悉开发平台及应用设计。同时掌握并实践软件项目设计规范及其开发流程:
需求分析、概要设计、详细设计、代码编写等,以便提前适应软件公司开发流程、环境和工作要求。
二、实训内容:
1. 项目:
(“当当网”)
2. 完成(用户注册、登录、列表、购物车、删除、修改)等功能
3. 数据库设计、SQL应用
4. 项目实战
三、实训总结:
转眼间实训已过去一段时间,之前的兴奋、喜悦如今已经让我熟悉,在实训的每一天都会让我有成为一名真正的财富者拥有的冲动。也许,在这期间不一定会让一个人有着翻天覆地的变化,但变化就是这样一点一点产生的。通过这一期的实训,虽然倍感折磨,但是收获却是很大的,学习中我不但有了学习成果的喜悦,而且自己也日渐成熟,有种说不出的喜悦。 在实训的过程中,我深深的体会到了自己在专业知识方面的欠缺和不足,也意识到了自己作为计算机软件专业的学生,要想在以后的 职业中崭露头角,除了要有过硬的理论知识,
健康的体魄之外,还必须具备良好的心理素质,是自己在以后的途中无论经历什么样的困难,都立于不败之地。通过实训老师的课堂讲解与企业文化标准的培训,使我加深了对自己专业的认识,从而确定自己以后的努力方向,要想在短暂的实训时间内尽多的学到东西,就需要我们跟老师或同学进行良好的沟通,加深彼此的了解,只有我们跟老师多沟通,让老师更了解我们,才能更真切的对我们进行培训工作。由此,班级的文化“共享”就在生活中慢慢形成了。 “纸上得来终觉浅,绝知此事要躬行~”在这短短的时间里,让我深深的感觉到自己在实际应用中所学来专业知识的匮乏。让我真真领悟到“学无止境”这句话的涵义。而老师在专业认识周到中所讲的,都是课本上没有而对我们非常有实际意义的。这又给我们的实训增添了浓墨淡彩的光辉。我懂得了实际生活中,专业知识是怎样应用与实践的。在这些过程中,我不仅知道了职业生涯所需具备的专业知识,而且让我深深体会到一个团队中的各个成员合作的重要性,要善于团队合作,善于利用别人的智慧,这才是大智慧。靠单一的力量是很难完成一个大项目的,在进行团队合作的时候,还要耐心听取每一个成员的意见,是我们的组合达到更加完美。 这次实训除了让我明白工作中需要能力,素质,知识之外,更重要的是学会了如何去完成一个任务,懂得了享受工作。当遇到问题,冷静,想办法一点一点的排除障碍,到最后获取成功,一种自信心就由然而生,这应该就是工作的乐趣。有时候不懂的就需要问别人了, 虚心请教,从别人的身上真的能学到自己没有的东西,每一次的挫折都会使我更接近成功。还有学会了在工作中与人的合作与交流,同乐同累,合作互助,这是团体的精神,也是必须学习的东西。 经过之前的学习,对程序设计有了一定的认识与理解。在校期间,一直都是学习理论知识,没有机会去参与项目的开发。所以说实话,这次实训,软件项目开发对我来说是比较抽象的,一个完整的项目要怎么分工以及完成该项目所要的步骤也不是很明确。而经过这次实训,让我明白了一个完整项目的开发,必须由团队来分工合作,并在每个阶段中进行必要的总结与论证。 一个完整项目的开发它所要经历的阶段包括:
远景范围规划和用例说明、项目结构和风险评估、业务功能说明
书、详细设计说明书、代码实现、测试和安装包等等。一个项目的开发所需要的财力、人力都是很多的,如果没有一个好的远景规划,对以后的开发进度会有很大的影响,甚至会出现在预定时间内不能完成项目或者完成的项目跟原来预想的不一样。一份好的项目结构、业务功能和详细设计说明书对一个项目的开发有明确的指引作用,它可以使开发人员对这个项目所要实现的功能在总体上有比较明确的认识,还能减少在开发过程中出现不必要的麻烦。代码的实现是一个项目开发成功与否的关键,也就是说,前期作业都是为代码的实现所做的准备。 我深刻的认识到要成为一名优秀的软件开发人员不是一件容易的事情,不仅要有足够的干劲和热情,还要有扎实的编写代码基础, 必须要有事先对文档进行可靠性报告,功能说明书,详细设计说明书等的编写和一些风险评估的编写的能力。 除了图书馆,最能让我感觉到身在大学的就是实训机房,在匆匆过去的两个月内,我往返于实训机房与宿舍之间,使我享受了一个充实的学习时期,让我感受到了大学的魅力,对自己充满信心,对大学充满信心,以积极的心态迎接明天挑战。 实训中要求有扎实的理论基本知识,操作起来才顺心应手,我这时才明白什么是“书到用时方恨少”。这就激发了学习的欲望。 “学以致用”,就是要把学来的知识能运用到实际操作当中,用实践来检验知识的正确性。我想,这是实训的最根本目的。 最初在实训时自己就有一些不自信,但随着项目的进展,我慢慢的找到了自己的位置,找到自己的目标,虽然自己与好的同学还有差距,这也给了我很大压力,但是我相信没有压力就没有动力,所以在整个实训过程中我都在不断地努力。 实训期间让我学到很多东西,不仅在理论上让我对IT领域有了全新的认识,在实践能力上也得到了很大的提高,真正的学到了学以致用,更学到很多做人的道理,对我来说受益匪浅。我意识到自己知识的缺少,这激励我在以后的学习、工作、生活中要不断了解信息技术发展动态以及信息发展中出现的新的技术。 除此之外,我还学到了如何与人相处,如何和人更好的交流,我们组成一个团队大家一起开发一个项目,大家的交流沟通显得尤为重要,如何将自己的想法清楚明白的告诉队友,如何提出自己想法的同 时又不伤害其他的队友的面子,这些在我的实训生活中都有一些体会。
可是说,第一次亲身体会理论与实际相结合,让我大开眼界。也是对以前学习的一个初审吧,相信这次实训多我以后的学习、工作也将会有很大的影响,在实训的这段时间里这些宝贵的经验将会成为我以后工作的基石。 作为即将毕业走出校园的学生,经过3年的在校学习,对程序设计有了一些基本的理性的认识和理解。在校期间一直忙于理论的学习,没有机会也没有经验来参与我们项目的开发,所以在实习之前软件按开发对我来说是非常抽象的,一个完整的项目要怎么来分工以及完成该项目所需要的基本步骤也不明确,通过这次实训让我明白一个完整项目的完成必须团队分工合作,并在每个阶段进行必要的总结和检查。在我们项目的开发过程中我们项目的步骤:
详细设计、详细设计revie、编码、编码。在项目开发过程中我也深刻的体会到详细设计对一个项目开发有明确的指引作用,它可以使开发人员对这个项目所要实现的功能在总体上有具体的认识,并能减少在开发过程中出现不必要的脱节。 这次实训是对我们学习的一个检验,虽然项目中很多知识我们在日常的学习中都没有遇到,这同时提醒我:
要想成为一个合格的程序员就有具备一种自学能力,在工作中会遇到很多从未接触过的问题,当有了问题时要去解决,在你不断努力,寻找答案的过程中,自己的能力也在潜移默化的提升。有时遇到问题时可能有很多想法但却不知道那个正确,这就让我们不断地去探索,不断地尝试。
篇二:
软件工程实践个人总结 软件工程实践个人总结 学号:
(来自:.SmhaiDa. 海达范文网:软件工程实训个人总结) 在这个学期的软件工程实践课中,我们小组所选的题目为XXX公司全国销售管理系统。按照这个题目及相关需求,我们小组对选题进行了需求分析、模块设计、系统设计、数据库设计、用户界面设计等,并积极完成相应的开发编码工作,后又对开发的系统进行了相应功能的测试工作。 对项目的理解 我们项目小组制作的的是XXX全国销售管理系统,该公司考虑进行集约化经营模式,进军电子商务领域,将全国市场资
源进行整合形成有自身特色的经营体系,提升企业核心竞争能力,为此需要运用电子商务的力量对全国经销商资源进行整合,对线上和线下进行双重营销。 经过对该项目的相关分析,我们小组明确了要具体实现的功能模块。我们所开发的系统共有两大模块,一块为XXX公司面向普通用户的在线商城销售系统;另一块为XXX公司用户进行对内的自我管理的管理系统。两个大模块下具体细分包括网上商城、客户管理、市场及销售管理、内部办公系统、仓库管理、财务管理、权限与安全7个子模块 在线商城中,要实现商品信息的展示、浏览,用户将添加商品到 购物车,下单购买等功能。 管理系统中,要实现的功能包括:
公司的内部人员及人员对应的权限的管理、公司产品库存的管理、公司财务的管理、公司推出的一些市场营销活动(比如:
促销、广告等)的管理等。 自己在项目中负责的部分 在小组完成该项目的工程中,组内进行了明确的分工,包括项目初期的分析、文档撰写及项目后期的开发测试过程。在小组中,我负责的部分为:
项目初期的数据库分析、数据库设计文档的撰写和后期的测试工作。在数据库设计及相应文档撰写方面,我独立完成了数据库的初期设计和数据库设计文档的撰写,数据库文档总页数为11页。我所撰写的数据库设计文档被组内其他人和其他文档整合到一起,后来,实际的开发人员在此基础上进行了一部分的修改。在后期的开发过程中,我负责的部分为系统测试。具体负责的部分为:
网上商城、库存管理、系统权限与安全这三个模块的测试工作。 网上商城部分,主要功能包括商品信息的浏览、购物车功能及下订单三大部分。在编写的测试用例中,包括:
1. 商品信息展示测试:
分别以游客及网上商城注册用户身份浏览商城,在商品类目中选择相应的商品信息,查看商品信息的显示是否存在问题。随机打开商品信息条目,查看商品的详细描述信息,查看商品详细信息页面是否能正常显示。
2. 购物车相关功能测试:
购物车需要以注册用户身份登录才能正 常使用,游客无法正常使用购物车功能。购物车相关功能包括商品添加到购物车、购物车中浏览已添加的商品、将已添加的商品从购物车中删除、选择购物车中的商品提交订单。每个购物车的相关功能都编写了相应的测试用例。结果发现在网上商城的初期版本中,购物车无法正常删除已添加的商品信息,已作为bug提交给相应的开发人员。在后续的版本中,该bug已经被修复。
3. 由于订单功能设计支付等相关部分,开发人员未完全实现订单的相应功能。所以订单部分无法进行详细的测试。 库存管理部分,主要功能包括商品库存信息查看、出入库单的查看、出入库详情的查看、商品出入库及出入库单的审批。编写的测试用例中,包括:
1. 商品库存信息的查看:
以超级管理员或库存管理员的身份登录 后台的管理系统,在库存中查看商品的库存详细信息。
2. 出入库单的查看:
查看出入库单是否正确。
3. 商品出入库的测试:
新建商品的出入库单,提交知否能否在出 入库单中查看到且出入库单的商品信息、数量、出入库单的状态是否正确。
4. 出入库单的审批测试:
在出入库单的审批界面中,允许某些出 入库单的审批,不允许另一些出入库单的审批,然后在出入库单查看界面,查看审批的订单的状态是否发生改变。 系统角色权限及安全部分,主要的功能包括:
新建角色、删除角 色、角色权限的管理。测试用例包括:
1. 以超级管理员用户登录后台管理系统,建立新的角色并赋予相
应的权限。
2. 以超级管理员身份登录,并删除某些已经存在的角色,看系统是否会产生某些级联的错误。
3. 角色权限的管理:
为已存在的角色添加或删除某些权限。 经过测试,在我测试的模块中,只发现商品购物车无法正常删除已添加的商品,其他的功能都能正常使用。 经验总结 本次的实践让我学到了一些我之前不了解的东西。这次的软件工程实践,分工十分明确,有分工的职责也很细,我分到的岗位是软件测试。在此之前,对于软件测试,我只是听说过,却并没有真实地接触过。对于组长指派给我的编写测试用例,我完全不知道要怎么写,也不知道从何下手。后来,同样是负责测试用例的组里其他成员给我发了一份测试用例的文档,我以此为参照,结合自己负责的部分,才渐渐对于测试用例有了一个大致的认识。按照自己对于软件测试的理解,加上同学的测试用例示例,结合同学的指导,我才大致完成了测试用例文档的编写,也顺利的完成了对开发的销售管理系统的测试。 在这些测试用例的编写中,由于我对软件测试及测试用例的了解不深,难免存在一些问题,例如:
不能很好的测试到系统中的一些功能,无法测试到一些会引发问题的情况等。 另外,在这次的软件工程实践里,也跟着整组人完整地经历了一遍软件开发的流程。之前的一些课程虽然也有涉及,但总的来说没有这么完整,时间跨度上也没有这么长。在这么课中,第一次接触到了软件开发小组中用到的周报,也学到了其他一些书本上没有的东西。
篇三:
201X软件工程个人实习总结 西南交通大学信息科学与技术学院 软件工程系201X级 程序设计综合实习/软件工程实习 个人实习总结 专 业:
___ 软件工程______________ 班 级:
__ ********______________ 学 号:
__ ********______________ 姓 名:
__ ***__________________ 组 别:
____ ********______________ 201X年7月 个人实习总结 基于本次暑期实习的情况,我收获很大。 从实训目的来看,本次实训主要是在VS201X开发平台上实现对C#语言、SQL数据库的应用,就我所在小组的项目工作内容来看,还需要掌握水晶报表和MDI多窗口应用技术。除了要充分熟悉开发平台及应用设计之外,还要掌握并实践软件项目设计规范及其开发流程即需求阶段、分析和设计阶段、编码阶段和测试阶段,以便能按时交付作业。 从实训的内容来看,我小组的项目是“人事工资管理系统”,主要实现公司企业对内部员工档案、工资、奖罚考勤等一系列的管理,这在当今不断壮大的企业用人单位是亟待需要的,总的来说,项目的难度系数不是很高,但也是相当困难。 在校外实习之前,老师先在校内培训了5天。5天实训中,着重讲解了c#语言应用,并布置编写“通讯录”工作台程序,inds应用程序和PF程序,数据先是用文本保存,然后练习用数据库保存,期间每天需上交当日作业。5天的时间里,通过不断地学习,我从完全不懂c#语言成长到初步掌握了这门语言,当然在具体应用中还是会遇到些问题,但我还在学习。其实在实习的前一个月里,老师就上传了一些关于c#语言的资料并通知我们需要配置哪些软件环境,对于这一点,我是相当感谢何老师的,当然在校外的实习里,公司也全都把开发项目用到的一系列软件上传到公共文件夹里,从而免去了我们下载软件的麻烦,在此,感谢众老师。 校内实习要上交的作业我是在校外实习中补充完成的,因为之前上交的作业由于时间仓促大都有错误,所以借着校外实习中对c#语言的进一步应用和讲师的详细讲解后,我重新改正了错误,希望何老师能谅解采纳。 校外实习是从7月12号开始,历时15天,15天的最后一天要回校评审。我对本次校外实习的各个方面都十分满意。相比上次实习,首先这里的住宿学习条件非常好,住宿和实习地都安装了空调,实习地方环境清幽宽敞明亮,伙食也非常好。然后就是 实习讲师非常专业和负责,他事先把所有有关实习的资料软件存放在公共文件夹,且规划入微。一
开始先是对我们进行C#测试分好组安排好每组项目任务,又指导我们每个小组安装SVN软件,方便小组文件上传与统一,整体一气呵成,不似之前实习的凌乱,这一点我十分敬佩。之后每天都先安排好任务工作,认真且非常详细的给我们操作示范并细心地制作成rd文档供小组之后查看。每隔几天都会有小组评审,主要针对小组所编文档的规范程度和不足提出修改建议。作为小组的PM,我必须承认一开始工作任务安排不当,没有完全发挥各成员的优势,以致文档编写的有些瑕疵,不过在小组评审过后,我便及时更改了项目工作的分工,而之后小组项目工作进行的非常顺利,每个人的能力都得到了最大的发挥和升华,当然这完全得力于小组成员的高度配合。 我小组是c#软件开发第一组,组内有6名成员,两个主要负责项目核心代码的编写,其余负责简单模块代码的编写,我主要负责填写与修改相关项目文档并督促小组进度和团结组内成员、合理分配组员任务并及时调节组内安排的各种不适与问题。校外实习的过程中,小组成员高度团结,协调合作,对所有问题都能及时探讨并高效解决,有时遇到分歧,不过在全体讨论后,都能找到合理的统一方案,如在界面设计环节中,就登陆界面和模块界面的设计中,组员有很多不同建议,在询问老师和权衡实现困难程度后,我们达成了一致意见,统一后的界面相比之前更加规整明晰,且功能更加健全,当然这是我们小组齐心合力的结果。在开发的过程中,出现过项目分工不明确的问题,其原因源于我考虑到组员能力的不同,所以就把大部分的工作安排给能力高的人身上,其他能力低的只暂让他们自由学习希望能尽早跟上小组步伐,不过事实证明我错了。让部分组员自由学习而不参与项目的工作中本身就拖累了小组的整体速度,而且在短暂的时间里,他们也实在学不到任何实际的东西,所以后来我更改了战略。我先让能力低的组员尝试参照模板编写一些文档的简单部分,然后让能力稍高点的组员继续补充文档的核心部分,最后由我修改格式和内容,最后让老师审阅。这个方案实施过后,小组的效率整体上明显提高,每个人各司其职,全组团结一致,共同为项目的完成发挥自己的聪明才智。而之后,在项目编码阶段,我们小组的TL负责对项目整个框架的构建,即设计好主要的窗口原型,然 后指导小组成员在自己所负责的模块上添加具体事
件代码,最后再进行修改,这样做不仅将组员团结在一起提高组内效率,更直接提高了组员的编程能力。 需求分析阶段和设计阶段很快结束了,我们小组齐心协力按时完成了相关文档的编写,包括需求规约、实现规约、界面设计rd图形文档、数据库设计说明书、详细设计说明书和概要说明书,在老师评审过后,发现问题还是有很多,作为项目经理的我本该对这些文档进行及时修改和更正,但由于时间仓促且我们是第一组需第一个评审,所以就马马虎虎的拿未精确修改的文档进行审评了,老师着重对系统模块图和模块功能描述那块提出了些许建议,并让演示了小组编写的代码程序,对其中错误问题提出了解决方案。之后进行一番修改过后,我小组正式进入了编码阶段,编码只有短暂的3天,后两天老师分小组评审并提出改进意见,小组修正和改进代码结构语句,完善项目要求,紧接着进入测试阶段,老师又着重介绍了一些测试工具方便小组测试,填写并修改好测试文档后,整个实习就将要进入尾声了。再回校进行最后评审项目PPT和提交作业后,暑期实习就正式结束。 短短半个月的实习中,我深深的感受到自己在实际应用中专业知识的匮乏和短时间学习掌握一门新知识和新技术的困难,这是我非常畏惧的两大难题。就自身来说,我喜欢有所准备,不喜欢临阵磨枪,尽管之前对实习要求的知识技能有些了解,但到真正实施时,还是不免有些不知所措,而之后能慢慢克服畏惧慌张并团结小组成员按时且高效的完成作业,这都得力于实习老师和组员对我的巨大帮助,在此,由衷感谢他们,也感谢我自己。 本次实习,我成长了很多,相比过去的浮躁戾气,现在的我更多的是一份耐心和隐忍,而且在面对新知识和新技能时,我不再紧张无措,而是耐心学习,认真处理每个问题,积极迎接每个挑战,这才是一个将要步入社会的合格大学生所应具备的品质。而且,在书本知识的具体应用中,我秉承“熟能生巧”这句古语的精髓,坚持不懈,勤加练习,一次次的遇到困难,一次次的战胜困难,又一次次的总结困难。 这次实训是对我们学习的一个检验。项目中有很多知识在日常的学习中都没有接触过,同时也提醒我:
要想成为一个合格的 程序员就需具备一种自学能力,千万不能畏惧挑战,因为在寻找答案和解决问题的过程中,不仅是项目工作得以
完成,而且自己的能力也在潜移默化的提升。我们要不断地探索,不断地尝试,不断地锻炼自己的胆识与勇气,要相信,只要自己秉承努力奋斗、为理想拼搏的精神,尽管未来道路荆棘丛丛,也一定可以披荆斩棘,度过重重难关,实现自己的理想。 这次实训是对我们实际能力的一个提升。让我感受最深的是理论和实际的结合,正如列宁那句话所说,“理论联系实际,实践是检验真理的唯一标准”。理论知识固然重要,可是无实践的理论就是空谈。真正做到理论与实践的相结合,将理论真正用到实践中去,才是展示自己才华的最佳方式。 这次实训也是我们日后步入社会进入团队合作的一个很好的奠基。本次实训,除了专业知识的应用,也让我收获了好多人生哲理。个人力量固然重要,团队力量也不容小觑。团队是个人才能展示的最佳舞台,是个人才能升华的最佳练习场,我爱我们这个团队。 实习真的结束了,相信在它的锻造下,我会走的更远。篇四:
软件工程实践学习心得 软件工程实践学习心得 这学期学习了软件工程实践这门课,我觉得这是对上学期的软件工程课程学习的检验,上学期学习软件工程只是我们浅显的认识,相比之下,这学期就更加全面的说明了开发一个项目所需要的步骤以及开发项目过程中所需要注意的诸多细节。如果说上学期的课程注重理论基础的话,那么这学期的软工实践,顾名思义,就是侧重我们动手操作的能力。 原来我认为开发一个项目最重要的就是写代码,似乎整个软件都是编代码,因为自己动手能力不强所以就很排斥做项目。可是经过我们学习软工课程到团队做项目再到学习软件工程实践课程之后,我才真正意识到实施一个软件工程项目并不是说简单的会编码就能够解决问题的,因为一个软件的生命周期分为三个时期:
软件定义时期、开发时期、维护时期,而这三个时期整体又分为七个阶段,他们分别是:
问题定义、可行性研究、需求分析、总体设计、详细设计、编码和单元测试、综合测试,由此可看出,当我们开发一个项目时,更多的精力不是放在编码上,编码只是一个很小的模块,而是项目的整体结构上。 在写软工实践体会之前,我想在这里总结一下上学期三人团队做 项目的相关事宜。上学期我们三人团队根据软件开发的步骤
开发一个名为“西大老乡‘荟’”的社交系统,主要是为西大学子提供一个找老乡的平台。虽然只进行到详细设计阶段,没有进一步实现,但是我还是从中学到很多东西的。首先要先确定项目主题,也就是这个项目用来做什么,可以解决什么问题。接着就是这个项目是否有研究的必要以及是否有解决的办法,针对我们的项目,我们对西大的一些学生做了问卷调查,并从调查中继续完善系统本身的做用户。第三步根据我们确定的项目主题进行需求分析,这一步骤当时做的不是很好,比如所画E-R图、数据流图等都有考虑不周的问题,导致接下来的概要设计、详细设计进行的很困难,有些步骤甚至还需要返工。 从我们在需求分析中出现的问题,使我们明白了软件定义阶段对于一个项目的开发是至关重要的,当软件定义阶段完成时必须要用正式的文档准确的地记录目标系统的需求。只有前期的准备工作做得好,后面的工作才能顺利进行。虽然项目最后没有完全实现,但是起码我们已经初步体会到软件项目开发的步骤,以及每一步所需要完成的文档等内容。 这学期的软件工程实践虽然不是亲自动手开发一个系统,但是张元平老师以“物联网物流仓储管理系统”为主给我们讲解了一个真实系统的开发过程,从计划到项目系统的发布实施,以及每一步必须生成的文档。我主要从以下五个方面谈一下我的心得体会。 第
一、行业背景说明方面 对于一个软件系统的开发,第一步就是问题定义,了解所开发系统的行业背景,制定计划。当我们计划确定以后就要对项目系统本身进行可行性研究,主要从技术可行性、经济可行性和操作可行性三个方面着手。就比如《物联网物流仓库管理系统》的行业背景说明文档中非常详细地分析了当下物联网物流行业的整体业务说明、应用背景、未来发展趋势以及相关应用案例等四个方面,项目团队中系统分析员就可以根据这份文档以及相关的调查资料对将要开发系统的进行定义等工作。 原来我们写这类文档的时候就是草草了事,不会做得这么详细,而这次看到大型项目的行业背景说明也是这么详细,也让自己认识到不管是软件开发的那个阶段都要认真对待,这些琐碎的文档都是后期开发项目的支撑,只要它们做的透彻,后面的开发工作才能更顺利的进行。 第
二、项目需求说明方面 这部分项目需求说明就是软件定义时期中
需求分析阶段,而该阶段的主要目的就是了解用户的需要,根据用户的需要确定系统必须完成那些工作,并对目标系统提出完整、准确、清晰、具体的要求。在需求分析结束之前系统分析人员要写出一份需求规格说明,即为《物联网物流仓储管理系统》项目需求说明文档。我们可以看出该文档也是非常详细,相比之下我们之前做项目时写的需求规格说明书就非常 不合格,不仅格式不正确内容也是少之又少。 在这方面,这篇文档给我启发很大。首先就是文档的格式,要美观整齐,让人看着舒服方便。其次就是文档的内容,原来它不是很重要,写文档的时候也不知道怎么写就借鉴下网上的内容,结果根本就没有把自己项目的需求写明白,以至于自己最后都有些糊涂,所以根据以前的经验教训我会对这部分更加重视。 第
三、系统概要设计方面 这部分内容分说的是软件设计时期的概要设计阶段,该阶段的主要目的就是实现系统的功能、设计软件的结构、模块组成以及模块之间的关系。在概要设计阶段,我们可以站在全局的高度上,花较少的成本,从抽象的层次上分析对比多种可能的系统实现方案和软件结构,从中选出最佳方案和最合理的结构。在这个阶段还会具体画出E-R图、数据流图等方面的设计。 比如《物联网物流仓库管理系统》的系统概要设计从项目概述、设计约束、功能单元与功能模块设计、数据E-R图设计、总体设计、界面设计等六个方面介绍,通过读这个文档,我觉得最重要的还是总体设计,分别从逻辑架构设计、物理架构设计、技术架构设计设计系统。在这个阶段中模块要做到高内聚低耦合,这样开发出来的系统才会具有更高的独立性。 在原来做项目时没有编写过这类文档,在该阶段只是画了结构图、 层次图以及相关的模块划分,对该类文档尚未重视。通过张老师的讲解和自己的学习,我相信在以后做项目的时候一定会注意到这类文档的编写。 第
四、详细设计与分析方面 详细设计阶段就是把概要设计阶段的每个模块进一步设计,确定每个模块所需要的算法和数据结构。在这个阶段还是需要我们设计出程序的详细规格说明,而不是编写程序。在详细设计阶段,系统设计人员可以通过使用程序流程图、盒图、PAD图等过程设计的工具和Jacksn图等面向数据结构的设计工具进一步
设计系统相关接口,主要包括界面设计接口、业务单设计接口、单元模块设计接口等,这些对于以后的编码工作都是极其重要的。 第
五、编码和测试方案方面 关于编码,我认为编码要想做的完美必备条件就是前面的软件定义和软件设计时期要按部就班的做,文档一定要按要求书写,不能偷懒也不能草草书写。对于编码也要有相应的文档书写规范,要使源程序代码的逻辑简明清晰、易读易懂。这样尽管我们不是设计系统的人员,当看到源程序代码的时候也能容易读懂代码的意思。 其次就是测试的内容,从测试的文档中我们可以得出,其实测试在软件开发中同样占据了重要的地位,它主要就是尽可能多的找到问题并排除其中的潜藏的错误,最终把一个高质量的软件系统交给用户篇五:
软件工程实训心得体会 软件工程实训心得体会 软件工程实训心得体会一:
软件工程实训心得体会 这次软件工程实训是从201X.1
2.26号开始的,截至201X.1
2.31号。实训内容是用java相关知识(主要是jsp)做一个物流配送系统。下面谈谈对这次实训的看法。 因为自己平时对java知识储备不足,特别是jsp这一块基本不了解怎么回事,所以一拿到这个项目,我心里都是没有底的,再加上我被分到的那个组,我知道就意味着是我一个人在战斗了。呵呵,26号,实训开始了,我们的老师是来自中软国际公司的程序员,一个是周褀,一个是朱映,都是一身朴素的着装,让我感觉做软件的也没什么两样。老师介绍了自己之后,就直接切入正题了,分析了下我们各个组的系统,即将用到的知识,然后就总体把觉得需要补充的知识(jsp和数据库连接等这几块)给我们实际操作了下,因为当时看到用jsp,还讲的那么认真,当时我就后悔了,平时要是多听点,现在老师这么认真的给我们讲,这是一个多么难得的机会啊。后悔也没用啊,开始还勉强能理解一点,后来就直接晕了。然后再给大家介绍了一些即将用到的工具,比如ratinalRse,SVN,MyEclipse等等。接下来的几天就不再细讲了。下面谈谈通过这次实训的心得体会吧。 通过这次实训,让我了解到工程开发的过程,可行性分析—— 需求分析—— 概要设计—— 详
细设计—— 代码编写—— 测试—— 验收。从技术方面上,我开始jsp基础基本上就是零的,在老师和syz2(另外一个物流小组,我一个人基本上是跟她们做的,或者说是看着她们做的)的帮助下,对jsp有了一个大概的认识。其实实训开始前,我还以为做个系统没什么大不了,可是当真正拿到一个项目,我却真的无从下手了,而且就是在知道需求分析和详细设计,在代码编写时,一样寸步难行。通过这个实训,也让我了解到,团队协作是多么的重要。一个人的精力是多么的有限。进一步理解到,企业为什么如此重视团队协作。同时借用老师的话就是团队协作固然重要,但是是建立在个人素质的基础上,假设你个人素质不行,将会影响到整个团队,就别提对团队作更多贡献了。**老师说这几句话的时候,朝向了我,估计是有特殊意义的吧,所以,我将谨记老师的教导。 还有一个收获是从一个同学(小胖)那里得到的,他的那组成员跟我的这组大体一样,我倒是觉得没什么了,不过他倒是很重视这个问题吧。然后他说出来,我也觉得这个问题确实其实是个大的问题。就是不管你会不会这门技术,会不会做这个东西,态度要正确才好,就算你不会做,你也应该认真的对待,将来 出身到社会,就不是说像你现在,不会做就不做,跑去玩游戏了。小胖说出了这段话,也在我身上有了一个印证,虽然我jsp技术知识为0,但我也还是在认真的跟着他们一起做,不会做,就多问,毕竟现在 我们是学生,可以毫不顾忌的询问各种问题,老师也会尽力为你回答。将来出身社会就不一样了。虽然,我就算个打酱油的水平,但是这个酱油也要打得有涵量啊。不管怎么样,我能对自己有个交待,虽然我不会,但是这次实训我确实是认真对待了,六天的实训,除了晚上加班外,还花了2个通宵来完成不同阶段的任务,完成与否也不重要了,我至少我做了,这点,是这次我应该对自己的一个肯定。 这次实训的心得基本上就是这些了,最后特别感谢中软国际带我们的那两个老师(周褀,朱映),这两个老师对待我们很平易近人,对我们提出的问题,总是不光解决了,还进行了扩展,晚上也跟我们一起加班加到很晚,印象尤其深刻就是朱映老师为了给小胖解决一个问题,脸都变红了,还在继续努力,这点我并不会觉得老师知识储备不够,我想应该是这个问题的突发吧,一时没想到怎么处理。相反让我感觉更
多的就是老师很认真,很负责。还要感谢就是syz2小组的倾力支持,辅导。 软件工程实训心得体会二:
软件工程实践学习心得 (2607字) 这学期学习了软件工程实践这门课,我觉得这是对上学期的软件工程课程学习的检验,上学期学习软件工程只是我们浅显的认识,相比之下,这学期就更加全面的说明了开发一个项目所需要的步骤以及开发项目过程中所需要注意的诸多细节。如果说上学期的课程注重理论基础的话,那么这学期的软工实践,顾名思义,就是侧重我们动手操作的能力。 原来我认为开发一个项目最重要的就是写代码,似乎整个软件都是编代码,因为自己动手能力不强所以就很排斥做项目。可是经过我们学习软工课程到团队做项目再到学习软件工程实践课程之后,我才真正意识到实施一个软件工程项目并不是说简单的会编码就能够解决问题的,因为一个软件的生命周期分为三个时期:
软件定义时期、开发时期、维护时期,而这三个时期整体又分为七个阶段,他们分别是:
问题定义、可行性研究、需求分析、总体设计、详细设计、编码和单元测试、综合测试,由此可看出,当我们开发一个项目时,更多的精力不是放在编码上,编码只是一个很小的模块,而是项目的整体结构上。 在写软工实践体会之前,我想在这里总结一下上学期三人团队做 项目的相关事宜。上学期我们三人团队根据软件开发的步骤开发一个名为“西大老乡‘荟’”的社交系统,主要是为西大学子提供一个找老乡的平台。虽然只进行到详细设计阶段,没有进一步实现,但是我还是从中学到很多东西的。首先要先确定项目主题,也就是这个项目用来做什么,可以解决什么问题。接着就是这个项目是否有研究的必要以及是否有解决的办法, 针对我们的项目,我们对西大的一些学生做了问卷调查,并从调查中继续完善系统本身的做用户。第三步根据我们确定的项目主题进行需求分析,这一步骤当时做的不是很好,比如所画E-R图、数据流图等都有考虑不周的问题,导致接下来的概要设计、详细设计进行的很困难,有些步骤甚至还需要返工。 从我们在需求分析中出现的问题,使我们明白了软件定义阶段对于一个项目的开发是至关重要的,当软件定义阶段完成时必须要用正式的
文档准确的地记录目标系统的需求。只有前期的准备工作做得好,后面的工作才能顺利进行。虽然项目最后没有完全实现,但是起码我们已经初步体会到软件项目开发的步骤,以及每一步所需要完成的文档等内容。 这学期的软件工程实践虽然不是亲自动手开发一个系统,但是张元平老师以“物联网物流仓储管理系统”为主给我们讲解了一个真实系统的开发过程,从计划到项目系统的发布实施,以及每一步必须生成的文档。我主要从以下五个方面谈一下我的心得体会。 第
一、行业背景说明方面 对于一个软件系统的开发,第一步就是问题定义,了解所开发系统的行业背景,制定计划。当我们计划确定以后就要对项目系统本身进行可行性研究,主要从技术可行性、经济可行性和操作可行性三个方面着手。就比如《物联网物流仓库管理系统》的行业背景说明文档中非常详细地分析了当下物联网物流行业的整体业务说明、应用背景、未来发展趋势以及相关应用案例等四个方面,项目团队中系统分析员就可以根据这份文档以及相关的调查资料对将要开发系统的进行定义等工作。 原来我们写这类文档的时候就是草草了事,不会做得这么详细,而这次看到大型项目的行业背景说明也是这么详细,也让自己认识到不管是软件开发的那个阶段都要认真对待,这些琐碎的文档都是后期开发项目的支撑,只要它们做的透彻,后面的开发工作才能更顺利的进行。 第
二、项目需求说明方面 这部分项目需求说明就是软件定义时期中需求分析阶段,而该阶段的主要目的就是了解用户的需要,根据用户的需要确定系统必须完成那些工作,并对目标系统提出完整、准确、清晰、具体的要求。在需求分析结束之前系统分析人员要写出一份需求规格说明,即为《物联网物流仓储管理系统》项目需求说明文档。我们可以看出该文档也是非常详细,相比之下我们之前做项目时写的需求规格说明书就非常不合格,不仅格式不正确内容也是少之又少。 在这方面,这篇文档给我启发很大。首先就是文档的格式,要美观整齐,让人看着舒服方便。其次就是文档的内容,原来它不是很重要,写文档的时候也不知道怎么写就借鉴下网上的内容,结果根本就没有把自己项目的需求写明白,以至于自己最后都有些糊涂,所以根据以前的经验教训我会对这部分更加重视。 第
三、系统概要设计方面 这部分内容分说的是软件设计时期的概要设计阶段,该阶段的主要目的就是实现系统的功能、设计软件的结构、模块组成以及模块之间的关系。在概要设计阶段,我们可以站在全局的高度上,花较少的成本,从抽象的层次上分析对比多种可能的系统实现方案和软件结构,从中选出最佳方案和最合理的结构。在这个阶段还会具体画出E-R图、数据流图等方面的设计。 比如《物联网物流仓库管理系统》的系统概要设计从项目概述、设计约束、功能单元与功能模块设计、数据E-R图设计、总体设计、界面设计等六个方面介绍,通过读这个文档,我觉得最重要的还是总体设计,分别从逻辑架构设计、物理架构设计、技术架构设计设计系统。在这个阶段中模块要做到高内聚低耦合,这样开发出来的系统才会具有更高的独立性。 在原来做项目时没有编写过这类文档,在该阶段只是画了结构图、层次图以及相关的模块划分,对该类文档尚未重视。通过张老师的讲解和自己的学习,我相信在以后做项目的时候一定会注意到这类文档的编写。 第
四、详细设计与分析方面 详细设计阶段就是把概要设计阶段的每个模块进一步设计,确定每个模块所需要的算法和数据结构。在这个阶段还是需要我们设计出程序的详细规格说明,而不是编写程序。在详细设计阶段,系统设计人员可以通过使用程序流程图、盒图、PAD图等过程设计的工具和Jacksn图等面向数据结构的设计工具进一步设计系统相关接口,主要包括界面设计接口、业务单设计接口、单元模块设计接口等,这些对于以后的编码工作都是极其重要的。 第
五、编码和测试方案方面 关于编码,我认为编码要想做的完美必备条件就是前面的软件定义和软件设计时期要按部就班的做,文档一定要按要求书写,不能偷懒也不能草草书写。对于编码也要有相应的文档书写规范,要使源程序代码的逻辑简明清晰、易读易懂。这样尽管我们不是设计系统的人员,当看到源程序代码的时候也能容易读懂代码的意思。 其次就是测试的内容,从测试的文档中我们可以得出,其实测试在软件开发中同样占据了重要的地位,它主要就是尽可能多的找到问题并排除其中的潜藏的错误,最终把一个高质量的软件系统交给用户使用。它要求测试人员也要有很高的技术水平。 软件工程
实训心得体会三:
软件公司工程实训心得体会 (1300字) 我们是20XX年3月7号进入宏天实训公司参加软件开发实训的,在此次实训中,除了让我明白工作中需要能力,素质,知识之外,更重要的是学会了如何去完成一个任务,懂得了享受工作。当遇到问题,冷静,想办法一点一点的排除障碍,到最后获取成功,一种自信心就由然而生,这应该就是工作的乐趣。有时候不懂的就需要问别人了,虚心请教,从别人的身上真的能学到自己没有的东西,每一次的挫折都会使我更接近成功。还有学会了在工作中与人的合作与交流,同乐同累,合作互助,这是团体的精神,也是必须学习的东西。 经过之前的在校学习,对程序设计有了一定的认识与理解。在校期间,一直都是学习理论知识,没有机会去参与项目的开发。所以说实话,在实训之前,软件项目开发对我来
范文五:软件工程课程个人总结
软件工程课程个人总结
:软件工程 课程 软件工程专业大学排名 软件工程就业前景 大二软件工程专业课程
篇一:软件工程课程总结
课程总结
题 目
学生姓名
学 号
学 院
专业班级
指导教师
职 称 《软件工程》课程总结教授
2014 年 11 月
《软件工程》课程总结
一、学习目标
通过系统的学习,了解软件开发从项目确定到需求分析,再到概要及详细设计、代码实现、开发后的软件测试这一完整软件开发过程。学习上面提到的每一个步骤中完成任务的相关方法与工具。学完后应初步具备管理整个软件开发完整流程的能力。提高软件的质量与生产率,最终实现软件的社会化大生产。在给定成本、进度的前提下,开发出具有可修改性、有效性、可靠性、可
理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。
二、学习态度
这一学期的软件工程课就要进入尾声了,在复习理论知识的同时,更需要回顾和反思自己的学习态度。
在这学期的软件工程学习中,我从来没有迟到、早退以及旷课。不过因为参加银行从业考试请了一次假。在这学期中,我每节课都是按时上课,虽然我对软件、计算机这方面没有天赋,但是我尽量做到认真听课,提醒自己不要开小差。听很多人说这是一门比较深奥的课程,刚开始的时候我比较排斥这门课,但是老师讲的风趣幽默,慢慢的我开始进入状态,上课认真做笔记,认真听讲。
三、学习内容
通过一学期软件工程的学习,使我了解到了很多以
前都不知道的知识。现将所学课本外的知识总结如下:
第一章 软件工程概述
软件工程是工程化软件开发与维护的方法论软件的开发者维护者或软件项目管理者都将是软件工程的实践者,并都需要掌握与应用软件工程方法。
1.1.软件是计算机系统中的逻辑成分,是程序、数据、文档等诸多元素的集合,需要有物理硬件的支持才能产生作用。是一系列按照特定顺序组织的计算机数据和指令的集合。软件并不只是包
括可以在
计算机上运行的电脑程序,与这些电脑程序相关的文档一般也被认为是软件的一部分。
1.2.软件危机(software crisis),20 世纪60年代以前,计算机刚刚投入实际使用,软件设计往往只是为了一个特定的应用而在指定的计算机上设计和编制,采用密切依赖于计算机的机器代码或汇编语言,软件的规模比较小,文档资料通常也不存在,很少使用系统化的开发方法,设计软件往往等同于编制程序,基本上是个人设计、个人使用、个人操作、自给自足的私人化的软件生产方式。软件危机主要表现在:软件开发费用和进度失控,生产出来的软件难以维护,软件产品质量难以保证等等。
1.3.软件工程是关于软件开发,使用与维护的工程方法学,并是工程技术、工程管理与工程经济的有机综合。
1.4.结构化方法学是传统的主流方法学,以功能为基本元素,包括结构化分析、结构化设计与结构化实现,可对整个软件生命周期提供方法学支持。
第二章 软件开发过程模式
软件开发过程模式是一个有关开发的实施路线与步骤的工程框架,软件开发时务、方法、工具、标准、规程等诸多要素,即基于这个工程框架凝结于一体。
2.1.软件生命周期是软件由提出到开发到投入应用的全过程。瀑布模式是最传统的过程模式,“瀑布”形象表达了其自顶向下、逐
级细化的过程特征。
2.2.原型进化模式的开发流程是:开发者先建立原型系统供用户评价或使用,然后根据用户的意见反馈,对原型系统不断修正,由此是它逐步接近并最终达到目标系统的要求。
2.3.增量模式是瀑布模式和原型进化模式优点的结合。螺旋模式是一种可较好规避开发风险的过程模式。还学了送代模式是软件的分析、设计与实现可交替反复进行的模式。迭代模式有对面向对象方法更好的过程支持,可使面向对象方法获得更有成效的工程应用。
2.4.最后学习了组件复用模式。如下图1为组件复用模型。
图1 组件复用模型
第三章 软件项目管理
项目是一个具有工程独立性的工程作业单元,并是一个可将人、财、物合在一起的工程容器。软件的工程模式开发即以项目为单位进行,并通过项目实施有效管理。为使软件开发各项工作有序的进行,项目管理者必须事先制定项目开发计划。项目成本估算的方法有:程序代码行成本估计、软件功能点成本估计、软件过程成本估计。软件风险管理的主要任务是风险识别、风险评估和风险防范。软件文档是工程模式软件开发的成果体现。所谓软件配置,也是基于软件生产轨迹进行过程控制与产品追踪。最后学了软件质量管理,也是对软件品质的优劣进行评价。
第四章 计算机系统工程
项目是基于计算机的系统工程需要有对整个计算机系统较全面
的考虑诸多方面的因素,如:硬件设备、数据资源、网络环境、其他协作软件等,是待开发软件系统以的环境因素,然而绝不能有半点忽视,而必须在软件系统创建之前就认真分析。只有这样,软件项目才能有正确的工作方向,所开发出来的软件才不会是空中楼阁。计算机系统结构如图2所示:
图2.计算机系统组成
第五章 需求分析
需求分析是一项非常关键的软件工程活动,是在开始软件设计、实现之前必须先期完成的任务,需求分析需要解答的问题是“软件能够做什么”。系统分析师将承担软件需求分析任务,其工作目标是确定用户软件需求,发现软件的用户价值。
本章要点是:分析任务与过程;获取用户需求;需求建模;需求验证。需求分析是对高层需求框架的细化,将涉及用户细节需求,并需要确认软件规格,其过程如图3所示:
篇二:软件工程课程设计个人小结
软件工程课程设计个人小结
在为期一周的软件工程课程设计中,我负责的是《需求分析》的整理和书写。周一上午确定下我们小组的选题之后,我们经过对课题的分析并且讨论分配了各自的任务,因为数据库部分的知识我们还没能掌握,所以这次课题实现起来是很艰难的。但是做好需求分析,概要设计以及详细设计以后相信在下个学期的时候
实现网上书店这个课题就会容易的多。
在经过数次讨论甚至争论之后,我们的课题设计慢慢成型,不论是需求分析还是概要设计,我们小组成员之间彼此互相协调借鉴,从网上书店的系统功能分析,详细的模块分析,用例图分析或者数据字典整理等等,每一项都离不开小组成员之间的协调配合。
课程报告汇报之后,总是会觉得课程学习时间比较短,好在是在本科生期间我们有较多的机会参与这样的小组团队合作,每次课程设计学习以后,自己提升的不单单是动手实践的能力,最为重要的是参与在一个Team中,别人能认可自己做出的贡献。
计算机一班
1206010141
宋忠杰
篇三:软件工程课程设计总结
软件工程课程设计总结
我们所选择的图书管理系统的课程设计对我们是新的挑战和尝试的过程,利用所学习的软件设计知识并制作一个关于图书管理系统,在具体的设计与实施中,我们看到并感受到了一个管理系统的具体分析,对具体的设计步骤。思路、方法有了进一步的提高,并感触深刻。
我在本次课程设计中写的内容目录、系统设计和系统功能实现。在图书管理系统的设计目录过程中碰到很多问题,刚开始设计的
时候不知道从哪下手,但通过不断地摸索和在课本上查找,让我学到的知识的融会贯通性,在这次次的设计中我也发现了自己很多不足之处,对书本上所学的理解不够深刻,掌握不够牢固。通过这个实训后,我也把知识和实践结合起来。系统数据库设计的任务是确定怎样实现所用的图书管理系统,由于在选择项目的时候是本着有实际应用价值的角度考虑的,所以其中也涉及到一些数据库的设计。数据库设计是指对于给定的应用环境,构造最优的数据库模式,建立数据库及应用系统,使之能够有效地存储数据,数据库设计经过不断地发展与完善,已经越来越成熟。基于E-R模型的数据库设计方法,用E-R图构造一个反应世界实体之间联系的模式,将此系统模式转换成基于某一特定的DBMS的概念模式。软件系统设计是一项复杂而又重要的工作,它在软件工程中承接了需求分析与编码开发。一个好的系统设计是一个软件系统运营的基础。让我们多多重视软件系统的设计工作,以开发出更具健壮性、可扩展性、安全性、易用的软件系统。数据库设计过程是准备了解与分析用户需求,整个设计过程的基础,是最困难、最好时间的一步。结构设计是整个数据库设计的关键,通过对图书管理系统的综合、分析形成一个独立于具体DBMS的概念模型。
在这次课程设计中,我们被分配以小组为单位去完成图书管理系统的设计与制作,所以小组内的分工和相互协调很重要,大家可以在分工中扬长避短,及所长,这样可以很好的提高大家的积
极性,和合作意识,但我们在这方面做的还不够,可以说是不足之处,且迫切的需要思考和改进,这一点必须指明。这在以后的工作与学习中将会非常重要。在今后的学习中注意多读书、多思考、多练习、多讨论,不断熟悉书本的基础,并依此为基础将其扩散开来,应用于今后的实践。不断锻炼自己。
作为项目经理应该从项目成员的角度出发,结合实际的角度确定项目的功能,动之以情,晓之以情,尽量使项目成员投入设计的项目中,及时和他们沟通交流,进行项目决策和项目协调,也是项目管理的基本内容。作为设计者的系统分析阶段,必须对不同模块的联系,工作量有正确的认识才能合理的分配任务,管理者要时刻保持清醒,要有合理的系统分析,如果分析出错就会导致整个团队走向错误。所以要严格要求自己,保持与团队沟通。通过项目实训我体会最深的是团队合作的重要性,我们所做的工作都不是独立的,不能只想到自己。当遇到问题不能解决,通过大家一起完成时,那份快乐也是加倍的。在实训过程中我明白了我们不应该只想着如何避免难题而应学着解决它。更重要的是平时就应该积累知识。
转载请注明出处范文大全网 » 软件工程个人课设报告