学期个人总结软件开发专业.docx
《学期个人总结软件开发专业.docx》由会员分享，可在线阅读，更多相关《学期个人总结软件开发专业.docx（7页珍藏版）》请在冰豆网上搜索。
学期个人总结软件开发专业
学期个人总结（软件开发专业）
学期个人总结（软件开发专业）
学期个人总结感受
时间匆匆，不知不觉已是专业课结束的时候了，却总觉得这学期过得如此之快。
这学期刚开始的时候，对于老师的分组学习，我们有点不习惯，也不理解。
但后来慢慢的，跟着老师的步伐，也觉得这样也挺不错的。
有人出点子，有人做开发，有人做测试，这样一步步地完成作业。
老师让我们发挥自己的才能，选着自己想学的方式。
对于老师来说我们是她众多届学生的一届，而对于我来说，却是我作为一名学生难以忘记的一门课。
我曾经幻想过我的大学生活，认为平时不听课，只要到期末的时候多看几天的书就可以，不挂科，平时可以有很多的课余时间与朋友们出去玩。
我一直以为这样会持续到毕业结束。
但是因为这门课，在每次分配任务的时候，我都希望自己可以多分一部分，因为自己很想玩，但如果有任务必须做的话，就会静下来做吧。
所以希望让任务来约束自己。
当程序做不出来的时候，苦恼用什么方法可以做出来，也有和同组的同学共同探讨解决办法，也有和其他小组的同学请教方法。
在解决问题的过程中出来感谢之外，我觉得我的同学也很优秀，在这样的团队，这样的班级中我觉得很幸运。
当实现一个功能的时候，自己特别的高兴，不只是因为完成了作业，更是对自己能力的肯定。
当时就觉得自己特别棒。
每次作品展示的时候，都是一个收获的时候。
会被设计组人的奇思妙想所惊喜，会对其他开发组人员的实现特别的功能好奇，对测试组的同学又爱又恨，因为他们有时测出的问题这是自己都没有想到的问题，所以会感谢他们，有时又会觉得他们的问题好苛刻，正是这样成了促使我们前进。
在这门课堂的最后一次课上，我们每一个人都说了自己的感言。
课代表对班级的付出，对老师的感谢和敬爱，同样也是每一位同学的想法，还有同学对同学的友谊，大家彼此感动着。
有太多感动的话语，太多感谢的人，太多值得回忆的画面。
太多的感谢，道一句，谢谢我的青春，我的大学，曾经我也如此的努力过，奋斗过。
谢谢在我生命中遇到的你们。
扩展阅读：
个人总结
软件工程项目总结报告
软件工程学习总结
首先，感谢张老师这一个学期对我们的指导和关心。
虽然我并不是每堂课都去，但是这门课的教程我的确从头看到尾了。
通过这学期以来的学习，虽说课本中的很多内容仍不能清晰地理解掌握，但对于软件工程确实也有了比上学期更明晰系统的概念和理解，同时也在老师授课下对许多以前未所听闻的开发软件和开发方法如UML模型等有了初步的了解，深感这是一门博大精深而十分有用的学问，需要我们认真进一步地学习。
以下是我对课本内容知识点的学习所得梳理与感悟：
（一）、关于“软件工程”学
软件工业历史3个阶段走来，传统的软件开发不重视开发技术与开发管理，现代社会软件需求的激增，开发与维护的困难使得许多软件项目告以失败，“软件危机”爆发。
“软件工程（SE）”的概念是为了有效地控制软件危机的发生而被提出来的，它的中心任务就是把软件作为一种物理的工业产品来开发，要求“采用工程化的原理与方法对软件进行计划、开发和维护。
”其实质在于：
以大型软件为对象（如企业资源管理ERP系统）；旨在开发满足用户需求、及时交付、不超过预算和无故障的软件；针对软件这一具有特殊性质的产品的工程化方法。
软件工程涵盖了软件生存周期的所有阶段，并提供了一整套工程化的方法，来指导软件人员的工作：
（一）、软件项目过程包括开发、管理、改进三个部分软件工程三段论
软件开发项目管理过程改进1、软件开发
软件人员生产软件的过程，包括需求分析、设计（概要设计、详细设计）、编码、测试、产品提交、提交。
其线路图如下：
需求分析概要设计详细设计编码测试产品提交维护2、软件项目管理
项目管理者规划软件开发、控制软件开发的过程，相当于生产线上的管理过程，管理过程是伴随开发过程进行的过程。
软件项目管理路线图
202*3411114闫小素软件工程项目总结报告
合同管理生存期需求管理任务分解项目估算项目进度质量计划配置计划风险计划团队管理项目度量集成项目跟踪控制项目结束
3、软件过程改进
相当于对软件开发过程和软件管理过程的“工艺流程”进行管理和改进，如果没有好的工艺生产
不出好的产品，它包括对开发过程和管理过程的定义和改进。
软件过程改进路线如下图：
启动诊断建立实施评估建立阶段产生的改进方案可能是如何进行改进也可能是出于各方考虑而放弃不改进。
（三）、关于软件工程生存期模型：
软件工程有很多环节，软件工程模型用一定的流程将各个环节连接起来，并用规范的方式造作全过程，就可以形成不同的生存期模型，这个生存期模型就是在项目规划过程中选择的策略。
常见的生存期模型有：
瀑布模式；原型模式；增量模式；螺旋式模式等。
这些模型各有特点，在实际应用中应该根据需求进行选择，例如：
WaterFallmodel要求一个阶段的输出是下阶段的输入，没有反馈，项目目标固定不变（WaterFallmodel过于理想化，不适合现代软件开发；但其“线性”思想易为掌握，在其他模型中都能找到其影子）所以适合于：
*在项目开始前,项目的需求很明确*在项目开始前,解决方案也很明确
（四）、关于复用原则
基于复用（重用）的软件工程是比较理想的软件工程策略，复用可以降低软件开发和维护的成本，缩短开发时间，提高产品质量。
二、关于软件项目过程
从课本第2章到第8章主要是沿着软件工程线路图为我们解析软件项目开发过程个阶段的任务、开发方法、成果要求及项目管理实施：
（一）、需求分析
202*3411114闫小素
软件工程项目总结报告
软件项目的失败大半源于需求分析没有做好，软件开发人员首先应该明确用户的意图和要求，正确获取用户的需求，然后形成一个软件需求规格，它是软件开发的重要基础。
需求分析一章介绍了需求分析如下的5个过程及基本任务（需求获取->需求分析->需求规格说明->需求验证以及变更管理）并重点介绍了需求分析中的建模方法：
需求工程需求开发需求管理需求获取需求分析变更管理需求验证需求规格说明需求规范必须说明和功能定义，既是往后概要设计和详细设计的基础，同时也便于后期与客户发生争端或需要进行设计变更时可以有据可依。
需求建模方法：
（Microsoftofficevisio是有力的建模工具）
1、关联模型定义系统与环境的关联关系
1、行为模型是描述系统的总体行为：
数据流模型；状态机模型
2.3、数据模型定义系统处理的数据逻辑形式（E-R图与数据流程图）2.4、结构化方法
欧洲Ｊａｃｋｓｏｎ的面向数据结构的开发方法，以及ＰＡＤ开发方法（业务流程图、数据流图、数据字典的使用）
2.5面向对象模型将现实世界的“视图”转化为用对象来描述的模型描述对象之间的各种关系，以满足软件系统的要求。
面向对象的建模工具UML（visio：
可以利用代码生成器将UML转换成多种程序设计语言代码，或反向）
2.6、原型方法按照用户的需要，快速形成一个操作流程界面，可能只是一个框架，具体的功能没有实现，只是结果静态的操作流程，以便与用户快速就需求达成一致；主要考虑系统的功能需求，很少考虑非功能需求（类型：
进化型、抛弃型）
（二）、设计阶段
包括概要设计、详细设计、编码三部分，依次推进，概要设计文档是详细设计的基础，详细设计文档又是编码的基础。
概要设计部分主要从结构化和面向对象两个角度较少设计方法。
分块介绍了数据设计（以数据库设计为核心）、架构设计、界面设计、模块设计等设计模型。
介绍了B/S的体系结构，详细介绍了应用程序框架的概念及UML设计模型的应用。
概要设计根据需求规格对系统的结构、接口、模块等进行设计，并根据设计结果产生概要设计文档。
详细设计过程根据概要设计形成的结果对各个模块的内部实现进行规划设计，并根据设计结果产生详细设计文档。
详细设计部分介绍了如何采用结构化和面向对象的方法从视图、控制、模型三层模型上细化概要设计的各个模块，并完成伪代码为编码阶段做准备。
编码阶段依据详细设计文档实现设计中的算法、功能、接口、数据结构并通过配置管理控制管理变更，并形成编码文档。
这部分主要介绍了编码的结构化和面向对象化的方法，以及编码过程中的标准和规范，重用原则。
202*3411114闫小素软件工程项目总结报告
（三）、测试阶段
第7章主要讲述了测试的方法、技术、测试级别以及测试的管理过程。
透过这章学习，我了解了静态测试和动态测试的方法，黑、白盒测试的区别及应用。
课本从测试方法讲起，在白盒测试的方法中介绍了结构化的测试方法和面向对象的测试方法，重点讲述了传统的结构化的逻辑覆盖方法。
在黑盒测试中引入了等价类划分、边界值测试、错误猜测等方法。
讲授了在不同单元、集成、系统以及接受等不同级别测试中采用的不同的测试方法以及包括测试计划、测试开发、测试执行、测试跟踪、测试评估等的测试管理过程。
（四）、项目提交阶段
主要讲述产品提交需要完成的主要提交产品和进行培训。
提交产品的同时要提交相应的手册等，包括用户使用手册、管理员手册等。
要求一个说明书，双方在提交产品说明书上签字，以说明产品提交结束。
（五）、项目维护
阐述了维护的类型和任务：
使用户和系统服务员使用得满意；预测变更，惊醒更多的跟踪和控制。
三、课程学习感想
了解了什么是“软件危机”，透过软件工程于解决“软件危机”的重要性、软件工程三条重要线索、软件工程知识体系函括内容及软件工程各类生存期模型，我对软件工程思想及“工程化”软件开发的流程有了较系统的了解，较上学期对软件开发流程有了更进一步的理解。
透过软件工程的起源，认识到：
实现软件工业的产业化，软件工程必须是真正意义上的工程化。
从软件开发三条线索（开发、管理、改进）来看，软件开发的过程必须规范化（各阶段都必须形成相应文档；编码必须依照通用可读性严格遵照编程规范）；软件项目管理的核心是项目规划和项目跟踪控制，保证软件工程开发的成功完成，软件开发流程的规范化在软件项目中有着重要的作用，通过不断地优化和规范过程，企业可以提高软件生产能力。
从需求分析到维护，透过软件的开发流程具体实施的学习，我对软件项目开发的流程有了更深的理解，例如通过需求设计报告、概要设计报告、详细设计报告三份作业的完成虽然很不完善，但仍让我对需求分析建模和设计中用到的方法有了更好的理解并熟悉了三份文档的格式。
同时，这门课更正我不少的错误观念：
比如编码规范问题，以前我总觉得个人写的程序只要能运行不管别人看不看得懂，注释可有可无，想法越独特代码量越少或内存损耗越小就越好，学了这门课才理解这样的代码可读性很差，通用性不好，维护起来很不方便，代码的可读通用性重要性不亚于正确性和运行效率；以前除了代码的源文件其他文档都不甚重要，学了这门课才知道软件开发中每一阶段都有文档的产生，其管理与应用也是一门大学问此外，这门课程里讲授了很多我以前从未接触过的方法和软件如UML模型、visio的强大绘图建模功能等等，这些知识不仅能应用于软件工程，也能应用于其他的很多领域，这门课结束了，但这些方面学习我还将继续的。
以上是从课本方向上学习总结的，以下是项目小组长针对项目开发的总结：
202*3411114闫小素
软件工程项目总结报告
一、需求分析
需求分析是对用户的业务活动进行分析，确定系统的目的、范围、定义和功能，明确在用户的业务环境中软件系统应该"做什么"。
只有在确定了客户需求后，知道要“做什么”，才能够分析和寻求系统的解决方法，开展后续的工作，所以需求分析是软件工程中的一个关键过程。
这一步骤要产生用户需求说明书，这个说明书既是给用户看的也是给开发人员看的，可以让用户更加确定自己的需求，让开发人员了解用户的需求。
可以在需求说明说中包含业务流程图，来描述项目的业务流程。
二、软件设计
软件设计的主要任务是把需求分析得到的结果转换为软件结构和数据结构，建立目标系统的逻辑模型，从而形成系统架构。
明确软件系统应该"怎样做"概要设计
1.软件结构设计：
将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。
2.数据结构设计：
数据特征的描述、确定数据的结构特性、以及数据库的设计。
详细设计
1．为每个模块确定采用的算法，选择某种适当的工具表达算法的过程，写出模块的详细过程性描述；2．确定每一模块使用的数据结构；
3．确定模块接口的细节，包括对系统外部的接口和用户界面，对系统内部其它模块的接口，以及模块输入数据、输出数据及局部数据的全部细节。
4．要为每一个模块设计出一组测试用例，以便在编码阶段对模块代码（即程序）进行预定的测试。
这一步骤需要产生系统概要设计说明书和系统详细设计说明书。
三、软件编码
软件编码就是将上一阶段的详细设计得到的处理过程的描述转换为基于某种计算机语言的程序，即源程
202*3411114闫小素
软件工程项目总结报告
序代码。
1．制定项目开发计划文档，制订编码规范、量化任务，并合理分配给相应的人员。
2．跟踪项目的进度，协调项目组成员之间的合作。
3．监督产生项目进展各阶段的文档，保证文档的完整和规范。
4．跟踪开发过程中的需求变更，与用户沟通确定变更需求，更改开发计划。
四、软件测试
软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，需要跟踪故障，以确保开发的产品适合需求。
项目组长需了解测试结果，根据测试的bug的严重程度来安排项目bug更改计划。
五、运行维护
软件维护主要是指根据需求变化或硬件环境的变化对应用程序进行部分或全部的修改，修改时应充分利用源程序。
修改后要填写程序改登记表，并在程序变更通知书上写明新旧程序的不同之处。
项目组长需要配合部署人员做项目部署，了解项目部署环境，跟踪项目运行期间产生的bug安排相关人员对相应bug进行更改
六、必备流程：
1．每天找个时间，项目组长召集该项目的相关人员作项目每日总结，内容包括：
（1）了解每个成员的工作进度情况。
（2）了解成员在工作中遇到的困难，并寻找资源解决。
（3）成员之间的配合是否协调一致（比如，需要提交的物件没有按时提交或遗忘等）。
（4）如有需要，根据当前的进展情况调整项目计划。
（5）安排每个成员第二天的工作。
（6）如果考虑到项目当前的进展状态可能会导致项目延期，则项目组长有权安排项目组加班，以保证工期。
202*3411114闫小素软件工程项目总结报告
2.如果项目组长接收到新的需求，则项目组长应该在下午的项目每日总结会上提出，并分配安排工作。
除非新来的需求特别紧急或影响到项目组当前正在进行的任务，需要召集项目组成员紧急讨论外，否则不应打断项目组的当前工作。
如果新的需求是在每天下班后接收的，则项目组长应在第二天早上召集项目组成员讨论并安排任务。
202*3411114闫小素
友情提示：
本文中关于《学期个人总结（软件开发专业）》给出的范例仅供您参考拓展思维使用，学期个人总结（软件开发专业）：
该篇文章建议您自主创作。
升级会员 