软件工程课程设计之过程

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

logo

《软件工程小论文》

软件工程过程

专业班级:

小组成员:

学号:

授课教师:

完成时间:xx年x月x日

xxxx学院

目录

引言 (1)

第一章软件过程的概述 (2)

1.1 定义 (2)

1.2 两个方面内涵 (2)

1.3 三大类 (2)

第二章软件生命周期及过程 (2)

2.1 问题的定义 (2)

2.2 可行性研究过程 (3)

2.3 需求分析 (4)

2.3.1 此阶段的的具体任务: (4)

2.3.2 过程步骤 (4)

2.3.3 与用户沟通方法 (5)

2.4软件设计 (8)

2.4.1概要设计 (8)

2.4.2详细设计 (8)

2.5编码 (8)

2.5.1选择适当的程序设计语言 (8)

2.5.2正确的编码风格 (9)

2.6 测试 (10)

2.6.1 黑盒测试 (10)

2.6.2 白盒测试 (10)

2.6.3 单元测试、集成测试、系统测试、验证测试和确认测试 (10)

2.7 软件维护 (11)

2.7.1 定义 (11)

2.7.2 维护特点 (11)

2.7.3 维护策略 (12)

第三章辅助工具 (12)

参考文献 (14)

心得 (15)

引言

软件工程过程是将用户需求转化为软件所需的软件工程活动的总集。这个过程可能包括投入、需求分析、规格说明、设计、实施、验证、安装、使用支撑和文档化,还可能包括短长期的修复和升级以满足用户增长的需求。因为维护没有被普遍接受,所以在这里没有包括进来。在美国国防部(DoD)维护包括软件修复和升级,而在商业计算机领域它是指提供服务、修复软件缺陷但不包括升级。

关键字:需求分析规格说明文档化软件修复

第一章软件过程的概述

1.1 定义

ISO 9000 定义:软件工程过程是把输入转化为输出的一组彼此相关的资源和活动。1.2 两个方面内涵

第一,软件工程过程是指为获得软件产品,在软件工具支持下由软件工程师完成的一些列软件工程活动。基于这个方面,软件工程过程通常包含4种基本活动:

1.plan——软件规格说明。规定软件的功能及其运行时的限制。

2. do——软件开发。产生满足规格说明的软件。

3.check——软件确认。确认软件能够满足客户提出的要求。

4.action——软件眼睛。为满足客户的变更要求,软件必须在使用的过程中演进。

事实上,软件工程过程是一个软件开发机构针对某类软件产品为自己规定的工作步骤,它应当是科学的、合理的,否则必将影响软件产品的质量。

第二,从软件开发的观点看,它就是使用适当的资源(包括人员、硬软件工具、时间等),为开发软件进行的一组开发活动,在过程结束时将输入(用户要求)转化为输出(软件产品)。

所以,软件工程的过程是将软件工程的方法和工具综合起来,以达到合理、及时地进行计算机软件开发的目的。软件工程过程应确定方法使用的顺序、要求交付的文档资料、为保证质量和适应变化所需要的管理、软件开发各个阶段完成的任务。

1.3 三大类

基本过程类: 是构成软件生存周期主要部分的那些过程, 包括获取, 供应, 开发, 操作, 维护等过程。

支持过程类: 可穿插到基本过程中提供支持的一系列过程, 包括文档开发, 配置管理, 质量保证, 验证, 确认, 联合评审, 审计, 问题解决等过程。

组织过程类: 一个组织用来建立, 实施一种基础结构, 并不断改进该基础结构的过程, 包括管理, 基础, 改进, 培训等过程。

第二章软件生命周期及过程

2.1 问题的定义

此阶段必须回答的关键问题是:“要解决什么样的问题?”如不知道问题是什么就是图解决这个问题,显然是盲目的,只会白白浪费金钱,最终得到的结果可能是毫无意义的。尽

管确切地定义问题的必要性是十分明显的,但是在实践中可能是最容易被忽视的步骤。

通过调研,系统分析员应该提出关于问题性质、工程目标和工程规模的书面报告,并且需要得到用户对这份报告的确认。

2.2 可行性研究过程

1.复查系统规模和目标

分析员访问关键的人员,认真解读分析资料,对问题定义方面的书面报告进行复查,改正含糊或不明确的叙述,清楚地描述对目标系统的所有限制和约束。这实质上是为了确保分析员正在解决的问题确实是要求解决的问题。

2.研究目前正在使用的系统

现有的系统是信息的重要来源。仔细阅读分析现有的系统文档资料和使用手册,也要实地考察现有的系统。要知道没有一个系统是在“真空”中运行的,绝大多数系统都和其他系统有联系。

3.导出新系统的高层逻辑模型

通过前一步的工作,分析员对目标系统应具有的基本功能和所受的约束已有一定了解,能够使用数据流图,描绘数据在系统中的流动和处理的情况,从而概括的表达他对新系统的设想。应有一个初步的数据字典,它和数据流图共同定义了新系统的逻辑模型,从这个模型可在后期设计出新系统。

4.进一步定义问题

分析员定义问题,分析这个问题,导出一个试探性的解;在此基础上再次定义问题,再一次分析这个问题,修改这个解。

5.导出和评价供选择的解法

导出供选择的解法的最简单的途径,是从技术角度出发考虑解决问题的不同方案。

6.推荐行动方针

根据可行性研究结果应该做出的一个关键性决定是,是否继续进行这项开发工程。

7.草拟开发计划

分析员应该进一步为推荐的系统草拟一份开发计划,最后给出下一个阶段的详细进度表盒成本估计。

8.书写文档提交审查

应该把可行性研究的上述各个步骤的工作结果写成清晰的文档,请用户和使用部门的负责人仔细审查,以决定是否继续这项工程以及是否接受分析员的推荐方案。

相关文档
最新文档