软件工程活动
软件工程活动分类详解
软件工程活动分类详解软件工程是一门复杂而多样化的学科，涵盖了广泛的活动领域。
在软件开发生命周期中，有许多不同的活动需要进行，每个活动都有其特定的目标和方法。
本文将详细介绍软件工程活动的分类，并探讨每个分类中的关键方面。
一、需求工程需求工程是软件开发过程中极为重要的一环，它涉及到识别、分析和记录用户对软件系统的需求。
需求工程的目标是确保开发出满足用户需求的软件系统。
在需求工程阶段，软件工程师会与客户合作，通过需求获取、需求分析、需求规格化等活动来建立和定义需求。
1.1 需求获取需求获取是指软件工程师与客户沟通与合作，获取关于软件系统需求的信息。
这包括面对面的会议、问卷调查、访谈和观察等方法。
通过需求获取，软件工程师可以了解用户对系统所期望的功能和性能，以及其他必要的约束条件。
1.2 需求分析需求分析是对收集到的需求进行全面的分析和理解。
软件工程师将识别和验证需求的一致性、完整性、可行性和优先级等方面。
在需求分析过程中，可以使用建模技术来帮助表示和理解需求，例如用例图、活动图和状态图等。
1.3 需求规格化需求规格化是将分析到的需求转化为明确、一致且可验证的规格文档。
这些文档通常包括用例规格、功能规格和非功能规格等。
需求规格化过程中需要确保规格文档的可读性、准确性和可追踪性，以及满足用户期望和系统限制。
二、设计活动设计活动是在需求定义之后，将软件系统分解为模块化和可管理的部分，并确定各个部分之间的接口和交互方式。
设计活动涉及到系统结构设计、模块设计和用户界面设计等。
2.1 系统结构设计系统结构设计是确定软件系统整体结构以及子系统之间的关系和交互方式。
这包括选择适当的体系结构模式，划分模块和组织子系统等。
常用的系统结构设计模式包括层次结构、客户端-服务器模式和MVC模式等。
2.2 模块设计模块设计是将系统结构中的各个模块进行详细设计。
在模块设计过程中，需要定义模块的输入、输出和内部处理逻辑。
模块设计的目标是实现高内聚、低耦合的模块，以便于开发和维护。
大学软件工程比赛方案策划
大学软件工程比赛方案策划软件工程是一门综合性的学科，是许多大学计算机类专业的重要课程。
为了进一步激发学生学习软件工程的积极性，提高他们的学习兴趣和能力，促进学生的创新思维和团队协作能力，我们计划组织一次大学软件工程比赛。
本次比赛旨在通过集中学生的创新智慧，推动软件工程的发展，促进学生的综合素质的提高，也为学生提供了一个展示自己才华和交流学习的平台，从而为他们的将来打下坚实的基础。
第二章：比赛的背景随着信息技术的飞速发展，软件工程作为其中的一项核心技术，已经成为现代技术发展的重要基础。
软件工程师的需求也越来越大，因此，培养具备软件工程实际技术水平和创新能力的人才成为当前教育的重要任务。
本次比赛旨在通过组织此次软件工程比赛，搭建一个学术交流和切磋技艺的平台，同时也为了进一步促进软件工程的发展。
第三章：比赛的主题本次大学软件工程比赛的主题为：“智能软件应用开发”。
智能软件是当前软件工程领域的热门话题，我们希望通过这次比赛，激发学生的创新潜能，鼓励他们深入研究和探索智能软件的开发与应用。
同时，我们也希望学生们能够在实践中提升自己的专业能力，拓展自己的视野。
第四章：比赛的组织机构本次比赛将由学校计算机学院统一组织，设立组委会、评审委员会、技术指导委员会等机构，具体职责如下：1. 组委会：负责制定比赛的规则、组织比赛活动、协调相关事宜。
2. 评审委员会：负责对参赛作品进行评审和打分。
3. 技术指导委员会：负责提供技术支持和指导，确保比赛顺利进行。
第五章：比赛的参赛条件和办法1. 参赛对象：本次比赛面向全校各个年级的计算机相关专业学生，每队参赛人数不少于3人。
2. 参赛作品要求：比赛要求参赛者结合实际、发挥自主创新能力，完成一个智能软件应用的设计和开发，并在现场进行演示和答辩。
3. 参赛作品评审标准：参赛作品将按照创新性、技术水平、实用性、答辩表现等方面进行综合评分。
第六章：比赛的奖励办法本次比赛设置一、二、三等奖，并颁发荣誉证书、奖杯及奖金。
软件工程专业学生如何利用社交活动扩展自己的职业圈子
软件工程专业学生如何利用社交活动扩展自己的职业圈子引言：在IT行业发展迅速的今天，软件工程专业学生如何扩展自己的职业圈子成为了一个重要的问题。
除了学习技能和知识外，积极参与社交活动是一个拓宽人际关系网络的重要途径。
本文将探讨软件工程专业学生如何利用社交活动扩展自己的职业圈子。
一、参加专业社团活动参加软件工程相关的专业社团活动是扩展职业圈子的一个有效途径。
加入这样的组织，你将有机会结识志同道合的同学和业界人士。
通过共同参与活动、交流经验和合作项目，你将能够建立深厚的人脉和信任关系。
此外，专业社团活动也经常举办讲座、研讨会等活动，你可以借此机会聆听业界专家的演讲和分享，学习他们的经验和见解。
二、利用校园社交平台现今许多大学都提供了校园社交平台，例如学生论坛、校园微信群等。
作为软件工程专业学生，你可以积极参与这些平台，与同学和学长学姐交流经验、分享学习资源。
此外，你还可以在平台上主动寻找志同道合的同学组建小组，共同完成一些项目或者开展技术讨论。
通过这些交流和合作，你将有机会结识更多志同道合的人，并且在技术上得到更多提高。
三、参与技术交流会议技术交流会议是软件工程领域非常重要的社交活动。
作为软件工程专业学生，你可以参加一些行业内知名的技术交流会议，聆听业界专家的演讲和分享。
这不仅可以增加你的专业知识，还能够结识众多行业内的从业者。
在会后，你可以积极与其他与会者交流，分享你的观点和发现。
此外，如果你有机会在会议上进行技术展示或者发表论文，你将更容易引起其他与会者的注意，进一步扩展职业圈子。
四、充分利用社交媒体社交媒体已经成为现代社会一种重要的社交手段。
作为软件工程专业学生，你可以充分利用社交媒体平台，如LinkedIn、GitHub等，建立个人专业形象。
你可以在这些平台上分享你的学习和项目经验，与其他从业者进行交流和互动。
此外，你还可以关注和加入一些与软件工程相关的社群和讨论组，通过参与讨论、解答问题，扩大自己的影响力和人脉。
软件工程实验报告
引言概述：正文内容：1. 实验背景：- 介绍软件工程实验的背景和意义；- 强调实验在培养学生分析和解决实际问题的能力方面的重要性。
2. 实验目的：- 阐述实验的主要目标，包括软件开发过程的实践应用、团队协作能力的培养等；- 说明实验对学生未来职业发展的重要性。
3. 实验设计与实施：- 总结实验的设计和实施过程，包括实验的时间安排、实验环境和实验工具的选择等；- 介绍实验所采用的具体软件开发方法和项目管理技术。
4. 实验结果与分析：- 对实验结果进行详细分析，包括开发过程中遇到的问题和解决方法；- 展示实验的具体成果，如软件系统的功能和性能等。
5. 实验总结与启示：- 总结实验的主要收获和经验教训；- 强调实验对学生技能发展和职业规划的重要性；- 提出对未来实验改进的建议。
小点详细阐述：1.1 介绍软件工程实验的背景和意义：- 说明软件工程实验的起源和发展历程；- 引述软件工程实验在工业界中的实际应用。
1.2 阐述实验在培养学生分析和解决实际问题能力方面的重要性：- 解释为什么实践是培养学生实际能力的有效途径；- 引用相关研究数据支持实验对学生能力发展的积极影响。
2.1 解释实验的主要目标：- 强调软件开发过程的实践应用；- 强调团队协作能力的培养和重要性。
2.2 说明实验对学生未来职业发展的重要性：- 引述软件工程师的需求量和薪资水平的数据；- 举例实验如何提升学生在求职过程中的竞争力。
3.1 介绍实验的具体设计：- 详细阐述实验的时间安排和实验环境的选择；- 解释为什么选择了特定的软件开发方法和项目管理技术。
3.2 说明实验工具的选择理由：- 介绍使用的开发工具和项目管理工具的优势；- 分析这些工具如何帮助实验的成功实施。
4.1 详细分析实验过程中遇到的问题：- 解释实验中出现的困难和挑战；- 分析团队在解决问题时采取的策略和方法。
4.2 展示实验的具体成果：- 说明软件系统的功能和性能；- 展示实验成果的图表和数据，如用户满意度调查结果等。
软件设计活动
软件设计活动软件设计包括4个既独立又相互联系的活动，即数据设计、体系结构设计、接口设计（界面设计）和过程设计。
这4个活动完成以后就得到了全面的软件设计模型。
设计方法也是以后实现设计模型的蓝图和软件工程活动的基础。
数据设计是实施软件工程中的4个设计活动中的第一个。
由于数据结构对程序结构和过程复杂性都有影响，因此数据结构对软件质量的影响是很深远的。
好的数据设计将改善程序结构和模块划分，降低过程复杂性。
数据设计将分析时创建的信息域模型变换成实现软件所需的数据结构。
在E-R图中定义的数据对象和关系，以及数据字典中描述的详细数据内容为数据设计活动奠定了基础。
体系结构设计的主要目标是开发一个模块化的程序结构，并表示出模块间的控制关系。
此外，体系结构设计将程序结构和数据结构相结合，为数据在程序中的流动定义了接口。
接口设计描述了软件内部、软件和协作系统之间，以及软件与人（用户）之间如何通信。
一个接口意味着信息流（如数据和／或控制流），因此，数据和控制流图提供了接口设计所需的信息。
接口设计要实现的内容包括一般交互、信息显示和数据输入。
接口设计主要包括以下3个方面。
（1）设计软件模块间的接口。
（2）设计模块和其他非人的信息生产者和消费者（比如外部实体）之间的接口。
（3）设计人（用户）和计算机间的接口（通常简称为“人机接口”或“人机界面”）。
过程设计应该在数据设计、体系结构设计和接口设计完成之后进行。
所有的程序都可以建立在一组已有的逻辑构成元素上，这一组逻辑构成元素强调了“对功能域的维护”，其中每个逻辑构成元素都有可预测的逻辑结构，即从顶端进入，从底端退出，读者可以很容易地理解过程流。
《软件工程》教学教案
《软件工程》教学教案第一章：软件工程概述1.1 课程介绍解释软件工程的定义和目的强调软件工程的重要性1.2 软件生命周期介绍软件生命周期的各个阶段解释每个阶段的主要活动和任务1.3 软件工程原则介绍软件工程的基本原则解释每个原则的重要性和应用第二章：需求分析2.1 需求分析概述解释需求分析的定义和目的强调需求分析的重要性2.2 需求收集和分析方法介绍需求收集和分析的主要方法解释每个方法的特点和应用2.3 需求规格说明书解释需求规格说明书的定义和作用介绍编写需求规格说明书的方法和技巧第三章：软件设计3.1 软件设计概述解释软件设计的定义和目的强调软件设计的重要性3.2 设计方法和工具介绍常见的设计方法和工具解释每个方法的特点和应用3.3 设计评审解释设计评审的定义和作用介绍设计评审的流程和技巧第四章：编码和实现4.1 编码规范和技巧介绍编码规范的重要性和作用强调编码技巧和最佳实践4.2 编程语言选择解释编程语言选择的重要性介绍常见编程语言的特点和应用场景4.3 代码复查和测试解释代码复查的目的和作用介绍代码测试的方法和技巧第五章：软件维护5.1 软件维护概述解释软件维护的定义和目的强调软件维护的重要性5.2 维护活动和方法介绍软件维护的主要活动和任务解释每个方法的特点和应用5.3 维护策略和计划解释维护策略和计划的重要性介绍制定维护策略和计划的方法和技巧第六章：项目管理6.1 项目管理概述解释项目管理的定义和目的强调项目管理在软件工程中的重要性6.2 项目管理方法和工具介绍常见的项目管理方法和工具解释每个方法的特点和应用6.3 项目计划和监控解释项目计划的重要性介绍项目监控的方法和技巧第七章：软件测试7.1 软件测试概述解释软件测试的定义和目的强调软件测试的重要性7.2 测试方法和策略介绍常见的软件测试方法和策略解释每个方法的特点和应用7.3 自动化测试解释自动化测试的定义和优势介绍自动化测试工具和框架第八章：软件质量保证8.1 软件质量概述解释软件质量的定义和重要性强调软件质量保证的作用8.2 质量标准和模型介绍常见的软件质量标准和模型解释每个标准的特点和应用8.3 质量保证过程和活动解释质量保证的过程和活动介绍实施质量保证的方法和技巧第九章：软件工程伦理和法律9.1 软件工程伦理讨论软件工程师的职业道德和责任强调伦理在软件工程中的重要性9.2 软件法律和知识产权介绍软件法律和知识产权的基本概念解释软件法律保护的重要性9.3 合规性和风险管理解释合规性和风险管理的作用介绍实施合规性和风险管理的方法和技巧第十章：软件工程前沿技术10.1 和机器学习介绍和机器学习在软件工程中的应用强调这些技术对软件工程的影响10.2 云计算和大数据解释云计算和大数据的基本概念介绍这些技术在软件工程中的应用场景10.3 敏捷开发和DevOps解释敏捷开发和DevOps的基本概念强调这些方法对软件工程实践的影响重点和难点解析一、软件工程原则补充说明：软件工程原则是软件工程的基本指导思想，包括模块化、抽象化、逐步求精、局部化、一致性等原则。
软件工程监理过程及方法应用
软件工程监理过程及方法应用摘要：关键词：软件工程；监理；活动；方法；拥有1软件工程监理过程的活动厘清软件工程建立过程中的主要监理内容与监理活动，是开展监理工作的重要前提和准备工作。
软件工程会随着工程进展不同，而呈现出不同的阶段性特点，因此，监理活动内容也不完全相同。
软件工程也是一个系统的工程活动，它与传统意义上的工程项目的组织方式并无区别，软件工程通常也存在招标、设计、实施、验收等阶段。
下面根据一般性软件工程的不同阶段归纳其建立过程的活动。
1、1招标阶段监理活动招标阶段是软件工程实施方与业主方达成一致的过程，代表了法律意义上双方的合作关系。
通常情况下，软件工程的招标方会提供相关的招标内容、招标条件，由多个投标单位采取公开竞标的形式进行招标活动。
在这个阶段，监理的主要内容包含以下几个方面：（1）协助业主方编制软件工程的相关工作计划，并且进一步的确定业主方的主要要求。
（2）对业主方提供的招标资料进行相关事项的审核，包括有技术指标、技术要求、投标资格界定、进度控制要求、验收质量标准、接收标准等。
（3）对业主方提供的工程预算、工程使用功能、目标进行审核，并从专业的角度去协助其在合理、科学的范围之内。
（4）审核承建合同。
在这一阶段，监理工作的主要对象为招标方的工作，也就是对业主方面的要求进行合理性、规范性的审核，监理单位应该积极保持与业主单位的良好沟通，保证双方的理解一致。
1、2设计阶段监理活动设计阶段的监理活动将直接决定软件工程质量，软件设计工作的好坏将会直接影响后续的软件开发、配置，影响软件的系统功能。
在这一阶段，监理方的主要监理对象为软件工程服务方，其主要监理的内容包含以下几个方面：（1）审核软件服务商所提供的对软件工程的关键技术的实现办法、与系统需求的匹配性、流程与技术合理性等内容，同时监理方需要签署审核意见。
（2）审核目标系统与现有系统之间的兼容性以及相互操作性，对工程设计方案进行审核，此项审核可以与业主单位的专业人员共同进行，确保监理方与业主单位的决策一致，避免出现三方矛盾。
软件工程开发模式
软件工程开发模式软件工程开发模式是指在软件开发过程中采用的一种方法论或框架，用于组织和管理软件开发活动以及确保最终交付的软件具有高质量、可靠性和可维护性。
以下是一些常见的软件工程开发模式：1. 瀑布模型（Waterfall Model）：瀑布模型是一种线性顺序的软件开发过程，包括需求分析、系统设计、实现、测试、部署和维护等阶段。
每个阶段的输出作为下一个阶段的输入，是一种较为传统的开发模式。
2. 增量模型（Incremental Model）：增量模型将软件开发划分为多个增量，每个增量都经历完整的开发周期，可以独立地进行设计、开发、测试和交付。
这种模型适合大型软件项目，可以降低风险和提高交付速度。
3. 原型模型（Prototype Model）：原型模型通过快速创建原型来收集用户需求和反馈，然后根据反馈不断改进原型，最终开发出符合用户需求的软件。
4. 敏捷开发（Agile Development）：敏捷开发是一种迭代、增量的开发方法，强调快速响应变化、持续交付价值和团队协作。
常见的敏捷方法包括Scrum、XP、Kanban等。
5. 喷泉模型（Fountain Model）：喷泉模型将软件开发过程描述为一个不断循环的过程，包括分析、设计、编码、测试和维护等阶段。
6. 螺旋模型（Spiral Model）：螺旋模型将软件开发过程描述为一个不断迭代的过程，每个迭代都包括风险分析、规划、工程开发和评审等活动。
7. DevOps：DevOps 是一种将开发（Development）和运维（Operations）整合在一起的软件开发和交付方法，强调自动化、持续集成和持续交付。
以上列举的软件工程开发模式只是其中的一部分，每种模式都有其适用的场景和优劣势。
在实际项目中，通常会根据项目需求、团队能力和开发环境等因素选择合适的开发模式。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
6.4 输出物
• • • • • • • 项目任务书 项目计划 技术支持服务规范 已记录的用户问题及解决方案 维护变更后的软件产品版本 维护情况报告 维护总结报告（合同类项目使用）
总结（一）
• 并不是所有的项目都适用一种开发 流程，项目组要学会不断改进工作 流程。
– 项目规模
总结（二）
交付结束
5.3 关注点
• 验收标准 – 所谓验收，就是按照测试用例跑一遍，结果和 预期结果一致就应该算通过，而且还容许有一 些小错误留在验收后改正。所以，验收前双方 要确认验收标准（含测试计划、测试用例）。 • 错误观点—认为系统完美了才能验收 – 这种想法是错误的，合同里一定要注明验收以 后维护期的费用问题，否则，客户担心一旦验 收就得不到支持，有可能不配合验收。
• 软件维护主要分为以下几类： –改正性维护 –适应性维护 –完善性维护 –预防性维护
6.2 工作流程
成立维护组织 制定维护计划/规范 收集并记录用户反馈信息 分析并提出处理方案
维护开始
执行维护
软件产品 持续维护
发布/交付？
发布新版本
交付用户
跟踪维护结果
维护结束？
维护合同结束/ 软件产品退出市场
维护结束
6.3 关注点
• 理解他人编写的程序一般都有一定的困难性。 • 软件配臵的文档严重不足甚至没有，或者没有合 格的文档。 • 当需要对软件进行维护时，由于软件人员经常流 动，维护阶段持续的时间又很长，所以一般不能 指望由原来的开发人员来完成或提供软件的解释。 • 绝大多数软件在设计时没有考虑到将来的修改问 题。
修改缺陷
集成测试通过？ 通过 集成测试 全部完成？ 编写《集成测试报告》
修改缺陷
修改缺陷
执行性能测试
测试执行
问题分析
性能测试通过？ 通过 编写《性能测试报告》
建立系统测试环境
执行系统测试
修改缺陷
系统测试通过？ 通过 编写《系统测试报告》
修改缺陷
测试、性能） – 测试用例
2.4 关注点（二）
• 详细设计 – 处理流程、算法、数据结构 – 详细描述产品和产品构件的处理流程、算法、 数据结构 – 类（属性、方法、接口） – 详细定义产品构件的集成顺序、组装方法、配 臵要求 – 清晰描述产品和产品构件与集成环境、运行环 境间的关系、基本配臵要求、约束条件
2.5 输出物
• 测试用例密度 • 测试用例通过率
4.4 输出物
• • • • 测试计划（集成、系统） 测试方案（集成、系统） 测试用例（集成、系统） 测试报告（集成、系统）
第5章 软件交付
5.1 知识点
5.2 工作流程 5.3 关注点 5.4 输出物
5.1 知识点
• 确认测试：确认测试是检验与证实软件是否满足 软件需求说明书中规定的要求。 • 验收测试：按照项目任务书或合同、供需双方约 定的验收依据文档进行的对整个系统的测试与评 审。
中标/合同签订/ 内部研发启动 制定《需求开发计划》
获取用户需求 内部研发项目
项目类型？ 合同项目
编写/修改《用户需求说明书》 修 改 用 户 需 求
填写《需求跟踪矩阵》
评审用户需求？
修 改 评 审 缺 陷
用户确认？
确定需求分析准则和方法 修改 需求 分析 准则 和方 法
修 改 评 审 缺 陷
编写/修改《产品需求规格说明书》
设计开始
确定技术解决方案
概要设计
数据库设计 分析和评价产品或产品构件的 开发/购买/复用 评审概要设计？ 通过 详细设计 修改 评审 缺陷
检查详细设计？ 通过 活动结束
2.3 解决方案开发选择
活动开始 开发评价准则 开发备选解决 方案 评价备选解决 方案 确定解决方案 活动结束
决策分 析流程
2.4 关注点（一）
填写《需求跟踪矩阵》
评审产品需求？ 通过 活动结束
1.3 关注点
• 需求评审
– 检查单
• 需求跟踪
– RTM
1.4 输出物
• • • • • • 需求开发计划 用户需求调研单 用户需求说明书 产品需求规格说明书 需求跟踪矩阵RTM 评审报告
第2章 软件设计
2.1 知识点
2.2 工作流程 2.3 解决方案开发选择 2.4 关注点 2.5 输出物
交付开始
5.2 工作流程
缺陷修改
不通过 交付
准备交付清单/发版申请
执行配置审计和过程评审
评审交付？
通过
制作产品介质 发布/交付?
发布
用户确认测试
缺 陷 修 改
发版审批
测试通过？ 移交产品介质 制定《系统实施计划》
需要进行产品培训时
系统部署
建立维护环境
系统试运行及维护
产品培训
发版通知
系统正式运行及维护 开发总结 产品验收 验收通过？
4.2 工作流程（一）
测试开始 建立测试规程和标准 制定《测试计划》
编写测试用例
测试计划、设计
使用工 具测试
填写《需求跟踪矩阵》
修改 缺陷
使用测试工具？
编写和调试测试脚本 评审测试用例
4.2 工作流程（二）
建立性能测试环境 测试脚本录制和调试 测试数据准备
执行 下一组 集成测试
建立集成测试环境
执行集成测试
• • • • 概要设计说明书 详细设计说明书 数据库设计说明书 评审报告
第3章 软件实现
3.1 知识点
3.2 工作流程 3.3 关注点 3.4 输出物
3.1 知识点
• 产品组装：又称产品集成。
– 是根据定义的集成顺序、规程，分 阶段地、渐进地、增量地将产品构 件进行组装，形成产品或更大的产 品构件。
1.1 知识点
• 用户需求：用户为了满足自己对将要开发 的目标系统的愿望而提出的要求。是站在 用户立场上、使用用户理解的方式和语言 描述的需求。 • 产品需求：经过需求分析，将用户需求转 换成的便于开发人员理解的产品需求。是 系统设计的依据，可以使用开发人员理解 的方式和语言描述。
1.2 工作流程
2.1 知识点
• 产品构件：表示一组软件代码(源码、二进制码或 可执行码)，也可以是其它产品构件的聚合。是为 了满足最终交付产品的功能并交付给用户。 • 设计模型：是分析与设计过程的主要工作产品。 它显示收集了哪些产品构件来提供系统的行为。 • 实现模型：是产品构件的集合。
2.2 工作流程
修 改 评 审 缺 陷
软件工程活动
软件工程框架及原则
目标
• 整体认识过程活动
–知识点 –工作流程 –关注点 –过程输出物
大纲
第1章 软件需求
第2章 软件设计
第3章 软件实现 第4章 软件测试 第5章 软件交付
第6章 软件维护
第7章 总结
第1章 软件需求
1.1 知识点
1.2 工作流程 1.3 关注点 1.4 输出物
5.4 输出物
• • • • 用户确认测试报告 项目交付确认单（用户签字） 系统实施计划 用户培训计划（如《合同》中规定 为我方责任） • 系统试运行报告 • 系统正式运行确认书
第6章 软件维护
6.1 知识点
6.2 工作流程 6.3 关注点 6.4 输出物
6.1 知识点
• 进行维护的原因主要有以下几种： –改正程序中的错误和缺陷 –改进设计以适应新的软、硬件环境 –增加新的应用范围
3.3 关注点
• 单元测试 • 代码走查 • 产品组装
3.4 输出物
• • • • • • • 源代码 单元测试用例 单元测试报告 产品组装计划 产品资料 CQ库 评审报告
第4章 软件测试
4.1 知识点
4.2 工作流程 4.3 关注点 4.4 输出物
4.1 知识点
• 集成测试：也叫做组装测试。 – 将程序模块进行有序的、递增的测试。 – 检验程序单元的接口关系，逐步集成为符合概 要设计要求的程序部件或整个系统。 • 系统测试：系统测试是为验证和确认系统是否达 到其原始目标，而对集成的硬件和软件系统进行 的测试。是在真实或模拟系统运行环境下检查完 整的程序系统能否和系统正确配臵连接，满足需 求。
3.2 工作流程
确定组装顺序 修 改 缺 陷 制定《产品组装计划
实现开始
确定开发规范 制定产品构件的实现计划 并分配任务
编码
编写产品资料 修 改 缺 陷 评审？ 修 改 缺 陷 通过
单元测试
部署组装环境
测试通过？ 通过 修 改 缺 陷 代码走查
走查通过？ 通过 组装产品或产品构件
验证组装结果？ 继续其它产品构件的实现 通过 产品构件 全部完成？ 实现结束
• 概要设计 – 技术路线、内部、外部接口设计 –进行用例分析，构建产品的设计模型； –构建产品的实现模型，进行产品的分解，标识产品构 件； –描述产品和产品构件的特征和约束； –进行产品外部接口设计； –识别产品构件间的接口，进行接口设计； –识别和定义产品构件的集成顺序、遵循的标准； –识别产品和产品构件与集成环境、运行环境间的关系、 约束条件。