软件工程课程内容总结

目录

第一部分软件工程课程内容总结 (2)

1第一章软件工程的职业道德 (2)

1.1职业道德的内涵与作用 (2)

1.2职业道德的基本标准 (2)

1.3软件工程人员的职业道德标准 (2)

1.4职业道德修养的形成 (2)

2第二章软件与软件工程 (3)

2.1软件危机 (3)

2.2软件工程 (3)

2.3软件生存周期 (3)

2.4软件开发模型 (3)

3第三章软件文档与写作基础 (3)

3.1文档规范 (3)

3.2代码规范 (4)

3.3流程图 (4)

4第四章项目管理初步 (4)

4.1引言 (4)

4.2项目的概念和项目的管理知识 (4)

4.3立项管理 (5)

4.4结项管理 (5)

5第五章需求获取 (5)

5.1软件需求的定义 (5)

5.2需求获取方法与困难 (5)

5.3需求规格说明书 (5)

5.4需求验证 (6)

5.5需求变更 (6)

6第六章用例模型 (6)

6.1UML简介 (6)

6.2需求分析与用例模型 (6)

6.3用例图和用例描述 (6)

6.3.1例.超市管理系统 (7)

6.3.2用例描述 (7)

第二部分对软件工程各部分的认识 (7)

第一部分软件工程课程内容总结

1第一章软件工程的职业道德

1.1 职业道德的内涵与作用

在人类的的道德文明中，职业道德具有极其重要的地位和作用，尤其是现代社会，职业道德已成为一种有代表性的、其中坚作用的主导型道德，他对于个人的发展，对于企业的成功，乃至对于整个社会的进步都具有不可代替的中澳意义和作用。

1.2 职业道德的基本标准

1、文明礼貌

2、爱岗敬业

3、诚实守信

4、办事公道

5、团结互助

6、服务群众

7、奉献社会

1.3 软件工程人员的职业道德标准

1、只与声誉好的公司和组织建立联系；

2、保证客户、雇主和主管知道在本道德规范中软件工程师所应承担的义务和责任；

3、支持按照本规范要求去做的那些人；

4、帮助发展一种有利于道德行为的组织环境；

5、对任何有理由相信违反了本规范的事情均应向相应授权(者)机构报告；

6、不要以职业上的代价来发展自己的兴趣；

7、以对民众事务具有建设性的服务来履行对社会的职业责任。

1.4 职业道德修养的形成

知道了应该在职业的各个方面提高自己职业的正直性和声誉，并与公众的健康、安全和福利要求保持一致。特别地，软件工程师应在尽可能的程度上做到：只与声誉好的公司和组织建立联系；保证客户、雇主和主管知道在本道德规范中软件工程师所应承担的义务和责任；支持按照本规范要求去做的那些人；帮助发展一种有利于道德行为的组织环境；对任何有理由相信违反了本规范的事情均应向相应授权(者)机构报告；不要以职业上的代价来发展自己的兴趣；以对民众事务具有建设性的服务来履行对社会的职业责任。

2第二章软件与软件工程

2.1 软件危机

软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。这些问题不仅仅是不能正常运行的软件才具有的，实际上，几乎所有软件都不同程度的存在这些问题。软件危机包含下属两方面的问题：如何开发软件，以满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件。

2.2 软件工程

软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。

2.3 软件生存周期

1、计划过程：问题定义，可行性研究

2、开发过程：需求分析，概要设计，详细设计，实现，综合测试

3、软件使用和维护

2.4 软件开发模型

软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。对于不同的软件系统，可以采用不同的开发方法、使用不同的程序设计语言以及各种不同技能的人员参与工作、运用不同的管理方法和手段等，以及允许采用不同的软件工具和不同的软件工程环境。

3第三章软件文档与写作基础

3.1 文档规范

由规范记录组成的计算机文档。其作用是实行规范控制，即保证机读目录中文档标目的一致性，以便有效地实现对机读目录的统一管理。规范记录用来记录下列内容：

① 目记录检索点的规范标目；

② 规范标目与相关的不同标目形式之间的参照关系；

③ 选取标目，确定其参照关系的依据(如参照、参照根查等)及其他有关信息(包括建档

日期、建档人姓名等)。规范文档的作用是作为一种工具，以引导目录的使用者根

据出版物上出现的标目形式找到书目记录所使用的规范化标目，进而找到所要的书

目记录或所需的资料。规范文档首创于美国国会图书馆。

科技论文格式：

1、题目：简明、准确地写出该课题研究的基本内容。

2、署名:著者署名是科技论文的必要组成部分。主要贡献人员的姓名，工作。

3、文摘：概括地说明，该研究的目的及重要性，并极其扼要地表述是以何种实验材料

与方法得出的何种研究结论，突出论文的新见解和研究结果的意义。

4、关键词：这是表达文献主题概念的词汇，它可以从标题和摘要中提出（一般提出3-4

个关键词），特别是适应计算机自动检索的需要。

5、引言：简要表述本研究课题的背景、前人的研究结果和未能解决的问题，以及本研

究的主要实验（试验）内容和研究目的。

6、正文：正文是科技论文的核心组成部分，应充分阐述科技论文的观点、原理、方法

及具体达到预期目标的整个过程。

7、结论：整篇文章的最后总结。对本研究结果的价值、作用、意义作出判断，说明本

研究发现了哪些新的规律、发展了哪些学术理论、能解决什么现实问题。

8、参考文献：列出本研究课题直接有关的前人发表的文献（包括参考前人的成果、方

法、材料等）参考文献的格式如下：图书主编、书名、页、出版社、出版年份。

3.2 代码规范

?提高可读性编码规范，帮助我们写出容易理解的代码，它为我们提供了最基本的模板，良好的编码风格，使代码具有一定的描述性，可以通过名字来获取一些需要IDE才能得到的提示，如可访问性、继承基类等。

?统一全局，促进团队协作编码规范，要求团队成员遵守这一统一的全局决策，这样成员之间可以轻松地阅读对方的代码，所有成员正以一种清晰而一致的风格进行编码。而且，开发人员也可以集中精力关注他们真正应该关注的问题——自身代码的业务逻辑，与需求的契合度等局部问题。

?有助于知识传递，加快工作交接风格的相似性，能让开发人员更迅速，更容易理解一些陌生的代码，更快速地理解别人的代码。因为，他和你的代码风格是一样的，你没有必要对他的一些个性化风格进行揣测。这样的好处是开发人员可以很快的接手项目组其他成员的工作，快速完成工作交接。

?减少名字增生，降低维护成本在没有规范的情况下，和容易为同一类型的实例起不同的名字。对于以后维护这些代码程序员来说会产生疑惑。

?强调变量之间的关系，降低缺陷引人的机会命名可以表示一定的逻辑关系，是开发人员在使用时保持警惕，从而一定程度上减少缺陷被引人的机会。

?提高程序员的个人能力不可否认，每个程序员都应该养成良好的编码习惯，而编码规范无疑是教材之一。从一个程序员的代码本身能看出很多东西。所以，即便是为了自身发展，作为程序员也没有理由抵制这种规则的存在。你可能没有认识到，我们正默默地得益于编码规范。

3.3 流程图

数据流程图是一种图形化技术，他秒回信息流和数据从输入移动到输出的过程中所经历的变换，其既提供了功能建模机制，又提供了信息建模机制。

4第四章项目管理初步

4.1 引言

4.2 项目的概念和项目的管理知识

项目是指一系列独特的、复杂的并相互关联的活动，这些活动有着一个明确的目标或目

的，必须在特定的时间、预算、资源限定内，依据规范完成。

项目参数包括项目范围、质量、成本、时间、资源。

项目管理(project management pm)是美国最早的曼哈顿计划开始的名称. 后由华罗庚教授50年代引进中国(由于历史原因叫统筹法和优选法).现在的台湾省叫项目专案.

项目管理是“管理科学与工程”学科的一个分支，是介于自然科学和社会科学之间的一门边缘学科。项目管理定义：项目管理是基于被接受的管理原则的一套技术方法，这些技术或方法用于计划、评估、控制工作活动，以按时、按预算、依据规范达到理想的最终效果。

4.3 立项管理

立项管理是决策行为,其目标是“做正确的事情”。而立项之后的研发管理活动目标是“正确执行”。只有“正确的决策”加上“正确的执行”才能生产优秀的产品。

目的是：通过规范化的流程1、判断并采纳符合企业利益最大化的立项建议，提供合适的资金和资源，是立项建议成为正式的项目。2、判断并拒绝不能给企业带来利益的立项建议，避免浪费资源、资金、时间等。

4.4 结项管理

结项管理是指在项目开发工作结束后，对项目的有形资产和无形资产进行清算、对项目进行综合评估和总结经验教训等。立项管理与结项管理是两个相呼应的过程“有始有终”。

项目结束后有两种状况：一是正常结束，二是异常结束。前者是指项目按制定计划结束，后者原因多种，归根结底都是因为该项目不符合机构的最大利用。

5第五章需求获取

5.1 软件需求的定义

软件需求是:

1、用户解决问题或达到目标所需条件或权能(Capability)。

2、系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权

能。

3、一种反映上面(1)或(2)所述条件或权能的文档说明。需求的类型

5.2 需求获取方法与困难

1、功能需求通常体现为业务需求、用户需求、系统需求。

2、非功能需求用户较关心的为可靠性、可用性、可维护性、可移植性、效率。

3、需求获取的方法包括面谈、需求专题讨论会、问卷调查、原型法、观察与文档审查。

5.3 需求规格说明书

优秀需求规格说明书应具备完备性，一致性，可修改性和可跟踪性。

1、引言（目标，文档约定，预期的读者和阅读建议，产品的范围，参考文献）。

2、综合描述（产品的前景，产品的功能，用户类和特征，运行环境，设计和实现上的

限制，架设和赖附录）。

3、用户界面附录（硬件接口，软件接口，通信接口）。

4、系统特性（说明和优先级，激励/相应序列，功能需求）。

5、其他非功能需求（性能需求，安全设施需求，安全型需求，软件质量属性，业务规

则，用户文档）。

6、其他需求

5.4 需求验证

需求验证是检验需求是否能反应客户的意愿，是要发现需求中的问题。需求验证是专指在需求规格说明完成之后，对需求规格说明文档进行的验证活动。

5.5 需求变更

在计算机软件项目管理过程中,变更活动主要分为需求变更与缺陷变更两大类,二者有着不同的产生原因,但在处理过程中却有着相近的处理方法。只有在项目开发和实施过程中正确处理好各种变更活动,才能最大限度的消除项目风险,保证项目的顺利交接。

6第六章用例模型

6.1 UML简介

6.2 需求分析与用例模型

需求分析是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，“需求分析”就是确定要计算机“做什么”。

6.3 用例图和用例描述

用例描述就是站在用户角度详细地对每一个用例进行描述，尽可能避免涉及计算机专业知识和术语，以网站为例，我认为比较好的方法是可以简单制作一个Demo，控件操作之类的可以截图，更为直观地将页面效果置于文档中，让客户更为形象地理解，通常用例描述中还附有UML中的活动图。

6.3.1例.超市管理系统

6.3.2用例描述

用例名称：购买商品

用例目的：完成消费

参与者：消费者

前置条件：消费者进入消费界面，用例开始

事件流：

第一步：密码

消费者：输入消费密码

系统：判断密码是否正确

第二步：添加商品

消费者：添加想要购买的商品

系统：提交消费者选择信息

第二部分对软件工程各部分的认识

软件工程从一个学科，或是某一个研究方向来说，人员仅仅是过程，方法的执行者，所以人员的素质往往被忽略。软件工程是一门实践性很强的学科，所以在实际的软件研制过程中，人员的素质占据着非常重要的地位。在具体的软件工程项目中，人员的角色定位，任务分配，以及团队内成员之间的协调配合是非常重要的。人员的角色定位以及任务分配，是属于技术层面的资源配置，软件过程的各个环节，都必须有最合适的人选，该环节才能得到最有效的技术资源，而整个团队内成员之间的配合协调，则是属于管理层面的资源整合，通过充分调度软件生产的各个环节，精细安排，整个软件工程项目才能有条不紊地展开，软件生产的理论才能更好地应用于实际。

理论来源于实践，同样也高于实践，现有的软件工程理论也是经过了众多的科研工作者，业界人士和用户的创造，修改和更新所得出的经验总结。可以预想，软件工程的理论仍会随着软件产业的发展壮大而不断被推进完善。没有坚实的理论支持，实践就没有明确的方向，作为软件工程的学习者，既要夯实理论基础，制定解决方案，又要创新实践模式，完善产品功能。