軟件工程总结.docVIP

软件工程总结 在上学期的信息管理课程中我们已经大略学习过了软件的开发过程、方法、生命周期等软件工程的内容，但一直不能系统地去理解这些东西，对软件开发过程也没有没有清晰地概念。通过这学期以来的学习，虽说课本中的很多内容仍不能清晰地理解掌握，但对于软件工程确实也有了比上学期更明晰系统的概念和理解，同时也在老师授课下对许多以前未所听闻的开发软件和开发方法如sharepoint，UML模型等有了初步的了解，深感这是一门博大精深而十分有用的学问，需要我们认真进一步地学习。以下是我对课本内容知识点的学习所得梳理与感悟： （一）、关于“软件工程”学 软件工业历史3个阶段走来，传统的软件开发不重视开发技术与开发管理，现代社会软件需求的激增，开发与维护的困难使得许多软件项目告以失败，“软件危机”爆发。 “软件工程（SE）”的概念是为了有效地控制软件危机的发生而被提出来的，它的中心任务就是把软件作为一种物理的工业产品来开发，要求“采用工程化的原理与方法对软件进行计划、开发和维护。” 其实质在于：以大型软件为对象（如企业资源管理ERP系统）；旨在开发满足用户需求、及时交付、不超过预算和无故障的软件；针对软件这一具有特殊性质的产品的工程化方法。软件工程涵盖了软件生存周期的所有阶段，并提供了一整套工程化的方法，来指导软件人员的工作： （一）、软件项目过程包括开发、管理、改进三个部分——软件工程三段论 1、软件开发 ——软件人员生产软件的过程，包括需求分析、设计（概要设计、详细设计）、编码、测试、产品提交、提交。其线路图如下： 2、软件项目管理 ——项目管理者规划软件开发、控制软件开发的过程，相当于生产线上的管理过程，管理过程是伴随开发过程进行的过程。 软件项目管理路线图 3、软件过程改进 ——相当于对软件开发过程和软件管理过程的“工艺流程”进行管理和改进，如果没有好的工艺生产不出好的产品，它包括对开发过程和管理过程的定义和改进。 软件过程改进路线如下图： 建立阶段产生的改进方案可能是如何进行改进也可能是出于各方考虑而放弃不改进。 （二）、软件工程知识体系 ——IEEE的软件工程知识体系指南中界定了软件工程的11个知识体系： 软件工程知识体系SWEBOK 2004 前5个知识体系 软件工程知识体系SWEBOK 2004 后6个知识体系 （三）、关于软件工程生存期模型： 软件工程有很多环节，软件工程模型用一定的流程将各个环节连接起来，并用规范的方式造作全过程，就可以形成不同的生存期模型，这个生存期模型就是在项目规划过程中选择的策略。常见的生存期模型有： 瀑布Waterfall；V模型V-shaped；原型Prototyping；增量Incremental；螺旋式Spiral。 这些模型各有特点，在实际应用中应该根据需求进行选择，例如：WaterFall model要求一个阶段的输出是下阶段的输入，没有反馈，项目目标固定不变（WaterFall model过于理想化，不适合现代软件开发；但其“线性”思想易为掌握，在其他模型中都能找到其影子）所以适合于： 在项目开始前,项目的需求很明确 在项目开始前,解决方案也很明确 类似的项目如：公司的财务系统、库存管理系统、短期项目 （四）、关于复用原则 ——基于复用（重用）的软件工程是比较理想的软件工程策略，复用可以降低软件开发和维护的成本，缩短开发时间，提高产品质量。 二、关于软件项目过程 从课本第2章到第8章主要是沿着软件工程线路图为我们解析软件项目开发过程个阶段的任务、开发方法、成果要求及项目管理实施： （一）、需求分析 ——软件项目的失败大半源于需求分析没有做好，软件开发人员首先应该明确用户的意图和要求，正确获取用户的需求，然后形成一个软件需求规格，它是软件开发的重要基础。需求分析一章介绍了需求分析如下的5个过程及基本任务（需求获取-需求分析-需求规格说明-需求验证以及变更管理）并重点介绍了需求分析中的建模方法： 需求规范必须说明和功能定义，既是往后概要设计和详细设计的基础，同时也便于后期与客户发生争端或需要进行设计变更时可以有据可依。 需求建模方法： （Microsoft office visio是有力的建模工具） 1、关联模型——定义系统与环境的关联关系 （ATM系统） 1、行为模型——是描述系统的总体行为：数据流模型；状态机模型 2.3、数据模型——定义系统处理的数据逻辑形式（E-R图与数据流程图） 2.4、结构化方法 ——最早的开发方法，其中有代表性的是美国的Ｃｏａｄ／Ｙｏｕｒｄｏｎ的面向数据流的开发方法、欧洲Ｊａｃｋｓｏｎ／Ｗａｒｎｉｅｒ－Ｏｒｒ的面向数据结构的开发方法，以及日本小村良彦等人的ＰＡＤ开发方法（业务流程图、数据流图、数据字典的使用） 2