软件项目开发_SPM01
2016SPM02-软件项目需求管理
软件开发的第一步并不是跑到客户那儿做什么软件需求调查，而是先要确定客户的业务目标， 再围绕业务目标分析业务的环境与内容，同时最好能查找相关业务领域的书籍资料，较为全 面地认识整个业务领域。
几个值得重视的问题
用户或人的因素:用户类型 文档需求:读者 资源需求
2.1.3软件需求质量评价
正确性 无歧义 完备性 一致性 根据重要性和稳定性分级 可验证性 可修改性 可跟踪性 可理解性
2.1.4 需求工程发展历程
需求工程是将用户非形式化需求转化为形式化需求规格说明书的过程
SRS）等。
业务需求
项目视图与范围文档
用户需求
质量属性
使用文档实例
其他非功 能需求
系统需求
功能需求
约束条件
软件需求规格说明
用户需求
通过自然语言、图表、图形等工具描述系统的外部行为，尽量避免涉及系统内部的设计特性，以便没有专业技 术背景的用户能看懂
用自然语言描述用户需求可能出现的问题：描述困难、需求混乱 编写用户需求应遵守的几个原则：标准的格式、使用一致的语言、使用特殊文本、尽量避免专业术语
需求跟踪的双向模式可以通过需求链来表示。
需求链指的是需求能够上传下达，从客户需求传达到需求过程，并从需求过程传 达到需求过程的后继开发链，且可以逆向传达。
追溯与回溯
硬件需求
结构图、数据 流图、关系 图、类图
集成测试 用例
用例 系统需求 软件需求 系统测试
用例 详细设计
软件项目管理学(SPM)的发展
软件项目管理学(SPM)的发展软件项目管理是软件工程学领域重要的组成部分。
从过去借鉴工程项目管理的模型，到不断总结经验和，软件项目管理学形成了特有的理论和方式。
一方面管理效率有了很大的提高，另一方面软件项目管理已经从过去单一的针对项目本身，逐渐延伸和融入到企业的管理体系中。
笔者结合一定的开发经验，对软件项目管理学的发展有自己的一些体会，虽然不是创新性的概念和理论，但能从中反映出一些项目管理学在IT领域的发展趋势：轻量级，创新性，及充分发挥人的因素。
传统软件项目管理的问题老的软件项目管理方式，是把一个项目拆分为截然不同的阶段，制定详细活动计划并跟踪其实施情况，然后调整计划与实际情况之间的偏差。
典型的例子是瀑布模型，这是一种顺序、基于活动的思维定式，核心的行为是从需求收集，到设计编码，到单元测试、整合测试、系统集成，最后是验收，这样逐级的进行。
后期工作开始的前提是前期工作的完成，以保证可追溯性。
但软件项目实践毕竟与建筑设计不同，据统计，采用传统瀑布模型的软件项目，成功概率仅为10%(具体数据请参考Walker Rocye的《软件开发经济学》)。
造成成功率的原因是，软件项目具有较大的不确定性和创新性。
不确定性来自于客户变化的需求、各种不同利弊的解决方案和计划上的约束(时间、成本、团队和干系人的沟通、质量的主客观因素等等)。
来看一下瀑布模型的问题。
这种传统的项目管理方式，具有一些经典的法则：设计之前需冻结需求，概要设计和详细设计之前不能进行Code工作，编程语言和设计模式是事先确定的，单元测试完成之后才能进行系统集成，文档化设计，质量保证和质量控制团队是相对独立的，所有事情都必须基于计划，Source Code的baseline需要严格控制。
上述法则中，无疑某些条款对于现在的软件项目管理都具有促进作用，比如源代码的baseline需要严格的审查和控制(事实上这也是每个正式的软件项目都需要版本控制和Code review机制原因)。
学习项目设计之需求分析SPM模型
学习项目设计之需求分析的S-P-M模型培训师转型突破系列课程学习项目设计需求分析2.战略-目标-问题分析3.学习项目驱动力分析1.学项目设计全局思维⚫学习设计五个问题⚫学习无效分析⚫人才经营五个重要要素⚫战略到问题分析步骤⚫员工动机图谱分析⚫驱动力设计学习一定要上课面授吗？自我查找学习工具方法学习案例学习带教学习专精学习学习设计五大问题：⚫为什么学？⚫学什么？⚫怎样学？⚫学习反馈如何？⚫学后又如何？学习学习学习效果逐级递减影响学习项目效果的七个因素长期记忆场景多变举一反三反馈与激励管理者管理方式资源时运参与进来达成共识需求分析知识点设计场景设计在岗实践项目评估知识技能学习应用/转化学习能力不断整合不断贴近工作场景动机战略问题需求项目需求分析S-P-M 模型市场环境——公司战略——经营目标——人才战略/计划人才供给需求人才盘点继任者计划人才培养人才保留组织激活经营目标业绩指标客户维护组织结构员工培育经营目标分析战略描述经营目标确定部门业绩指标(一级与二级指标）过程动作与要素关键问题对于已有市场提升客户质量，新市场加强平拍认知。
业绩指标：10个亿。
客户维护：客户满意度，投诉率，客户复购率等。
组织结构：关键岗位，新部门，制度流程等。
员工提升：认证多少人员，培养管理者多少人，管培生保留率。
一级指标：部门总业绩8000万二级指标：大客户客单金额提升50-100万动作（业务模式）：需求引导和产品组合（方案）推荐客户跟进策略公司政策导向：返点等关键问题：需求引导不深入，对于客户行业不了解问题战略到问题分析吉尔伯特绩效改进模型关键问题•良构•劣构问题定性•知识技能•非知识技能需求分析•管理者预期期望•知识技能（任务分析）•学员经验分析问题到需求分析问题分析问题定性知识技能分析需求引导不深入，对于客户行业不了解问题知识技能解决问题管理者预期知识技能：行业通案，行业方案，成功案例学员经验分析：已有经验，学习风格工作环境，学习方式学习项目是否是让员工来学习的？学习提升组织中发展上级承诺动机类别动机匮乏外在动机内在动机调节类型调节匮乏外部调节内投调节认同调节整合调节内在调节控制过程无力控制，无助感服从、外部激励和惩罚自我控制，内部奖励和惩罚价值与意义认同自我追求与外在融合兴趣，乐趣，内在满足管理动作任务分配，机械执行绩效评价，强制分布自上而下目标自下而上目标，教练式辅导愿景/使命自主探索激励水平外部激励参与激励内在激励员工动机图谱个人制度（行为惩罚）组织机制（发展晋升）管理层参与达成共识/承诺仪式感组织环境（人才观念）好玩需求与价值学习项目驱动力设计项目需求分析驱动力表外在动机参与动机内在动机个人惩罚仪式感及营销管理者参与承诺发展机制组织土壤好玩及价值动力弱动力强奖惩力度营销思维管理者认可员工在组织中发展组织对于培训态度好玩与需求精准项目前中后项目前项目前项目前中后项目前中后项目前中后感谢您的聆听！。
软件开发项目管理流程
软件开发项目管理流程随着信息技术的迅速发展，软件开发项目管理也成为了企业中不可或缺的一部分。
良好的项目管理流程可以确保项目顺利完成，并且充分满足客户需求。
本文将介绍一种适用于软件开发项目的管理流程，并分为以下几个部分：项目立项、需求分析、设计开发、测试部署、项目验收。
一、项目立项项目立项是软件开发项目管理流程中的第一步，它确定了项目的整体目标和范围。
在这个阶段，项目管理团队需要与业务部门和技术部门进行沟通，明确项目的背景、目标、范围和资源预算。
项目管理团队还需要进行可行性分析，评估项目的风险和收益，最终得出是否启动项目的结论。
在项目立项阶段，项目管理团队需要编写项目立项报告，其中包括项目的目标、需求、任务分工、进度计划、预算等内容。
二、需求分析需求分析是软件开发项目管理中的关键环节，它确定了软件开发项目的功能和性能需求。
在这个阶段，项目管理团队需要与客户进行沟通，了解客户的需求和期望，包括功能需求、非功能需求、性能需求等。
项目管理团队还需要与业务部门和技术部门合作，对需求进行评审和分析，确定需求的优先级和稳定性。
在需求分析阶段，项目管理团队需要编写需求规格说明书，其中包括项目的功能需求、非功能需求、用例分析、系统架构等内容。
三、设计开发设计开发是软件开发项目管理中的核心环节，它将需求转化为可执行的软件系统。
在这个阶段，项目管理团队需要进行系统设计、模块设计、数据库设计、界面设计等工作。
项目管理团队需要与开发团队合作，编写相应的设计文档和程序代码，按照进度计划和质量标准进行开发工作。
在设计开发阶段，项目管理团队需要对开发任务进行分解和跟踪，确保开发进度和质量的可控性。
四、测试部署测试部署是软件开发项目管理中的保障环节，它确保软件系统的可靠性和稳定性。
在这个阶段，项目管理团队需要进行单元测试、集成测试、系统测试、验收测试等工作。
项目管理团队需要与测试团队合作，编写测试计划、测试用例、测试报告等文档，对软件系统进行全面测试和验证。
软件项目开发 ppt课件
2.1 软件过程的概念
• 软件过程的定义
– 软件过程由开发或维护软件及其相关产品 的一系列活动构成，这些活动从不同的方 面定义了软件开发中的步骤、交付物、涉 众及其职责等流程要素
15
2.1 软件过程的概念
控制/约束
输入
Process
输出
资源
输入 需求
控制 预算,计划表,标准
Build the 输出 System 代码,文档
2.4 需求分析活动
• What
– 功能性需求和非功能性需求
• 功能性需求：描述了系统应该做什么，即具备 的功能或服务。（输入、输出和计算等）
• 非功能性需求：描述了系统必须遵守的约束条 件。（响应时间、吞吐量 、可靠性、可移植性、 可扩展性、易用性、安全性、资源要求、可复 用性、技术要求、文化和政策需求、法律需求、 道德要求、隐私要求，等等）
39
资源
人员,工具
16
2.1 软件过程的概念
What
Change
How
17
2.1 软件过程的概念
18
2.1 软件过程的概念
• Basic Activities(基础活动)
– 问题定义，需求，设计，实b现， 软件验证，集成，软件演进/维护，退役
• Umbrella Activities (辅助性活动)
25
2.4 需求分析活动
• What
– 需求：主要是在产品构建之前确定的系统 必须符合的条件或具备的功能，它们是关 于系统将要完成什么工作的一段描述语句， 它们必须经过所有相关人员的认可，其目 的是彻底地解决客户的问题。
– 需求文档
• 一组需求的集合 • 用户需求文档、系统需求文档和软件规约文档
{北京邮电大学软件项目管理 SPM}
{北京邮电大学软件项目管理 SPM}
配置管理计划
目录
1.人员及职责 (3)
2.用于配置管理的软硬件资源 (5)
3.配置项计划 (5)
3.1配置库目录结构 (7)
3.2配置管理库 (7)
4．基线计划 (9)
5.基线变更控制 (10)
1.人员及职责
2.用于配置管理的软硬件资源
3.配置项计划
标识方法：
公司名-项目名-分号-类型-版本号
3.1配置库目录结构
⏹初始
⏹计划
⏹执行
需求
设计
代码
测试
产品
⏹控制
周报
评审报告
问题
⏹结束
3.2配置管理库
4．基线计划
5.基线变更控制
要变更已经冻结的基线的内容时应该按照以下的过程进行；
1).项目负责人向配置管理负责人提出指示：对评价后的需要变更的内容进行提取；
2).配置管理负责人进行提取，在其指导下由项目组相关人员进行（括号内为相关人员）；
11
3).项目组相关人员对于评价后的变更内容进行变更；
4).项目负责人（沈珩）对于变更的品质状况进行确认，向配置管理负责人（孙楠）给出提交要求；
5).配置管理负责人（孙楠）对于确认批准完了的配置管理单位向基线库进行再提交前，应将基线库中原相应内容进行备份以满足可追溯性；
6).配置管理负责人（孙楠）向相关人员（呼博秦）通报基线的变更情况；
7).向变更要求者说明变更情况。
SPM中文教程---汇总(已整理)
一、SPM的安装与启动先安装matlab，然后将SPM复制到matlab下的一个文件夹（SPM2需要matlab6.0或以上版本）。
启动matlab，首先set path，然后在matlab命令窗口中输入SPM即可启动，然后选择fMRI，也可以直接输入SPM fMRI二、SPM数据处理概要先将所得数据进行空间预处理（对齐，平滑，标准化等），然后进行模型估计（将刺激的时间、间隔与血流动力函数进行卷积，所得结果与全脑象素信号进行相关分析），最后察看结果。
三、SPM8数据处理的一般步骤为方便后续的数据处理，如果数据分散处理后整合，建议所有处理数据路径保持一致，要统一路径。
处理前首先要采用数据转换软件将dicom数据转换成SPM解析格式，然后进行数据预处理，预处理结束后到matlab安装目录中备份spm*.ps文件，其中包含了空间校正和标准化的信息，然后进行建模分析。
运行命令：spm fmri，打开spm8的操作界面我们称左上侧的窗口为按钮窗口(button window)，左下侧的窗口为输入窗口(input window)，右侧大窗口为树形结构窗口或图形窗口(Tree Building Window or the graphics window)。
在spm8和spm5中，每一步处理都采用了直观的“树形结构”的面板，如果一个分支项左面有“+”号，你可以双击显示子分支项，如果一个分支项右面有“<-X”号，你必须为之指定选项(否则不能运行该tree)，分支项的选项在其右侧面板指定，而帮助信息则在下面的面板中显示。
如果我们处理数据没有特殊需求，我们只关心带有“<-X”项目并完成输入即可，其余均可采用默认设置。
另外注意在Tree Building Window的顶部菜单，新增了一个菜单项“TASKS”，在使用批处理分析时非常重要。
以下内容，还可以参考E:\《汇总》中“静息态fMRI的数据预处理流程”这部分的讲述。
SPM-中职(1)
• Ex: Programme Manager for MS Word
Note:Programme可以译为项目群, Note:Programme可以译为项目群,一组相关的项目 可以译为项目群
中等职业学校骨干教师国家级培训 2008年10月 SEI of ECNU版权所有©
软件项目管理 1-12
1.4 Project Phases项目阶段
中等职业学校骨干教师国家级培训 2008年10月 SEI of ECNU版权所有©
软件项目管理 1-5
1.1 What’s a project? 项目定义
A project is a temporary endeavor undertaken to create a unique product or service (PMI PMI definition). definition) Temporary means that every project has a definite beginning and a definite end. Unique means that the product or service is different in some distinguishing way from all similar products or services.一个项目是一个一次性的任务用来创建 一个项目是一个一次性的任务用来创建 一个独特的产品或服务（项目管理协会）。 ）。一次 一个独特的产品或服务（项目管理协会）。一次 性意味着每个项目有一个明确的开始和结束。 性意味着每个项目有一个明确的开始和结束。独 特意味着产品或服务与其他类似产品和服务可以 区别
中等职业学校骨干教师国家级培训 2008年10月 SEI of ECNU版权所有©
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
如果软件的生存期在40 chapter__1 个月以内,可以选择购买 方案.
如果软件的生存期不在40 个月以内,可以选择自制方 案.
9
Make or Buy 决策
chapter__1
10
软件项目启动
顾客 顾客
甲方
输入
乙方
输出 产品 实现
需求
满意 产品
chapter__1
11
项目立项
内部项目 合同项目
chapter__1
6
Make or Buy 决策
Make-or-Buy决策，确定待开发产品的哪 些部分应当“采购”、“外包开发”或者 “自主研发”。
chapter__1
7
Make or Buy 决策实例
如果选择自己开发软件的策略，公司需要花费 ￥25,000，根据历史信息，维护这个软件每个月 需要的费用是￥2,500。 如果选择购买软件公司产品的策略，需要 ￥17,000，同时软件公司为每个安装的软件进行 维护的费用是每月￥2,700。
合同草 案提交
合同条款 协商
合同签署 文本确定
合同签署 文本审阅
合同签 署
任务书 任务书 任务书
合同签署文本
任务书 下达
Project charter
22
chapter__1
乙方合同初始
1. 2. 3. 4.
合同准备 合同签署 合同管理 合同结束
chapter__1
23
1、合同准备
项目分析 竞标 合同文本准备
chapter__1 36
本章要点
一、项目立项 二、合同项目 三、项目授权 四、项目生存期 五、案例分析
chapter__1
37
建筑工程类项目典型生存期模型
chapter__1
38
制药项目典型生存期模型
chapter__1
39
生存期模型选择
Customer
Customer
Satisfaction
chapter__1
29
本章要点
一、项目立项 二、合同项目 三、项目授权 项目授权 四、项目生存期 五、案例分析
chapter__1
30
项目章程( 项目章程 Project Charter)
确认项目存在的文件，包括对项目的 确认、对项目经理的授权和项目目标 的概述等。
项目章程实例
chapter__1
chapter__1
17
1、合同准备
招标书定义(采购需求定义) 供方选择 合同文本准备
chapter__1
18
1.1、 1.1Hale Waihona Puke 招标书定义需求定义 需方申请
商务 条件确定
验收标准 确定
资料汇集
采购需 求认可
编写招 标文件
招标文 件
附件：SOW:Statement Of Work
chapter__1 19
chapter__1
33
项目经理的责任
1. 2. 3.
开发计划 组织实施 项目控制
chapter__1
34
项目经理的权利
1. 2. 3.
制定项目的有关决策 挑选项目成员 对项目获得的资源再分配
chapter__1
35
项目经理的角色
1. 2. 3. 4. 5. 6. 7. 8. 9.
项目组织的领导者 项目组织的管理者 项目组织的决策者 项目组织的分析者 项目组织的计划者 项目组织的控制者 项目组织的组织者 项目组织的评价者 项目组织的协调者
软件开发项目管理
北京邮电大学软件学院 韩万江
chapter__1
0
承上启下
项目、项目的特征 项目管理知识体系 软件项目管理过程
chapter__1
1
项目初始
项 目 执 行 控 制
项 目 初 始
项 目 计 划
项 目 结 束
chapter__1
2
软件开发项目管理
第 一 篇 第 1 章
软件项目初始
chapter__1 3
1.2、供方选 1.2、供方选择
收集 供方 的建 议书
招标 文件
招 标
评定 供方
最终 供方 确定
最终
供方
名单
建议 书
chapter__1
20
1.3、 1.3、合同文本准备
采购资 料
合同草 案制定
合同草案 评审
合同草案 修订
合同草 案确认
合同草 案
chapter__1
21
2、合同签署
合同草案
谈判日 程确定
chapter__1
42
常用生存期模型
瀑布Waterfall V模型V-shaped 原型Prototyping 增量Incremental 螺旋式Spiral 快速应用开发RAD 渐近式阶段
chapter__1 43
WaterFall model
需求分析
设计 实施
测试
维护
chapter__1
44
chapter__1
24
1.1、 1.1、 项目分析
项目分析任务书
招标书
需求管理 者确定
需求分析
需求分析 评审
项目规模 估算
项目 风险分析
项目初步 实施规划
初步实施 规划评审
需求分析报告
项目初步 计划
chapter__1 25
1.2、 1.2、 竞标
需求分析报告 项目计划 技术能力 要求确定 人力资源 要求确定 实现环境 要求确定
Input
Requirements
Product realization
Output Product
chapter__1
40
软件生存期模型
软件开发的一种框架。 说明了软件的活动和进行软件开发的过程。 这个模型可以是以活动为中心，可以以产 品为中心的。
chapter__1
41
软件生存期模型特征
描述了开发的主要阶段 定义了每一个阶段要完成的主要过程和活动 规范了每一个阶段的输入和输出 提供了一个框架，可以将必要的活动映射到该 框架中。
chapter__1
32
Sample Project Charter (continued)
Roles and Responsibilities:
Name Walter Schmidt, CEO Mike Zwack Kim Nguyen Jeff Johnson Nancy Reynolds Role Project Sponsor CIO Project Manager Director of IT Operations VP, Human Resources Responsibility Monitor project Monitor project, provide staff Plan and execute project Mentor Kim Provide staff, issue memo to all employees about project Assist in purchasing hardware and software
chapter__1
27
2、合同签署
合同草案
谈判日 程确定
合同草 案提交
合同条款 协商
合同签署 文本确定
合同签署 文本审阅
合同签 署
任务书 任务书 任务书
合同签署文本
任务书 下达
Project charter
28
chapter__1
内部项目
企业内部项目实施的核心是确定任务范围和相 关各方进行有效地配合。这将通过相关各方之 间的协议来调整。因此，在内部项目实施中， 仅仅在合同签署过程中定义了一个协议签署过 程。此处协议可视作为“合同”，但无特别的 商业约束。其它方面可参考甲乙方的过程。
chapter__1
12
本章要点
一、项目立项 二、合同项目 三、项目授权 四、项目生存期 五、案例分析
chapter__1
13
合同项目
Service Delivery
Contract Kick off
Sales
Negotiation Proposal
QA/Legal
GAP
PM
chapter__1 14
31
Sample Project Charter
Project Title: Information Technology (IT) Upgrade Project Project Start Date: March 4, 2002 Projected Finish Date: December 4, 2002 Project Manager: Kim Nguyen, 691-2784, knguyen@ Project Objectives: Upgrade hardware and software for all employees (approximately 2,000) within 9 months based on new corporate standards. See attached sheet describing the new standards. Upgrades may affect servers and midrange computers as well as network hardware and software. Budgeted $1,000,000 for hardware and software costs and $500,000 for labor costs. Approach: • Update the IT inventory database to determine upgrade needs • Develop detailed cost estimate for project and report to CIO • Issue a request for quotes to obtain hardware and software • Use internal staff as much as possible to do the planning, analysis, and installation