1 系统概述 1.1 概述 该产品是基于软件开发的个人软件过程(personal software process)系统.基本信息有软件开发人员,项目经理,研发经理和管理层登录系统后根据各自的相应权限进行操作.要实现的功能模块包括4个方面,第一个方面是软件开发人员管理个人软件开发日志,包括填写任务计划,记录时间日志,查询历史任务数据,登录系统:第二个方面是项目经理模块,包括设置工作包,分配工作任务,更新日程表,关闭工作任务,统计项目产能,查看日志安排:第三个方面是研发经理功能模块,包括管理用户,…

1. 引言 这是为了编写psp系统的软件需求分析,主要按照提供的相关需求和功能. 1.1 项目风险 风险承担者包括: 任务提出者:承担任务不能完全按照想象的做出,投入等: 软件开发者:可能不能按时交付,系统的功能满足需求: 产品使用者:界面不友好,工作效率低下. 1.2文档约定 排版约定: 正文风格:宋体: 提示方式:黑体大字: 重要符号: 1.3 预期读者和阅读建议 开发人员:主要阅读有关的功能设计: 项目经理:参考自己的意愿,结合文档: 营销人员:结合市场需求: 测试人员:按照今后可能会遇到…

Psp个人软件开发软件需求分析和用例分析 一.需求分析 1．业务需求 1.1 应用背景 开发项目进度计划总是那么不明确,延期经常出现,甚至无法给出一个相对比较明确的延迟时间.这样给市场的推广会带来很大的影响,不确定因素使得应对十分困难. 1.2 业务机遇 PSP是个人软件开发过程,通过PSP的贯彻,可以提高软件开发人员的时间安排.时间估算的能力. 1.3 业务目标 业务目标的例子如下: BO-1:在第一版应用之后1个月之内,个人的开发效率提高. BO-2:在第一版应用之后3个月之内,整个开发团队…

一.需求分析 1.  业务需求 1.1 应用背景 开发项目进度计划总是那么不明确,延期经常出现,甚至无法给出一个相对比较明确的延迟时间.这样给市场的推广会带来很大的影响,不确定因素使得应对十分困难. 1.2 业务机遇 PSP是个人软件开发过程,通过PSP的贯彻,可以提高软件开发人员的时间安排.时间估算的能力. 1.3 业务目标 业务目标的例子如下: BO-1:在第一版应用之后1个月之内,个人的开发效率提高. BO-2:在第一版应用之后3个月之内,整个开发团队的开发效率提高. 成功标准的例子如下所…

软件开发方向“PSP系统”软件需求规约 目录 1 引言... 4 1.1 目的... 4 1.2 文档格式... 4 1.3 预期的读者和阅读建议... 4 1.4 范围... 5 1.5 术语... 5 1.6 参考文献... 5 2 系统概述... 5 2.1 概述... 5 2.2 功能... 6 2.3 运行环境... 6 2.4 假设与依赖... 7 3 系统特性... 7 3.1 系统角色... 7 3.2 开发人员管理... 9 3.2.1 增加项目组人员信息... 9 3.2.2…

1.  业务需求 1.1 应用背景 开发软件项目进度计划总是那么不准确,延期经常出现,跟可恨的是甚至无法给出一个相对比较明确的延迟时间.很大 因素在于分配给开发人员的完成时间与开发人员的实际完成时间有一定的偏差. 1.2 业务机遇 我们可以开发一款psp软件,即个人软件过程软件.此软件能够对所有的工作过程进行时间的记录,经过一定的时间之后,积累了许多产能数据(经验数据).根据不同开发人员不同任务下的产能数据,能够较准确的预测开发时间. 1.3 业务目标 帮助软件工程师在个人的基础上运用过程的原则…

1.  业务需求 1.1 应用背景 开发软件项目进度计划总是那么不准确,延期经常出现,跟可恨的是甚至无法给出一个相对比较明确的延迟时间.很大 因素在于分配给开发人员的完成时间与开发人员的实际完成时间有一定的偏差. 1.2 业务机遇 我们可以开发一款psp软件,即个人软件过程软件.此软件能够对所有的工作过程进行时间的记录,经过一定的时间之后,积累了许多产能数据(经验数据).根据不同开发人员不同任务下的产能数据,能够较准确的预测开发时间. 1.3 业务目标 帮助软件工程师在个人的基础上运用过程的原则…

PSP软件需求分析文档 刘杰 1.       引言 1.1  背景 开发项目经常延期不能按时提交,甚至不能给出明确的延迟时间 1.2  术语 PSP,数据库 2.       任务概述 2.1  目标 PSP为基于个体和小型群组软件过程的优化提供了具体而有效的途径,例如如何制订计划,如何控制质量,如何与其他人相互协作等等.准确度量开发时间,提高开发效率 2.2  系统的特点 实现开发人员以及开发功能的横向和纵向比较,找出最优开发方案.提供开发奖赏功能 3.       需求规定 3.1  软件…

1什么是用例? 在介始用例方法之前,我们首先来看一下传统的需求表述方式-"软件需求规约"(Software Requirement Specification).传统的软件需求规约基本上采用的是功能分解的方式来描述系统功能,在这种表述方式中,系统功能被分解到各个系统功能模块中,我们通过描述细分的系统模块的功能来达到描述整个系统功能的目的.一个典型的软件需求规约可能具有以下形式: 采用这种方法来描述系统需求,非常容易混淆需求和设计的界限,这样的表述实际上已经包含了部分的设计在内.由此常常…

又到了学期末了,此时此刻软件工程课业接近尾声了.时间过得太快,仿佛昨天这学期的课才开始, 开学时,老师让我们提出了不少对这门课的问题和疑惑,通过一学期的努力学习,我可以试着解开我自己的疑问了. 下面是我对我在学期开始时提出的问题的自我回答, 1:在软件设计行业竞争是否激烈. 答:软件设计行业竞争远比我想象的激烈,每个人都在努力的从一个程序员才从一个 “敲代码的” 上升到 工程师. 2:软件设计行业是否有较高的时效性,对于更新换代的时间要求严格 答:软件设计行业有非常强的时效性,更新换代对于软件设…