文档介绍：项目开发流程
整理ppt
目录
团队组建与项目计划
需求管理与配置管理
项目规范与软件设计
软件测试
验收交付与过程改进
整理ppt
确定分组和小组分工
确定设计项目所用的工具和技术
制定系统开发计划
整根据需求规格说明书的描述和项目规范对发布的版本软件进行黑盒测试，发现并报告软件缺陷，督促开发工程师修正缺陷。
整理ppt
制定项目计划的二个原则
有效追踪原则（任务点划分）
对任务进行有效分解
粒度适中（一般控制在1～3个人日）
共同参与原则
不是PM一个人的事
共同估计工作量，并作出承诺
整理ppt
财务管理系统 – 任务点划分
费用管理
所有费用
增加收入
增加支出
费用类型
报销人
费用统计
用户管理
增加用户
登陆信息
整理ppt
本章任务
画出“财务管理系统”用例图
使用用例的方式准确描述“权限管理系统”需求
使用CVS或SVN管理项目文档
前置条件：用户（包含普通用户和系统管理员）在系统首页输入用户名和密码。
事件流：
用户在系统首页输入用户名和密码，点击“登录”按钮时用例开始。
......
后置条件：“会话”（session）中保存了已登录用户的信息及其拥有的权限。
整理ppt
学会用例图的画法
学会使用用例的方式描述软件需求
学会使用静态原型法定义软件需求
了解配置管理的概念和重要意义
学会使用CVS/SVN进行版本控制
整理ppt
为什么要做需求管理
1、客户知道自己要什么，但表达不清。有时候客户有自己的IT团队，这时候情况稍好，大家讲相同的“语言”沟通会相对顺畅。但很多时候，客户知道哪些数据和信息需要通过系统管理，需要系统给业务什么样的支持，但他们只能用自己行业的语言来表达。这时候首先需要我们对其行业和业务都要有一个理解，然后我们才可以设计信息系统，并给客户确认。
任何一个具有一定规模的信息化系统都会涉及很多人，很多岗位和角色。在调研的时候，对这些人我们都需要访谈。每个岗位都有自身的立场、眼界和利益，对系统需求的描述也会出现相左的情况。这也是需要权衡处理的。
2、客户不知道自己要什么。有的时候，客户期望通过信息化系统提高企业的效率。但具体怎么做就了解不多了。这时候需要我们去主动地发掘需求，同时需要我们的行业经验来支撑。
所以，我们要做需求管理。
在软件生命周期中，计划完成后，第一项实质性的阶段就是需求阶段。在需求阶段结束的时候，我们需要得到一个准确的，经过客户确认的《需求规格说明书》
整理ppt
《需求规格说明书》概念
软件开发项目中用于明确定义系统需求的文档。
需求规格说明书的作用
开发者与用户间事实上的技术合同书
开发者下一步设计和编码的基础
测试验收目标系统的依据
整理ppt
功能性需求：用来描述系统所应提供的功能和服务
系统功能
输入输出
异常
非功能性需求：不直接与系统的具体功能相关的一类需求
安全性
可扩展性
响应时间
整理ppt
1、功能性需求
简单地说，功能性需求用来描述系统所应提供的功能和服务。包括系统应该提供的服务、对输入如何响应及特定条件下系统行为。对于用户需求（客户对系统的要求），用较为一般的描述给出；对于功能性的系统需求，需要详细地描述系统功能、输入和输出、异常等有时，功能需求还包括系统不应该做的事情。功能需求取决于软件的类型、软件的用户及系统的类型等。
系统的功能性需求应该具有全面性和一致性。全面性意即应该对用户所需要的所有服务进行描述，而一致性则指需求的描述不能前后自相矛盾。在复杂的大型系统中，做到这两点会有一定困难。但只有做到了这两点，才能保障我们项目的顺利进行。
整理ppt
2、非功能性需求
非功能需求是指那些不直接与系统的具体功能相关的一类需求，它们与系统的总体特征相关，如可靠性、可扩展性、安全性、响应时间等，甚至包括界面易用程度和文档、代码规范性的要求。非功能需求定义了对系统提供的服务或功能的约束，包括时间约束、空间约束、开发过程约束及应遵循的标准等。它源于用户的限制，包括预算的约束、机构政策、与其他软硬件系统间的互操作，以及如安全规章、隐私权保护的立法等外部因素。
与关心系统个别特性的功能需求相比，非功能需求关心的是系统的整体特性，因此对于系统来说，非功能需求更关键。一个功能需求得不到满足会降低系统的能力，但一个非功能需求得不到满足则有可能使系统无法运行。
非功能需求不仅与软件系统本身有关，还与系统的开发过程有关。与开发过程相关的需求包括：对在软件过程中必须使用的质量标准的需求、设计中必须使用的建模工具的需求以及软件过程所必需遵守的原则等。
整理ppt
用例