软件工程大作业

成绩

评阅人

软件工程I课程考核报告

南阳理工学院软件学院

2013年5月

软件工程素质导论总结

【摘要】软件工程是一门理论和实践相结合的课程，涵盖了很多对项目至关重要的知识，总结了先辈们的经验和教训，给我们指出了方向，让我们少走了很多的弯路，对于每一个从事软件工作的人来说都是一份宝贵的财富，认真的学好这门课程，可以使我们的编程之路更坦荡。

关键字：软件软件工程规范需求捕获用例模型

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

一、职业道德的内涵与作用

1.职业的定义

职业是指人们由于社会分工而从事具有专业业余和特定职责并以此作为主要生活来源的工作，职业是在人类社会出现分工之后而产生的一种社会历史现象。

2.道德的定义

道德是一定社会、一定阶级向人们提出的处理人与人之间、个人和社会之间、个人和自然之间各种关系的一种特殊的行为规范。

3.职业道德的定义

职业道德，即在一定的社会经济关系中，从事各种不同职业的人们在其特定的工作或劳动中的规范的总和。

二、职业道德的基本标准

文明礼貌、爱岗敬业、诚实守信、办事公道、团结互助、服务群众、奉献社会。

三、职业道德修养的形成

从小事做起、从自我做起、在专业学习中训练、在社会时间按中体验、在自我修养中提高。

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

第二章软件与软件工程

一、软件危机

1.软件危机

软件危机是软件在开发和维护的过程中所遇到的一系列严重的问题。主要包括:如何开发软件来满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件。

二、软件工程

1.软件工程

软件工程是开发、运行、维护、和修复软件系统方法。

2.软件工程的内容

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

三、软件生存周期

生命周期过程，大的划分为3个：计划、开发、使用与维护，细分如下。

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

设计过程：需求分析、概要设计、详细设计；

实现过程：编码、调试、测试；

使用与维护：使用与维护。

四、软件开发模型

开发模型分为：瀑布模型、原型模型、增量模型、螺旋模型、构建模型1.瀑布模型

优点：清楚的标识出了软件开放阶段。它采用自顶向下逐步向下逐步求精的方式把整个开发过程分为不同的阶段，每个阶段的工作都很明确，因此便于控制开发过程。

缺点：它自身的顺序性所致，在开放过程中，在需求阶段很难把用户的需求完全明确下来，因此，当需求变更时将会导致阶段反复，而且都是重复需求、设计、编码、测试等过程。

2.原型模型

优点：开发者和用户在一起定义软件的总体目标，标识出已知的需求，并规划出进一步定义的区域。然后是“快速设计”。

3.增量模型

优点：具有较大的灵活性，适合于软件需求不明缺、设计方案有一定风险的软件项目，增量模型强调每一个增量均发布一个可操作产品。

4.螺旋模型

优点：将瀑布模型和增量模型结合起来，并加了风险分析。螺旋模型时一个很现实的方法，使用原型模型作为降低风险的机制，使得开发人员和用户对每个烟花层出现的风险有所了解，继而做出应有的反应，因此特别适合庞大、综合并具有高风险的系统。

第三章软件文档写作基础

一、文档规范

主要是在写作文当时应注意的问题，和在写作是有很多可以用的技巧。对论文的格式进行了描述，还使用现有的毕业设计文档进行讲解，讲述每一部分应该写的内容（摘要），然后还对文档的基本操作进行了讲述（插入表格和插入图片的方法)。

句法成分搭配不当、句法成分缺少、词语的位置摆错、数量表达混乱。

二、代码规范

1.程序的版式

文件结构、版式、空行、代码行、代码行内的空格、对齐、长行拆分、修饰符的位置、注释、类的版式

2.命名规则

共性规则、简单的Windows应用程序命名规则。对各种类型数据的命名进行了详细的讲述，并使用实例进行的解析。

3.表达式和基本语句

循环语句的效率、for 语句的循环控制变量、if 语句、还有是对在语句中对运算符中空格的使用等问题。

4.常量

比如const 与 #define的比较、常量定义规则、类中的常量，特别是对于常量的命名的问题进行了详细的讲解。

5.函数设计

参数的规则、返回值的规则、函数内部实现的规则、引用与指针的比较。三、流程图

流程图是对过程、算法、流程的一种图像表示，在技术设计、交流及商业简报等领域有广泛的应用。

在软件工程中代码规范和流程图很重要。代码规范能体现编程者对他人的尊重，从而让程序员之间更好的沟通。良好的代码应该有详尽的注释，当然最好还要有简单明了的文档，代码写的规范了，代码规范能促进团队合作，减少问题的出现，降低维护成本，利于代码审查及自身的成长。而在一个程序中有了流程图更完美了，流程图会一步步展示程序的内容，清晰的分析了程序。让人明白每一步都干了什么。

第四章项目的初步管理

一、项目的概念和项目管理知识

1.项目

项目指的是在某种目的的驱动下完成的一系列相关的活动。

2.项目的特征

有一个明确的目标、唯一性专门性、一次性、整体性。

3.项目的四个约束

范围、时间、成本、质量。

二、立项管理

立项管理是决策行为，其目标是“做正确的事情”。指符合企业利益最大化这个根本目标。立项管理的目的是通过规范化的流程：①判断并采纳符合企业利益最大化的立项建议，提供合适的资金和资源，使立项建议成为正式的项目；②判断并拒绝不能给企业带来的利益的立项建议，避免浪费资源、资金、时间等。项目有五种典型的利益相关者：项目发起人、项目客户、项目经理、项目团队、项目相关职能部门，它们都应该在项目的不同阶段扮演不同的角色，承担相应的责任。

立项之后就要定义项目的需求。做份《项目可行性分析报告》，其中包括进行可行性分析、市场可行性分析、技术可行性分析、成本收益的分析、SWOT 分析。《项目可行性分析报告》由决策机构进行评审批准之后就可进入项目筹备阶段。

三、结项管理

结项管理是对项目的有形资产和无形资产进行清算、对项目进行综合评估和总结经验等。结项管理流程为（1）机构领导指示；（2）结项申请；（3）结项评审。

管理对于项目成功有重要的意义。有了项目管理这个环节，用项目管理来科学地开发软件有效地减少了开发风险，保证了质量。有了清晰了的计划，会减少整个项目做下来的时间和资源、效率和损失

第五章需求获取

一、需求的类型

1.需求分类

功能性需求和非功能性需求

2.需求分类内容

功能性需求：业务需求、用户需求、系统需求

非功能性质量属性：性能，易用性，清晰性，安全性，可扩展性，兼容性，可移植性等

二、需求方法

1.需求分析所处的位置

概念化阶段：明确了软件项目的意义，可行性等概括。

需求阶段：功能需求、质量属性需求、约束性需求等。

架构设计阶段：分析和设计系统。

2.需求捕获及其成果

需求采集者必须理解用户所从事的工作，并了解用户和客户希望系统在哪些方面帮助他们。

工作成果：需求采集卡、访谈记录、访谈录音（征询授权）、书面材料、系统等。

常犯错误：拿着需求捕获的内容作为需求分析。

3.需求分析及其工作成果

通过需求采集活动，捕获到了大量“原始需求”。

需求分析则对采集到的原始需求进行分析、整理、辨别和归纳，最终形成系统的、明确的软件需求。

需求分析是挖掘和整理知识的过程，它在已掌握知识的基础上进行。

需求分析就是对用户需求进行分析，以得到一份明确的、规范的需求定义。

工作成果：需求规格说明书

常犯错误：需求分析不全面，少功能，无非功能性需求。

4.系统分析及其工作成果

系统分析是针对系统所要面临问题，搜集相关的资料，以了解产生问题的原因所在，进而提出解决问题的方法与可行的逻辑方案，以满足系统的需求，实现预定的目标。

工作成果：分析类图、鲁棒图、序列图等。

第六章用例模型

一、用例图和用例描述

1.用例

用例(Use Case)是一种描述系统需求的方法，使用用例的方法来描述系统需

求的过程就是用例建模。

2.用例建模

用例建模技术，用于描述系统的功能需求。在宏观上给出模型的总体轮廓。

通过对典型用例的分析，使开发者能够有效地了解用户的需求。

3.用例描述----用例描述的格式(模板)

序号模板项目说明

1 用例名称每一个用例都有一个清晰、无歧义的动名词短语作为名称，如

签订合同

2 用例目的用例是为了获得有价值的结果而对系统功能的执行，因此每一

个用例的执行都有最终的目的或者目标

3 参与者和该用例有关的参与者，可以是多个

4 前提条件用例可以开始执行的前提条件

5 事件流该项描述了用户和系统在执行该用例的过程中，用户和系

统之间的交互细节，包括;用户做了什么，系统做了什么，除

了基本正常的事件流之外，还以应该包括异常的事件流（备选

流）

6 后置条件该用例执行完毕后系统的最终状态

7 扩展点什么条件下，可以扩展为其他用例

8 其他用例的其他特殊要求，如性能要求、使用频率等

二、建立用例模型

1.用例模型

用例模型描述外部执行者(Actor)所理解的系统功能。即待开发系统的功能

需求。

用例模型驱动了需求分析之后各阶段的开发工作,还被用于验证和检测所开

发的系统, 影响了UML的各个模型。

用例模型由若干个用例图构成，用例图中主要描述执行者和用例之间的关

系。

2.查找系统参与者

寻找参与者可以从以下问题入手：

（1）系统开发完成之后，有哪些人会使用这个系统？

（2）系统需要从哪些人或其他系统获得数据？

（3）系统会为哪些人或其他系统提供数据？

（4）系统需求与哪些其他系统系统交互？

（5）系统是由谁来维护和管理并保持其正常运行？

（6）系统需要应付（处理）哪些硬设备？

（7）谁对系统运行产生的结果感兴趣？

（8）有没有自动发生的事件？

3.查找系统用例的方法

识别用例的最好办法就是从分析系统的参与者开始，考虑每个参与者是怎样使用系统。

根据下面的一些问题来识别用例：

①参与者希望系统提供什么功能；

②系统是否存储和检索信息；

③当系统改变状态时，是否通知参与者；

④是否存在影响系统的外部事件，是哪个参与者通知系统这些外部事件。

总结

软件工程是一门理论性的学科，对于从事软件工作的人来说是很重要的，认真的进行研究，对于以后会受益匪浅。

主要讲述了一些关于前辈们的经验和教训，他们用自己的亲生实践为我们留下了宝贵的财富。比如对于软件工作人员的道德规范、文档规范、项目的管理、做项目之前要做的需求分析，用例等很多知识，如果真正的理解并掌握了这些知识，让我们可以少走很多的弯路，让我们可以站在巨人的肩膀上去创新、求索。

总之，要想成为一名合格的软件工程人员，就必须掌握好这门课程，才能在以后的工作中得心应手。

参考文献

[1].王水：《软件工程素质导论》，河南科学技术出版社，2011.2.