软件工程第15章(4-02)

合集下载

需求分析简答重点

需求分析简答重点

第一部分软件需求的基本概念*好需求的特征:无歧义、完整、一致、可检验、确定、可跟踪的,正确的,可行的和必要的。

软件开发的目标,简单而言,就是满足用户的需要。

三种最经常使项目“遇到困难"的因素是:⏹缺乏用户介入:占所有项目的13%⏹不完整的需求和规格说明:占所有项目的12%⏹不断改变的需求和规格说明:占所有项目的12%三种项目最主要的“成功因素"是:⏹用户介入:占所有成功项目的16%⏹高层管理的支持:占所有成功项目的14%⏹需求陈述清晰:占所有成功项目的12%高质量的需求过程带来的好处:在开发后期和整个维护阶段的重做的工作大大减少了。

IEEE软件工程标准词汇表定义需求为:1.用户解决问题或达到目标所需的条件或能力。

2.系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力.3.一种反映上面(1)或(2)所描述的条件或能力的文档说明.第二章需求的层次*需求是多层次的,包括业务需求、用户需求、功能需求和非功能需求。

业务需求反映了组织机构或客户对系统、产品高层次的目标要求,位于需求链中的最顶层,在项目视图和范围文档中予以说明。

用户需求描述了用户使用产品必须要完成的任务,这在实例文档或方案脚本予以说明。

功能需求定义了开发人员必须实现的软件功能,使得用户完成他们的任务,从而满足了业务需求。

和非功能需求在SRS中说明。

非功能性的需求描述了系统展现给用户的行为和执行的操作等,它包括产品必须遵从的标准、规范和约束,操作界面的具体细节和构造上的限制。

需求路线图:涉众需要-〉系统的特性—〉建立软件需求软件的6个质量特征(非功能性需求):可靠性,可用性,有效性,可维护性,可移植性,约束。

有效性(Efficiency)是在规定的条件下,软件性能水平与所使用资源量之间关系有关的一组属性.可靠性(Reliability)是与在规定的一段时间和条件下,软件维持其性能水平的能力有关的一组属性可维护性(Maintainability)是与进行指定的修改所需的努力有关的一组属性约束定义为:对开发人员在软件产品设计和构造上的限制。

软件工程(第4版)教学教案

软件工程(第4版)教学教案
第3章课时Βιβλιοθήκη 容需求分析授课时间
180分钟
课时
4
教学目标
掌握需求分析的任务、图形工具、文档
掌握结构化分析步骤
了解数据字典
教学重点
掌握需求分析的任务、图形工具、文档
掌握结构化分析步骤
了解数据字典
教学难点
实体-联系图、数据流图、状态转换图、IPO图、软件需求规格说明书、用户手册编写提示。
教学设计
1、教学思路:(1)通过讲解需求分析的任务、图形工具、文档,让学生掌握实体-联系图、数据流图、状态转换图、IPO图、软件需求规格说明书、用户手册编写提示;(2)通过讲解结构化分析步骤,让学生掌握分析和描述系统的逻辑模型;(3)课后习题。
1.教学思路:(1)通过讲解软件工程的发展等相关知识,让学生了解软件工程的定义、基本原理;(2)讲解软件生命周期、过程模型等知识,让学生掌握瀑布模型,快速原型模型、增量模型,喷泉模型、统一过程模型;(3)课后习题。
2.教学手段:(1)通过讲解基础知识,讲解结束后进行疑难解答;(2)对于重点知识点可以着重讲解。
(2)快速原型模型
(3)增量模型
(4)喷泉模型
(5)统一过程模型
小结
1.为描述计算机程序的功能、设计和使用而编制的文字或图形资料称为文档,软件开发的各个阶段必须完成各种需求规格说明书、设计说明书、用户手册等文档。
2.软件是计算机程序及与其相关的数据和文档。
3.软件危机是指在计算机软件开发和维护时所遇到的一系列问题。
教学手段:(1)通过讲解基础知识,讲解结束后进行疑难解答;(2)对于重点知识点可以着重讲解。
教学内容
讨论问题:1.软件计划时期有哪些主要工作?
2.什么是软件定义?

《软件工程导论》张海潘 第五版 清华 课后答案

《软件工程导论》张海潘 第五版 清华 课后答案
学会倾听与表达 在团队中,要学会倾听他人的意 见和建议,清晰表达自己的观点 和想法。 注重团队协作与分工 积极参与团队协作,明确分工与 责任,共同完成项目任务。 建立有效沟通机制 建立有效的沟通机制,如定期会 议、在线协作工具等,以便团队 成员之间的信息交流与共享。
WATCHING
THANKS FOR
实践应用:软件测试与质量保证
测试计划制定
根据软件需求和测试目标,制定详 细的测试计划,包括测试范围、测 试方法、测试资源以及测试进度等 方面的内容。
测试用例设计与执行
根据测试计划设计有效的测试用例, 并严格按照测试用例执行测试过程, 以确保软件的质量和稳定性。
缺陷管理与回归测试
建立缺陷管理机制,对测试过程中 发现的缺陷进行跟踪和管理,并进 行回归测试以确保缺陷得到修复并
软件工程的概念及基本原则
软件工程是一门研究计算机软件开发、维护和管理的科学。其基本原则包括强调需求分析、采用合 适的设计方法、实行严格的测试和维护等。
软件生命周期及各阶段任务
软件生命周期包括需求分析、设计、编码、测试和维护等阶段。各阶段的主要任务分别是明确用户 需求、设计系统结构、编写程序代码、测试软件功能和修复漏洞等。
案例分析三
某移动APP产品的敏捷开发实践。该案例以 敏捷开发方法为基础,介绍了产品迭代规划、 用户故事编写、任务分解以及站会等敏捷实 践活动的应用,对于理解敏捷开发方法的精 髓和实施具有很好的启示作用。
实践应用:软件开发项目管理
项目计划制定
根据项目需求和目标,制定详细的项目计划,包括任务分解、 资源分配、进度安排以及风险管理等方面的内容。
不再出现。
质量评估与改进
通过质量评估活动对软件的质量进 行全面评估,并根据评估结果制定 相应的质量改进措施,以提高软件

02-第二章-软件开发模型-软件工程教案-海南大学(共15章)

02-第二章-软件开发模型-软件工程教案-海南大学(共15章)
值得注意的是,首先必须有由单位领导签发
的系统开发任务书,任务书的内容应简洁明了、
全面完整而具体,以作为系统需求分析和开发工作 的依据。 可行性研究报告批准之后,便可着手进行软件 计划工作。对软件作用范围、工作环境和基本功能、 特性加以研究,确定要做什么,不要做什么,做到 什么程序。同时,估算出所需的资金、工作量、费 用和进度。编制系统开发初步进度计划表。
瀑布模型各个阶段的任务与文档
瀑布模型法明确规定了每个阶段的任务。 上一阶段完成确定的任务后就产生一定格式 的文档交给下一阶段。不同阶段的任务一般 由不同级别的软件人员来承担。 瀑布模型法适合于在软件需求比较明确、 开发技术比较成熟、工程管理比较严格的场 合下使用。 例如工资管理、会计系统软件的需求比较 明确,就适合于使用瀑布模型法进行开发。
快速原型模型包含的内容 ⑴ 功能选择 要恰当选择原型实现的功能。根据 用户基本需求,对系统给出初步定义。 用户的基本需求包括各种功能的要求、 数据结构、菜单和屏幕、报表内容和格 式等要求。这些要求虽是概略的,但是 最基本的,易于描述和定义。原型和最 终的软件系统不同,两者在功能范围上 的区别主要有以下两个方面:
• 问题定义——系统解决什么问题、目标、范围 • 可行性分析——了解用户要求及观察环境、收集资料、数据流程、技术、
经济、操作可行性、组织、人力、物力、效益
开发时期 • 需求分析——弄清用户的全部需求,用“需求规格说明书”准确地表达出来;
建立系统目标逻辑模型——即“做什么”
• 软件设计——分为总体设计与详细设计,产生软件结构、数据结构、用户界
快速原型模型的基本思想
在获得用户基本需求说明的基础上,投入少量人 力和物力,快速建立一个原始模型,使用户及时运 行和看到模型的概貌和使用效果,并对需求说明进 行补充和精化,提出改进意见,开发人员进一步修 改完善,如此循环迭代,直到得到一个用户满意的 模型为止。 从原型法的基本思想中可以看到,用户能及早 看到系统模型,在循环迭代修改和完善过程中,使 用户的需求日益明确,从而消除了用户需求的不确 定性,同时从原型到模型的生成,周期短、见效 快,对环境变化的适应能力较强。

软件工程全部课程-2024鲜版

软件工程全部课程-2024鲜版

14
04 系统设计与实现
2024/3/28
15
系统架构设计
2024/3/28
架构设计原则
介绍架构设计的基本原则,如模块化、高内聚低耦合、可扩展性 等。
常见架构模式
列举常见的软件架构模式,如分层架构、客户端-服务器架构、 微服务架构等,并分析其优缺点。
系统建模与仿真
讲解如何使用建模语言(如UML)对系统进行建模,以及如何 进行系统仿真和性能评估。
9
软件开发模型比较与选择
比较
瀑布模型适用于需求明确、稳定的项目;敏捷开发方法适用于需求变化快、灵活性要求高的项目。
选择
根据项目特点、团队能力和客户需求等因素,选择合适的软件开发模型。例如,对于初创公司或需求 不明确的项目,可以采用敏捷开发方法以快速响应变化;对于大型企业或需求稳定的项目,可以采用 传统软件开发过程以保证项目的稳定性和可预测性。
2024/3/28
10
03 需求分析与管理
2024/3/28
11
需求获取与整理
1
与客户或利益相关者进行充分沟通,了解业务背 景、目标和期望。
2
通过调研、访谈、问卷等方式收集用户需求。
3
对收集到的需求进行整理、分类和优先级排序。
2024/3/28
12

需求规格说明书编写
编写清晰、准确、可验证的需求规格说明书。
16
详细设计与编码实现
设计模式
介绍常见的设计模式,如单例模 式、工厂模式、观察者模式等, 并分析其应用场景和实现原理。
编码规范与最佳实践
讲解编码规范的重要性,介绍常 见的编码规范和最佳实践,如命 名规范、注释规范、异常处理等 。
数据库设计与优化

软件工程(第4版·修订版)

软件工程(第4版·修订版)

1.7 开发团队的成 员
1.8 软件工程发生 了多大的变化
1.9 信息系统的例 子
1.10 实时系统的 例子
1.11 本章对单个 开发人员的意义
1.12 本章对开发 团队的意义
1 软件工程概述
1.15主要参考文献
1.14 学期项目
1.13 本章对研究 人员的意义
C
B
A
1.16 练习
D
01
1.1.1 问题 求解
4.19 练习
4.5 建模表示法
4.6 需求和规格说 明语言
4 获取需求
4.7 原型化需求
4.3.1 解决 冲突
1
4 获取需求
4.3 需求的类型
4.3.2 两种 需求文档
2
4 获取需求
4.8.1 需求定义
A
4.8.2 需求规格说明
B
4.8.3 过程管理和需 02
1.1.2 软件 工程师的角
色是什么
1 软件工程概述
1.1 什么是软件工程
1 软件工程概述
1.3.1 产品的 质量
1.3.2 过程的 质量
1.3.3 商业环境 背景下的质量
1.3 什么是好的软件
1 软件工程概述
1.5.1 系统 的要素
1
1.5.2 相互 联系的系统
2
1.5 系统的方法
1 软件工程概述
4.8 需求 文档
4.3 需求 的类型
4.9 确认 和验证
4.10 测量需求
4.12 信息系统的例子
4.14 本章对单个开发人 员的意义
4 获取需求
4.11 选择规格说明技术
4.13 实时系统的例子
4.15 本章对开发团队的 意义

软件工程(第4版)

软件工程(第4版)
全书共16章,包括软件与软件工程、UML与RUP统一过程、需求工程概论、需求获取、需求分析与验证等章节。
成书过程
修订情况
出版工作
《软件工程(第4版)》是在《软件工程(第3版)》的基础上修改而成的,第4版简化了前版中结构化软件 开发方法的相关内容,充实了常用的基于构件的软件开发、持续集成(CI)等方面的内容,对书中部分词汇、疏 漏、错误进行了修订,并且引入持续集成的相关内容。
3、该教材是软件工程的综合性教材,借监软件工程知识体SWEBOK和SEEK的内容,针对中国高校本科软件工 程教育的实际情况对内容进行选择和组织。
4、该教材强调软件中蕴含的领域知识和经验:软件生存周期的阶段划分与软件开发过程分解分开用统一建模 描述语言UML描述RUP过程中的制品;验证与确认贯穿RUP过程的始终,变更管理和配置管理等若干软件工程相关 的重要问题,以实例贯穿始终,强调理论与实践相结合。
《软件工程(第4版)》的第1、15、16章由齐治昌教授编写,第2、3、4、5、7、8、9、14章由谭庆平教授 编写。第6、10、11、12、13章由宁洪教授编写。全部书稿由复旦大学的钱乐秋教授审阅完成。
2019年3月,《软件工程(第4版)》由高等教育出版社出版。
内容简介
ቤተ መጻሕፍቲ ባይዱ
《软件工程(第4版)》阐述了信息时代软件、软件工程及软件工程教育的地位和作用,基于计算机的系统和 业务过程建模,书中分析了传统软件开发过程向统一过程RUP的进化,系统地介绍了RUP、UML和面向对象的软件 开发方法,以及软件开发的需求、设计、实现、测试、交付、维护、软件度量、软件项目管理和软件开发组织的 过程改进等专题,且书中含有丰富的例题、习题和参考文献。
作者简介
齐治昌,国防科技大学教授,曾获2014年度“CCF杰出教育奖”。 谭庆平,男,国防科技大学计算机学院教授、博士生导师。 宁洪,广州大学计算机科学与网络工程学院教授。

软件工程各章作业习题的名词解释和问答题参考答案

软件工程各章作业习题的名词解释和问答题参考答案

软件工程各章作业习题的名词解释和问答题参考答案第一章:1:什么是软件危机开发软件由于管理混乱,加入软件规模越来越大,越来越复杂,造成软件开发失败。

2:软件工程过程指获取、供应、开发、操作和维护软件时要实施的过程、活动和任务。

3:软件生成周期可行性研究与计划、需求分析、总体设计、详细设计、实现、测试、使用与维护4:有哪些软件周期模型瀑布模型、原型模型、增量模型、螺旋模型。

5:软件计算机程序及说明程序的各种文档6:个体手工劳动个人编写程序7:小生产合作方式多人编写程序8:软件的特点是一种逻辑产品,软件的生产主要是研制,软件产品不会用坏,软件生产主要是脑力劳动,软件的成本高。

9:软件文档有关程序的功能、设计、图形资料等等。

第二章:三. 名词解释1.可行性研究以最小代价, 在尽可能短的时间内, 确定该软件项目是否能够开发, 是否值得开发.2.技术可行性主要研究开发的软件技术风险有多大3.经济可行性主要研究开发成功后能否得到应有的效益4.社会可行性主要研究开发的软件是否存在责任和侵权, 以及与当前管理制度, 人员素质, 操作方式的矛盾能否解决.四.问答题1. 可行性研究的任务是什么首先初步确定项目的规模, 目标, 约束和限制条件, 决定系统的主要功能, 进行简要压缩, 提出几种解决方案.对每种方案提出意见.2.可行性研究有那些步骤确定任务;分析技术可行性;分析经济可行性;分析社会可行性;作出系统流程图;作出开发计划。

3.可行性研究的目的.减少开发大型软件的风险,缩短开发周期, 减小投资, 减少使用资源, 在尽可能短的时间内, 确定该软件项目是否能够开发, 是否值得开发.第三章三. 名词解释1. 需求分析指开发人员为了准确地理解, 表达用户的要求, 通过调查, 分析, 把系统的功能, 性能等方面准确地表达出来2. DFD数据流图四. 简答题1.什么是需求分析该阶段的基本任务是什么指开发人员为了准确地理解, 表达用户的要求, 通过调查, 分析, 把系统的功能, 性能等方面准确地表达出来基本任务:(1) 能够表达和理解问题的功能和性能;(2) 可以把一个复杂问题按某种方式进行划分, 并能逐步细化, 从而使复杂问题简化,软件的功能域,数据域都可以划分;(3) 建立模型.2. 简述结构化分析的步骤这一方法的基本思想是采用自顶向下,逐层分解的方法分析整个系统,有效的控制系统的复杂性.对于复杂, 规模大的应用系统,采用先抽象后具体, 先全局后局部的思想,有利于把握系统的总体目标, 结构和功能.第四章:三. 名词解释1. 软件设计确定软件结构,选择好的数据库,进行数据结构设计2.模块化把复杂问题划分为模块的过程3.信息隐蔽指模块内部处理细节和内部数据用某种手段隐蔽起来,外部模块不能随便访问4.模块独立性希望一个模块越独立越好,每个模块完成独立的功能,与其他模块联系越少越好5.耦合性指软件结构中模块之间相互依赖的程度6.内聚性模块内部各部分执行功能组合在一起的相关程度7.模块的控制范围一个模块对下属模块的控制8.模块的作用范围指模块之间的作用,但两个模块间是平级的9. 软件结构以需求分析文档为依据,解决实现软件体系结构四. 简答题1.什么是软件概要设计, 该阶段的基本任务是什么以需求分析文档为依据,解决实现软件体系结构。

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

2.2.3 项目开发进度计划与进度安排

1.制定项目开发进度计划 制定项目开发进度计划是在对项目范围定义完成之后,根 据工作分解结构所划分的具体工作任务进行工作时序安排 的过程。主要是规划各项任务何时开始、持续多久、何时 结束,以便在时间上跟踪和控制项目的进度,确保项目能 够按时完成。 正因为每个项目都可根据一定的原则将其分解为一系列活 动,每一个活动还可以分解为一系列的子活动,因此可对 各个工作包制定实施的进度计划,使每项任务都能有条不 紊、按时保质地完成。由于进度计划来自工作任务安排, 那么其规模与需求是基本明确的,在此基础之上再进行资 源的分配以及进度计划的安排将更加切实可行。
2.2.2 任务分解与工作量的确定

1.项目任务分解 软件项目采用一定的组织形式将软件开发人员进行了组织,而其组织和分工 与软件项目的任务分解是分不开的。为了缩短开发进度,充分发挥软件开发 人员的潜力,应该根据不同的软件项目性质,选择合适的软件工程过程,对 软件项目的任务进行分解,并从中找出其串行成分及并行成分
2.进度安排的图形方法
(1)甘特图
2.进度安排的图形方法
(2)PERT图
1.项目进度跟踪
项目跟踪指的是在项目运行过程中把实际
发生的情况与原来估计的情况进行比较, 以检查项目开发是否按照计划正常进行。 实施跟踪需要在项目计划制定结束评审通 过时即把这一原始计划保存下来,该原始 计划又称为基准。当然要跟踪项目,仅建 立基准是不够的,还需要了解跟踪项目有 关的具体步骤并建立有效的跟踪处理程序。

(1)自顶向下的估算方法 这种方法是从项目的整体出发,进行类推。即估计人员根据已完成项目所耗费的总成本,推算将要 开发的软件的总成本,然后按比例将它分配到各开发任务中去,再检验它是否能满足要求。 (2)自底向上的估计法 先对开发各个子系统或每个模块的工作量进行估算,再逐步相加得出整个系统工作量。这是一种常 见的估算方法。 (3)差别估计法 此方法是把待开发的软件项目与已完成的软件项目进行比较,不同的部分则采用相应的方法进行估 算。这种方法的优点是可以提高估算的准确程度,缺点是不容易明确“类似”的界限。 (4)类比估算法 参考已经完成的类似项目进行类推估算。类比估算法适合评估一些与历史项目在应用领域、环境和 复杂度的相似的项目,通过新项目与历史项目的比较得到规模估计。 类比法的基本步骤:理出项目功能列表和实现每个功能的编码行数;标识出每个功能列表与历史项 目的相同点和不同点,特别要注意历史项目做得不够的地方;得出各个功能的估计值;得出规模估 计。 (5)参数估算法 目前经常采用的有IBM模型、COCOMO模型、Putnam模型。这些模型通过对大量不同类型组织已 完成的项目进行研究,找出项目规模与工作量之间的关系和转换方法。这些行业性的模型可能不如 自己的历史数据精确,但是非常有效。
根据曲线,著名学者Putnam在估算软件开发工作量时得出如下公式: 其中,E表示工作量(单位:人年),L表示源代码行数(以LOC计),Td表 示开发时间(单位:年),Ck表示技术状态常数。Ck反映了总体的过程成熟 度及管理水平、开发环境、软件项目组的技术与经验等。它的典型值为:当 开发环境差时,Ck=2 000;当开发环境好时,Ck=8 000;当开发环境优时, Ck=11 000。
3.软件成本估算模型
(1)IBM模型 1977年Walston和Felix总结了IBM联合系统分部负责的60 个项目的数据。其中源代码从400~467 000行,工作量 从12~11 758人月,共使用29中不同语言和66种计算机。 用最小二乘法拟合,可以得到与ED=rSc相同形式的估算 公式: E=5.2×L0.91 D=4.1×L0.36=2.47×E0.35 S=0.54×E0.6 DOC=49×L1.01 其中:E为工作量(单位为:人月),D为项目持续时间 (单位为:月),文档页数DOC为所估算的源代码行数的 函数而建立的模型。
2.1.2 软件项目计划的过程

1.确定项目范围和目标 2.确定项目结构 3.建立标准和过程 4.分析项目特征 5.确定项目产品和活动 6.估计每个活动的工作量 7.确定活动风险 8.分配资源 9.检查、公布计划 10.执行计划
2.1.3 软件项目计划的任务
1.确定软件范围 2.项目资源、成本与进度的估算 3.编制项目进度表
3.软件成本估算模型


(3)Putnam模型 Putnam估算模型是一种动态多变量模型,它是在假设软件开发的整 个生命周期,其中一个特定工作量分布的基础上推导出来的。这个特 定的工作量分布是依据一些大型项目中收集的工作量数据导出的曲线
3.软件成本估算模型


(3)Putnam模型 Putnam估算模型是一种动态多变量模型,它是在假设软件开发的整 个生命周期,其中一个特定工作量分布的基础上推导出来的。这个特 定的工作量分布是依据一些大型项目中收集的工作量数据导出的曲线
2.1.4 软件项目计划的内容

(1)概述 (2)阶段计划 (3)组织计划 (4)测试计划 (5)变动控制计划 (6)文档计划 (7)培训计划 (8)复审和报告计划 (9)安装和运行计划 (10)资源和配置计划
2.1.5 软件项目的估算

软件产品的开发成本不同于其他物理产品的成本, 其主要是人员的劳动消耗。另外,软件产品不存 在重复制造的过程。所以,软件产品的开发成本 主要是以一次性软件开发过程中所付出的工作量 代价进行计算的。在计算机发展的早期,软件成 本在整个计算机系统成本中占很小的百分比。但 随着计算机应用的发展,特别是今天,在大多数 计算机系统中,软件已成为开销最大的部分。如 果成本估算误差很大,就会造成很严重的后果。 为了保证软件开发项目能在规定的时间内完成且 不超过预算,成本的估算和管理控制非常关键。
1.软件成本估算过程

项目开发成本估算过程如图4-2-2所示。软件成本包括需 求分析、设计成本、系统软件的购置和编程调试等费用。 但对于一个项目而言,还应包括培训、硬件设备、运行维 护等费用。在成本估算过程中,对软件成本的估算是最困 难和最关键的。
2.软件成本估算方法



本章主要介绍了软件项目计划和软件项目进度控制两方面 的内容。 软件项目计划即软件项目开始前必须进行的一项活动,它 为整个项目活动建立了一个框架。其任务是确定软件范围, 估算项目资源、成本与进度,编制项目进度表,以及划分 项目实施计划中的任务等。 软件项目进度控制是项目开发的三大目标(进度、费用和 质量)之一,也是最重要的目标。进度控制追求的目标是 高效率。在项目进度控制中,主要工作是:任务分解与工 作量的确定,项目开发进度计划与进度安排,以及项目进 度跟踪与控制。进度控制工作的主要依据是合同书和项目 计划。
2.1.1 软件项目计划的意义与作用


项目计划的意义,在于在软件工程中,保证在正确的时间 有正确的资源可用,避免不同的活动在相同的时间竞争相 同的资源,为每个人员分配任务,使实际的进度可以有标 准进行衡量,产生成本消耗计划,根据实际情况,调整项 目,进行可行性研究,协调人员。软件工程过程中的每一 步骤都应该产生可以复审并能够作为后续步骤的基础工作 产品,目的是估计项目所需的资源和完成项目所需的时间, 从而管理和控制项目。 项目计划的作用主要表现在:确立项目组各成员及工作的 责任范围和地位以及相应的职权;促进项目组成员及项目 委托人和管理部门之间的交流与沟通;使项目组成员明确 自己的奋斗目标、实现目标的方法、途径及期限;可作为 进行分析、协商及记录项目范围变化的基础;可以了解结 合部分在哪里;可以把叙述性报告的需要减少到最低量。

3.软件成本估算模型
(2)COCOMO模型 以中级COCOMO模型为例介绍这种构造性
模型。在这种模型中,软件开发工作量表 示为代码行数的非线性行数。例如: MM=Ci×KLOC^a×ПFi 其中MM为开发工作量,以人月为单位;Ci 为模型系数;KLOC为估计的代码行数,以 千行为单位;a为模型指数;Fi为成本因素。
2.项目进度控制
在实际工作中,软件项目管理人员应该利
用控制手段来管理项目资源,并指导项目 开发人员。如果过程进展顺利,则不必施 加控制。但是如果出现问题,项目管理者 就必须施加严格控制,以便尽快排解问题。 例如,在应用领域中可能需要追加一些资 源;重新部署人员;重新调整项目进度等 处理。
本章小结
软件项目计划与进度控制


软件项目计划定义了所有项目活动的指标,也是项目组成 员相互沟通的基础,其科学与否,合理与否,对项目、产 品、人员都有着至关重要的影响,而进度控制则是对项目 计划所进行的跟踪管理,以保证项目在规定的时间内按期 保质完成。且前者是后者的前提和基础,后者是对前者的 执行和监控,二者之间只有达到有效结合和相互平衡,才 能保证整个软件工程的成功。 本章主要介绍了软件项目计划的基本内容,包括过程、任 务、内容和计划文档的编制;同时,还介绍了软件项目进 度控制的基本方法,包括进度计划、进度跟踪与控制,对 工作量的确定和进度安排等。

2.2 软件项目进度控制


进度控制的主要依据是合同书和项目计划。进度控制的方 法是把复杂的整体项目分解成许多可以准确描述、度量、 可独立操作相对简单的任务,然后安排这些任务的执行顺 序,确定每个任务的完成期限、开始时间和结束时间。通 常,有些活动是并行进行的。调度人员必须协调这些并行 活动并把整个工作组织起来,从而使人力资源得到充分利 用。一定要避免出现因一项关键任务没有完成而使整个项 目延期交付的情形。 在进度控制的过程中需要考虑的主要问题:项目可以支配 的人力及资源、项目的关键路径、生存周期各个阶段工作 量的划分、工程进展如何度量、各个阶段任务完成标志、 如何自然过渡到下一阶段的任务等。
相关文档
最新文档