IT服务技能系列培训售前篇.docx
- 文档编号:1355818
- 上传时间:2022-10-21
- 格式:DOCX
- 页数:15
- 大小:81.59KB
IT服务技能系列培训售前篇.docx
《IT服务技能系列培训售前篇.docx》由会员分享,可在线阅读,更多相关《IT服务技能系列培训售前篇.docx(15页珍藏版)》请在冰豆网上搜索。
IT服务技能系列培训售前篇
IT服务技能系列培训售前篇
IT服务技能系列培训——售前篇
(四)
软件工程管理
学员手册
联想集团有限公司
IT1for1事业部
2001年11月
前言
能否做好软件的服务对于提高IT服务的质量是至关重要的,用户对于计算机系统的整体满意程度很大的部分是来自于他们对直接操作的软件产品中得来的,因此如何使我们提供的软件产品获得用户较高的满意度就显得有为重要。
也许您没有从事过软件开发的工作,或者您根本不会C++/JAVA等编程语言,但是您同样有可能介入到软件项目当中来,同样能够充分发挥您的作用,因为除了最终的编程工作外,其他的项目参与者的努力对软件项目的成功同样起着举足轻重的作用,同样是不可忽视的。
《软件工程管理》课程就是为了提高您在软件项目中除纯技术工作的其他工作,如项目管理和需求获取等方面的不足而设计开发的,通过对软件工程的全面介绍使您能够掌握软件项目的全过程,了解项目组中人员的角色和分工,从而找到自己的定位,同时能够使您对软件项目进行控制,合理的安排人员、进度,更有效的保证软件的质量,并能够通过科学的方法获得并提交高质量的软件需求,从而获得最大的客户满意度。
第一部分软件概述
●到底什么是计算机软件?
●为什么我们不断努力要建造高质量的基于计算机的系统?
●我们如何对计算机软件的应用领域分类?
●关于软件仍存在什么样的神话?
第1章软件
一系列软件相关的问题在计算机系统的整个发展过程中一直存在着,而且这些问题还会继续恶化:
1.硬件的发展一直软件。
2.我们建造新程序的能力远远不能满足人们对的需求,同时我们开发新程序的速度也不能满足和的要求。
3.计算机的普遍使用已使得社会越来越依赖于。
4.我们一直在不断努力建造具有和的计算机软件。
5.拙劣的和资源的缺乏使得我们难以支持和增强已有软件。
为了解决这些问题,整个产业界开始采用了软件工程实践。
1.1软件
软件的定义:
软件是
(1)能够完成预定功能和性能的的指令(计算机程序);
(2)使得程序能够适当地操作信息的;(3)描述程序的操作和使用的。
1.2.2软件应用
系统软件:
系统软件是一组为其他程序服务的程序。
系统软件均具有以下特点:
与计算机硬件频繁交互;多用户支持;需要精细调度、资源共享及灵活的进程管理的并发操作;复杂的数据结构;及多外部接口。
实时软件:
管理、分析、控制现实世界中发生的事件的程序称为实时软件。
一个实时系统必须在严格的时间范围内响应。
而一个交互系统(或分时系统)的响应时间可以延迟,且不会带来灾难性的后果。
商业软件:
商业信息处理是最大的软件应用领域。
工程和科学计算软件:
工程和科学计算软件的特征是“数值分析”算法。
嵌入式软件:
嵌入式软件驻留在只读内存中,用于控制这些智能产品。
个人计算机软件:
个人计算机软件市场是在过去十年中萌芽和发展起来的。
字处理、电子表格等。
人工智能软件:
人工智能(AI)领域是专家系统,也是为基于知识的系统。
1.2软件神话
管理者的神话:
神话:
我们已经有了关于建造软件的标准和规程的书籍,难道它们不能给人们提供所有其需要知道的信息吗?
事实:
神话:
我们已经有了很多很好的软件开发工具,而且,我们为它们买了最新的计算机。
事实:
神话:
如果我们已经落后于计划,可以增加更多的程序员来赶上进度(“有时称为蒙古大夫概念”)。
事实:
用户的神话:
神话:
有了对目标的一般描述就足以开始写程序了—我们可以以后再补充细节。
事实:
神话:
项目需求总是在不断变化,但这些变化能够很容易地满足,因为软件是灵活的。
事实:
开发者的神话:
神话:
一旦我们写出了程序并使其正常运行,我们的工作就结束了。
事实:
神话:
在程序真正运行之前,没有办法评估其质量。
事实:
神话:
一个成功项目唯一应该提交的就是运行程序。
事实:
第二部分软件项目的管理
●在一个软件项目中如何管理人员、问题和过程
●一个软件项目组如何对工作量、成本和项目时间进行可靠的评估
●一个组织何时应该建造软件?
何时应该获取软件?
何时应该请求外援?
●如何创建一个项目进度计划?
第2章项目管理的概念
2.1管理的范围
有效的项目管理集中与三个P上:
、、。
其顺序不是任意的。
2.2人员
◇项目参与者
、、、、
◇项目负责人
当我们要选择某个人来领导一个软件项目时,我们应该考虑什么呢?
刺激:
鼓励技术人员发挥其最大能力的一种能力。
组织:
融合已有的过程(或创造新的过程)的一种能力,使得最初的概念能够转换成最终的产品。
想法或创新:
鼓励人们去创造,并感到有创造性的一种能力,即使他们其实必须工作在为特定软件产品或应用软件建立的约束下。
◇软件项目组
一个新的软件项目中直接涉及到的人员的组织,是项目管理者的职责。
下面为一个项目分配人力资源的若干可选方案,该项目需要n个人工作k年:
1.n个人被分配来完成m个不同的功能任务,相对而言几乎没有合作的情况发生;协调是软件管理者的责任,而他可能同时还有六个其他项目要管。
2.n个人被分配完成m个不同的功能任务(m 3.n个人被分成t个小组;每一个小组完成一个或多个功能任务;每一个小组有一个特定的结构,该结构是为同一个项目的所有小组定义的;协调工作由小组和软件项目管理者共同控制。 2.3问题 ◇软件范围(详见第三部分——软件需求) 软件项目管理的第一个活动是的确定。 范围是通过回答下列问题来定义的: 背景: 信息目标: 功能和性能: ◇问题分解 问题分解,有时称为划分,是一个软件需求分析的核心活动。 在确定软件范围的活动中并没有完成分解问题,分解一般用于两个主要领域: (1) (2) 2.4过程 软件过程的一般阶段(定义、开发和维护)适用于所有软件项目。 问题在于如何选择一个适合项目要开发的软件的过程模型。 小结: 软件项目管理是软件工程的保护性活动。 它先于任何技术活动之前开始,且持续贯穿于整个计算机的定义、开发和维护之中。 第3章软件项目计划 3.1项目计划目标 软件项目计划的目标是提供一个框架,使得管理者能够对、及进行合理的估算。 这些估算是软件项目开始时在一个限定的时间框架内所做的,并且随着项目的进展不断更新。 此外,估算应该定义“”及“”,使得项目的结果能够限制在一定范围内。 3.2软件范围 软件项目计划的一个活动是确定。 在系统工程阶段应该对分配给软件的功能及性能加以评估,以建立一个项目范围,该范围在管理级及技术级均是无二义性的和可理解的。 (如何获取定义软件范围所需的信息将在软件需求部分详细讲解。 ) 3.3资源 软件计划的第二个任务是估算完成。 ◇人力资源 一个软件项目所需的人员数目在完成了开发工作量的估算之后就能够确定。 ◇可复用的软件资源 可复用性是指。 在计划进行过程中应该考虑的四种软件资源分类是: 可直接使用的构件: 具有完全经验的构件: 具有部分经验的构件: 新构件: ◇环境资源 支持软件项目的环境,通常被称为软件工程环境,集成了硬件及软件两大部分。 3.4自行开发和购买的决策 (1)购买可直接使用的软件(或被授权使用); (2)购买“具有完全经验”或“具有部分经验”的软件构件,然后进行修改和集成,以满足特定的需求; (3)软件可以由一个外面的承包商根据买方的特殊需求定制开发。 软件获取的步骤根据要购买的软件的要求程度及最终价格来定义。 在某种情况下(如,低成本的PC软件),直接购买并试验比起对可选的软件包进行冗长的评估要便宜得多。 而对于比较昂贵的软件产品,可采用下列指导原则: (1)建立所需软件的功能及性能需求,定义任何可能的可测量特性。 (2)估算内部开发的成本及交付日期。 (3)选择三到四个最符合你的需求的候选软件。 (4)选择能够有助于建造所需软件的可复用软件构件。 (5)建立一个比较矩阵,对关键功能进行仔细比较。 或者,进行基准测试,以比较候选软件。 (6)根据以前产品的质量、开发商的支持、产品的方向、以及其名声,来评估每个候选软件包或构件。 (7)联系该软件的其他用户并询问其意见。 自行开发或是购买的决策是根据以下条件决定的: (1)? (2)? (3)? 第4章风险管理 4.1软件风险 项目风险威胁到项目计划。 技术风险威胁到要开发软件的质量及交付时间。 商业风险威胁到要开发软件的生存能力。 第5章项目进度安排及跟踪 5.1基本概念 虽然软件延期交付的原因很多,但是大多数都可以追溯到下面列出的一个或多个根本原因上: ◆一个不现实的截止期限。 ◆客户需求发生变化。 ◆所需的资源数量估计不足。 ◆在项目开始时,没有考虑风险。 ◆事先无法预计的技术困难。 ◆事先无法预计的人力困难。 ◆人员之间的交流不畅。 ◆项目管理者未能发现进度拖后。 5.2基本原则 同软件工程的所有其他领域一样,有一些基本原则能够指导软件项目的进度安排: ◇划分: 项目必须被划分成若干可以管理的活动和任务。 为了实现项目的划分,对产品和过程都需要进行分解。 ◇相互依赖性: 各个被划分的活动或任务之间的相互关系必须是确定的。 有些任务必须顺序发生;而其他的则可以并发进行。 有些活动只有在其他活动产生的工作产品完成时才能够开始,而其他的则可以独立进行。 ◇时间分配: 必须为每个被调度的任务分配一定数量的工作单位(例如,若干人天的工作量)。 此外,必须为每个任务指定开始和结束日期,这些日期是与工作完成的方式相互依赖的(全职还是兼职)是工作方式的函数。 ◇工作量确认: 每个项目都有预定数量的人员参与。 在进行时间分配时,项目管理者必须确保在任意时段中分配给任务人员数量不会超过项目组中的人员数量。 ◇定义责任: 每个被调度的任务都应该指定某个特定的小组成员来负责。 ◇定义结果: 每个被调度的任务都应该有一个定义好的结果。 对于软件项目而言,结果通常是一个工作产品(例如一个模块的设计)或某个工作产品的一部分。 通常将多个工作产品组合成“可交付产品”。 ◇定义里程碑: 每个任务或任务组都应该与一个项目里程碑相关联。 当一个或多个工作产品经过质量复审并且得到认可时,标志着一个里程碑的完成。 注: 随着项目进度的发展,上述每一条原则都会被用到。 5.3人员与工作量之间的关系 工作量分布: 40-20-40规则: 第三部分软件需求 ●什么是软件需求? ●为什么要进行软件需求调研? ●如何通过工程方法获得高质的软件需求? ●如何通过需求管理在工程进展中维持需求约定集成性和精确性? 第6章基本的软件需求? 6.1软件需求 需求的层次: 软件需求包括三个不同层次——、和——也包括非功能需求。 业务需求: 反映了组织机构或客户对系统、产品高层次的目标要求,它们在项目视图与范围文档中予以说明。 用户需求: 文档描述了用户使用产品必须要完成的任务,这在使用实例文档或方案脚本说明中予以说明。 功能说明: 定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求。 6.2不适当的需求过程所引起的一些风险: ◇用户不多导致产品无法被接受; ◇用户需求的增加带来过度的耗费和降低产品的质量; ◇模棱两可的需求说明可能导致时
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IT 服务 技能 系列 培训 售前篇