PSP系统
前景与范围文档
|
文档状态： [ ]草稿 [ ]正式发布 [ √]正在修改 |
当前版本： |
版本1 |
|
作 者： |
|
|
|
完成日期： |
2012年11月18日 |
|
|
|
|
1. 业务需求
1.1 应用背景
PSP的研究结果还表明，绝大多数软件缺陷是由于对问题的错误理解或简单的失误所造成的，只有很少一部分是由于技术问题而产生的。而且根据多年来的软件工程统计数据表明，如果在设计阶段注入一个差错，则这个差错在编码阶段引发了3一5个新的缺陷，要修复这些缺陷所花的费用要比修复这个设计缺陷所花的费用多一个数量级。
1.2 业务机遇
PSP为基于个体和小型群组软件过程的优化提供了具体而有效的途径，例如如何制订计划，如何控制质量，如何与其他人相互协作等等。在软件设计阶段， PSP的着眼点在于软件缺陷的预防，其具体办法是强化设计结束准则，而不是设计方法的选择。根据对参加培训的104位软件人员的统计数据表明，在应用了 PSP后，软件中总的差错减少了58.0％，在测试阶段发现的差错减少了71.0％，生产效率提高了20.0％。
1.3 业务目标
帮助软件工程师在个人的基础上运用过程的原则，借助于PSP提供的一些度量和分析工具，了解自己的技能水平，控制和管理自己的工作方式，使自己日常工作的评估、计划和预测更加准确、更加有效，进而改进个人的工作表现，提高个人的工作质量和产量，积极而有效地参与高级管理人员和过程人员推动的组织范围的软件工程过程改进。
1.4 业务风险
在实际中,要执行好时间管理也的确不容易,往往项目做完了,最后忘记填这些时间表,下次又忘记了上次具体每个模块到底用了多少时间;
2 项目前景
2.1 前景概述
为开发人员提供一个psp工具，简化时间记录工作；同时提供数据使用的工具，帮助开发人员提高估算能力。
2.2主要特性
FE-1：自动写入日志
FE-2：创建，浏览，修改，编辑日志。
FE-3：具体送餐地点
FE-4：设置权限，根据不同的操作员设置不同的权限，
FE-6：网站的界面功能
2.3 假设与依赖
3. 项目范围
3.1 第一版范围
第一个版本主要实现网站界面的创建，各个功能的初步实现。设置权限，根据不同的操作员设置不同的权限。
3.2 后续版本范围
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
4. 项目环境
4.1 操作环境
参与者一：开发人员
1.登录系统；
2.填写计划时间（1开始时间 2结束时间）--------项目经理确认后系统自动更新日程安排；
3.查询历史任务数据（1估算数据 2实际数据） 查询条件可以：1）任务编号 2）关键字
3）起止时间 以上三个条件可以分类组合进行查询与统计；
4.记录自己的开发时间( 1开始计时 2暂停计时 3停止计时 )----------系统生成记录时间日志
参与者二：项目经理
1.登陆系统
2.设置工作包
3.给开发人员指派任务（属于特定工作包）
4.查询开发人员的日程安排 查询条件可以： 1）开发人员 2）日程
5.更新开发人员的日程表（系统在开发人员执行将超时时报告项目经理）
6.任务完成后，close任务
7.填写实际完成情况（1kloc 2实际结束时间）
8.根据项目、任务、关键字统计实际工作时长、产能
参与者三：研发经理
1.登录系统
2.创建项目
3.管理项目经理（指定、修改项目经理）
4.删除尚未分配工作任务的项目
5.根据个人、任务、项目、关键字查看工作时长、统计产能
参与者四：管理层
1.根据个人、任务、项目、关键字查看工作时长、统计产能
4.2 涉众
这个系统中的主要涉众如下表：
|
涉众 |
特点 |
|
开发人员 |
掌握自己的进度，但估算可能出错 |
|
项目经理 |
掌握整体进度，统筹兼顾 |
4.3 项目属性
具体项目属性如下表：
|
属性 |
驱动因素 |
约束因素 |
可调整因素 |
|
特性 |
|
各个版本的功能必须完全可操作。 |
在最终版本中进行调整。 |
|
质量 |
|
用户满意度必须达到85%；必须通过全部的安全机制检查，系统能够在win7,winxp等操作系统下稳定工作。 |
在后续版本中完善功能提高用户满意度 |
|
成本 |
项目经理 |
必须控制开发费用在额定范围内 |
允许费用超过的最大额度不超过总经费的10% |
|
进度 |
项目经理 |
必须保证开发时间在规定时限范围内 |
开发时间最长不得超过规定时间2天 |
|
人员 |
团队规模包括一个项目经理，两名开发人员，和一名测试人员
|
人员数目按照规定严格控制 |
如果计划不够，可以适当增加人员务必保证在规定时间内完成项目。 |
词汇表：
模型
参考资料：
需求工程—软件建模与分析
需求工程文档规范
项目前景与范围文档模板