文档状态:数据库 [ ]草稿安全 [ ]正式发布服务器 [ √]正在修改spa |
当前版本:设计 |
版本13d |
做 者:日志 |
余磊blog |
|
完成日期:开发 |
2013年11月20日文档 |
|
|
|
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:开发人员能够随时记录本身的时间。提供“开始计时”、“暂停计时”、“中止计时”。在中止计时时填入任务编号,工做关键字的功能
FE-4:项目经理能够按照项目,任务,关键字统计实际工做时长,产能
2.3 假设与依赖
AS-1:开发团队中有指定的控制和管理中心,并有计算机和打印机等相关设备。
AS-2:相关人员负责将数据录入到相关的数据库中。
AS-3:建议系统的维护时间不超过一周,尽可能避开使用的高峰期。
DE-1:若是某个开发人员有本身的数据库系统,PSP软件必须可以与之链接。
3. 项目范围
4. 项目环境
4.1 操做环境
系统主要提供给四类用户使用,分别是高层管理人员,项目经理,技术顾问以及开发人员。
开发人员模式中,开发人员能够根据工做的基本信息,每次数据有变化就要相应得更新数据库。面向开发人员时,系统是普通的存储数据软件。 数据只在工做人员在输入工做的基本信息的时候生成,因此访问数据时候的最大响应时间应该会在0.1s之内;工做人员在这个程序中容许有服务中断的现象;由于这里的信息会牵扯到某些数据库文件的机密信息,因此须要提供访问安全控制和数据保护(随着版本升级功能逐步实现)!
技术顾问,项目经理以及高层管理人员模式中,该软件只提供给这些人员查询访问的功能以及发布任务列表。
4.2 涉众
这个系统中的主要涉众以下表:
开发人员 |
开发人员接到任务时,应经过系统填写计划时间(计划开始时间和计划结束时间 |
时间记录程序会自动链接服务器,完成时间日志上传的工做,未能链接服务器,则在本机暂存时间日志 |
项目经理 |
项目经理能够对项目设置工做包,工做包容许多级嵌套,它只用来组织工做任务 |
项目经理能够按项目、任务、关键字统计实际工做时长、产能 |
管理层 |
研发经理及管理层能够按我的、任务、项目、关键字查看工做时长、统计产能 |
当任务完成以后,项目经理负责Close任务,并填入实际的完成状况 |
用例分析以下:
创建概念模型—关联分析
创建概念模型—职责分析
用例图:
交互/状态模型
用户界面设计