一、需求分析
1. 业务需求
1.1 应用背景
开发项目进度计划总是那么不明确，延期经常出现，甚至无法给出一个相对比较明确的延迟时间。这样给市场的推广会带来很大的影响，不确定因素使得应对十分困难。
1.2 业务机遇
PSP是个人软件开发过程，通过PSP的贯彻，可以提高软件开发人员的时间安排、时间估算的能力。
1.3 业务目标
业务目标的例子如下：
BO-1：在第一版应用之后1个月之内，个人的开发效率提高。
BO-2：在第一版应用之后3个月之内，整个开发团队的开发效率提高。
成功标准的例子如下所示：
SC-1：在第一版应用之后1个月内，个人的开发效率提高70%。
SC-2：在第一版应用之后3个月内，整个团队的开发效率提高50%。
1.4 业务风险
业务风险的示例如下：
RI-1:使用该软件的人太少，产能数据不够全面。
RI-2：有恶意破坏软件运行的行为，降低了数据的准确性。
2 项目前景
2.1 前景概述
对那些希望提高开发效率的人来说，PSP可以接受一切使用该软件的数据库。与当前的人工计算不同，使用PSP可以节约大量的时间，并能有效地估算出开发人员的工作效率，以便掌握整个项目的进度。
2.2主要特性
FE-1：连接数据库和操作系统。
FE-2：产能效率的计算。
FE-3：软件的界面功能（如：“用户反馈”，“意见箱”）
2.3 假设与依赖
AS-1：开发团队中有指定的控制和管理中心，并有计算机和打印机等相关设备。
AS-2：相关人员负责将数据录入到相关的数据库中。
AS-3：建议系统的维护时间不超过一周，尽量避开使用的高峰期。
DE-1：如果某个开发人员有自己的数据库系统，PSP软件必须能够与之连接。
3. 项目范围
3.1 第一版范围
第一个版本主要实现网站界面的创建，各个功能的初步实现。PSP与各个相关数据库的正常连接。设置权限，根据不同的操作员设置不同的权限。
3.2 后续版本范围
|
特性 |
版本1 |
版本2 |
|
FE-1 |
完全实现 |
|
|
FE-2 |
手动更新 |
自动更新 |
|
FE-3 |
仅实现“意见箱”功能 |
实现“用户反馈” |
4. 项目环境
4.1 操作环境
这个系统主要提供给四类用户使用,分别是高层管理人员，项目经理，技术顾问以及开发人员。
开发人员模式中，开发人员可以根据工作的基本信息,每次数据有变化就要相应得更新数据库。面向开发人员时，系统是普通的存储数据软件。 数据只在工作人员在输入工作的基本信息的时候生成，所以访问数据时候的最大响应时间应该会在0.1s以内；工作人员在这个程序中允许有服务中断的现象；因为这里的信息会牵扯到某些数据库文件的机密信息，所以需要提供访问安全控制和数据保护（随着版本升级功能逐步实现）！
技术顾问，项目经理以及高层管理人员模式中，该软件只提供给这些人员查询访问的功能。
4.2 涉众
这个系统中的主要涉众如下表：
|
涉众 |
特点 |
|
软件开发人员 |
希望通过这样一个系统能够提高工作的效率！ |
|
技术顾问 |
查看开发团队中每个人员的产能效率，并给出工作的改进意见 |
|
项目经理 |
查看开发团队中每个人员的产能效率，对软件项目开发的时间做出调整 |
|
总经理 |
查看开发团队中每个人员的产能效率 |
4.3 项目属性
具体项目属性如下表：
|
属性 |
驱动因素 |
约束因素 |
可调整因素 |
|
特性 |
|
各个版本的功能必须完全可操作。 |
在最终版本中进行调整。 |
|
质量 |
|
用户满意度必须达到85%；必须通过全部的安全机制检查，系统能够在win7,winxp等操作系统下稳定工作。 |
在后续版本中完善功能提高用户满意度 |
|
成本 |
项目经理 |
必须控制开发费用在额定范围内 |
允许费用超过的最大额度不超过总经费的10% |
|
进度 |
项目经理 |
必须保证开发时间在规定时限范围内 |
开发时间最长不得超过规定时间2天 |
|
人员 |
团队规模包括一个项目经理，两名开发人员，和一名测试人员
|
人员数目按照规定严格控制 |
如果计划不够，可以适当增加人员务必保证在规定时间内完成项目。 |
二、用例分析
词汇表：
模型
参考资料：
需求工程—软件建模与分析
需求工程文档规范
项目前景与范围文档模板
UML统一建模语言