PSP个人软件开发工具
前景与范围文档
在这里郑重说明只是将需求信息大体体现出来，以便小组开发达成共识，所以一下文档的各个需求元素并不是很全面，仅体现小组开发前对需求的认知。
1.业务需求
1.1、应用背景
目前，很多软件开发公司的开发进度，总是延期，甚至延期到什么什么时间都不确定，开发人员的工作进度难以保证，各种管理模式都不能够改变这种情况，这样给公司的市场推广带来很不好的影响。
1.2、业务机遇
本软件工具是专门为软件开发设计的，采用个人软件开发的思想，对软件开发人员中详细设计，编码，和相应的测试等工作进行实践的记录，记录产能数据，根据这些产能数据估计对工作任务的完成时间，在实践中反复验证，久而久之，这些产能数据就能够对对软件公司的各位开发人员完成不同任务做全面的分析，从而能够提高软件公司的开发效率，减小延期概率。
1.3、业务目标与成功的标准
业务目标：
BO-1:第一版应用三个月后，软件公司开发计划大体能按时完成；
BO-2:第一版应用六个月后，每个开发人员的个人开发效率提高，公司效益提高，市场竞争力加强；
成功标准：
SC-1:在第一版应用三个月后，软件公司开发计划75%能按时完成，延期时间明确；
SC-2:在第一版应用半年后，个人开发效率提高50%，软件公司开发成本减少20%，市场竞争力提高10%；
1.4、业务风险
RI-1:使用本系统将占用开发人员一定的时间，而且短期内成效甚微，不利于团队的理解与协作，也加大了开发成本。
RI-2:开发人员不习惯记录工作时间，而且没有PSP个人软件开发的思想和意识。
RI-3:管理层利用本系统对开发人员进行考核，给开发人员带来心理负担，不利于管理层与开发人员的沟通与交流，一定程序上不利于公司的长远发展。
2、项目前景
2.1前景概述
随着信息时代的日新月异，软件公司如雨后春的涌出，开发延期是所有软件公司共同的问题，开发人员的开发具有不确定性是主要问题。通过本系统开发人员积累了自己的开发“经验”，这些经验以数据的形式帮助开发人员更准确的估计开发时间，从而使得整个开发团队的开发能够按时完成。对于开发人员来说，经验数据让他们更了解自己的产能，是他们能够更清楚了解自己，树立自信，并对自己提出更高的要求。
2.2、主要特性
FE-1:研发经理能够创建项目、指定或修改项目经理、删除尚未分配工作任务的项目；
FE-2:项目经理可以对项目设置工作包，工作包允许多级嵌套，它只用来组织工作任务；
FE-3:项目经理可以为开发人员指派工作任务，工作任务属于特定的工作包；
FE-4:项目经理在分配工作任务时，能够查阅开发人员的日程安排表，可以按开发人员查询、也可按日程查询；
FE-5:开发人员接到任务时，通过系统填写计划时间（计划开始时间和计划结束时间），项目经理确认后，更新日程安排表；
FE-6:开发人员可以查询相近工作任务的历史数据（估算数据、实际数据）；
FE-7:开发人员任务执行将超计划时，应报告项目经理，项目经理通过系统更新其日程表；
FE-8:当任务完成之后，项目经理负责Close任务，并填入实际的完成情况（KLOC、实际结束时间）；
FE-9:开发人员可以随时记录自己的时间，提供“开始计时”、“暂停计时”、“停止计时”，在停止时，填入任务编号（在线则选择）、工作关键字（以逗号分隔的多个），自动生成开始时间、暂停时间、停止时间、总时长、有效时长（总时长-中断时长）；
FE-10:开发人员可以根据任务编号、关键字、起止时间进行分类组合查询与统计；
FE-11:时间记录程序会自动连接服务器，完成时间日志上传的工作，未能连接服务器，则在本机暂存时间日志；
FE-12:项目经理可以按项目、任务、关键字统计实际工作时长、产能；
FE-13:研发经理及管理层可以按个人、任务、项目、关键字查看工作时长、统计产能；
2.3假设与依赖
AS-1:实行本系统的软件公司有足够的力度将PSP个人软件开发的思想贯彻到每一位开发人员。
AS-2:公司有力的宣传及领导让开发人员积极参与到本系统的应用中。
AS-3:管理层的领导不应用本系统对开发人员进行评价，以及所造成开发人员的心理压力。
AS-4:使用的开发人员能够切实以系统的要求为准则进行自己的开发工作，比如切实记录开发时间。
DE-1:使用公司的合作项目各式各样，经验数据丰富且有说服性。
DE-2:开发人员延期时，需向项目负责人（项目经理）当面申请延期，项目经理同意后进行系统操作完成延期。
DE-3:开发人员开发中途请假，必须与项目经理申请后，项目经理同意后进行系统操作完成请假。
3、项目范围
3.1、第一版本范围
第一版本主要是用户界面的创建与初步实现，以门户网站的形式将各个功能集成，主要实现开发的日程规划、日志记录，项目的创建、任务指派，管理层的查询及产能评估等，由于数据是本系统的产品，所以本系统版本一的使用前有些数据是不能够随便录入的，所以有些功能能不能实现，还不能作出判断。
|
特性 |
版本1 |
版本2 |
版本3 |
|
FE-1 |
完全实现 |
|
|
|
FE-2 |
初步设置工作包，尚不能实现工作包的嵌套 |
实现工作包的嵌套， 完全实现 |
|
|
FE-3 |
完全实现 |
|
|
|
FE-4 |
初步实现，日程安排表中尚开发人员的日程安排 |
日程安排表得以完善，完全实现 |
|
|
FE-5 |
完全实现 |
|
|
|
FE-6 |
初步实现，各项工作任务的相似程度还需改善 |
完全实现 |
|
|
FE-7 |
完全实现 |
|
|
|
FE-8 |
完全实现 |
|
|
|
FE-9 |
完全实现 |
|
|
|
FE-10 |
未能实现，没有各项工作任务的相似数据 |
初步实现，验证改善中 |
|
|
FE-11 |
完全实现 |
|
|
|
FE-12 |
初步实现，产能估算算法还不成熟 |
算法不断改进，功能不断完善 |
算法成熟，功能完全实现 |
|
FE-13 |
初步实现，产能估算算法还不成熟 |
算法不断改进，功能不断完善 |
算法成熟，功能完全实现 |
、操作环境
4.1操作环境
这个系统主要面向三类用户，一类是管理层领导，二类是开发人员
管理层：
连接互联网或局域网的PC机；
开发人员：
连接局域网或不联网的PC机;
4.2涉众
|
涉众 |
特点 |
|
开发人员 |
查看任务后进行历史数据的分类查询，计划完成时间并提交；得到项目经理同意后，即可在日程安排上查到自己的日程安排事项；工作时记录工作时间，按时完成并提交工作日志； |
|
项目经理 |
查看项目信息，设置工作包后分派工作任务；审核开发人员的日程安排和延期当面申请；在开发人员任务完成后要评估完成情况，评估项目，各任务，各开发人员的产能
|
|
研发经理 |
创建或删除项目，指定或修改项目经理，查询日程安排，任务分派，及项目，人员，任务的产能 |
4.3 项目属性
|
属性 |
驱动因素 |
约束因素 |
可调整因素 |
|
特性 |
|
各个版本的功能必须完全可操作。 |
在最终版本中进行调整。 |
|
质量 |
|
用户满意度必须达到85%；必须通过全部的安全机制检查，系统能够在win7,winxp等操作系统下稳定工作。 |
在后续版本中完善功能提高用户满意度 |
|
成本 |
项目经理 |
必须控制开发费用在额定范围内 |
允许费用超过的最大额度不超过总经费的10% |
|
进度 |
项目经理 |
必须保证开发时间在规定时限范围内 |
开发时间最长不得超过规定时间2天 |
|
人员 |
团队规模包括一个项目经理，一个研发经理，十名开发人员，和一名测试人员
|
人员数目按照规定严格控制 |
如果计划不够，可以适当增加人员务必保证在规定时间内完成项目。 |