软件项目管理报告

《软件项目管理报告》由会员分享，可在线阅读，更多相关《软件项目管理报告（23页珍藏版）》请在金锄头文库上搜索。

1、一 可行性研究报告1可行性研究的前提1.1要求 通过调查,要求系统需要有以下功能:要求有良好的人机界面;较好的权限管理; 原始数据修改简单方便,支持多条件修改方便的数据查询，支持多条件查询;相应的权限下，删除数据方便简单，数据稳定性好；数据计算自动完成，尽量减少人工干预;1.2目标a. 人力与设备费用的节省；b. 处理速度的提高；c. 控制精度或生产能力的提高；d. 管理信息服务的改进；e. 决策系统的改进；f. 人员工作效率的提高。1.3条件、假定和限制a. 开发软件运行的最短寿命为一年。b. 进行系统方案选择比较的期限：2周。c. 经费来源和使用限制：自筹资金。d. 法律和政策方面的限制：

2、本软件公司所有，未经作者允许，非法传播、复制，违者追究法律责任，后果自负。e. 硬件CPU p3、存256M.。f. 软件：access2003。g. 运行环境：本软件应使用Windows2003、Windows xp操作系统。h. 开发环境：本软件应使用Windows2003、Windows xp开发。i. 开发软件投入使用的最迟时间为2013年10月01日。1.4可行性研究方法由于本系统管理的对象单一,都是在校学生，且每个数据容具有较强的关联性，涉与的计算过程不是很复杂。因此，比较适合于采用数据库管理。且学校用于学生管理的微机都是PIII以上的机器，在存储量、速度方面都能满足数据库运行的要

3、求。在技术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料，特别是参考其它程序的功能，因此完全可以实现。2对现有系统的分析2.1处理流程和数据流程班级管理业务流程图：教务处输入计算机班主任教务处学生班级班级输出档案管理业务流程图：教务处输入计算机班主任教务处学生档案档案输出课程管理业务流程图：教务处输入计算机教师教务处学生课程输出课程成绩管理业务流程图：教务处输入计算机教师教务处学生成绩教师输出教务处输入计算机班主任教务处学生班级班级输出2.2工作负荷现有系统所承担的工作只能实现档案管理的简单功能，无法适应目前工作中处理大量数据的功能。2.3费用支出开发这个项目总需三个人，4台计算

4、机，一个可容纳6、7个人的办公室，必须有充足的物质做精神动力，每台计算机上必须有所需要的软件，比如：办公软件、数据库软件、截图软件等，必须有3000万元的准备开支。二 软件项目计划1. 引言1.1 编写目的软件项目开发是一项系统而复杂的工作，它需要一个团队互相配合、分工协作。软件项目管理系统可以规一个软件开发团队的日常工作，提高工作效率。为了很好的管理整个开发过程，同时预算整个开发过程的费用与时间的安排，给开发人员，管理人员一个参照物，明白自己在每一个阶段所需要完成的任务，协助他们更好地完成开发工作。预期的读者：开发人员，项目经理，测试人员1.2 背景a.学生信息管理系统b.提出者：项目经理，

5、开发者：XXX开发团队。2. 项目概述2.1 工作容1 需求分析： 13个月2 概要设计： 23个月3 详细设计： 23个月4 编码: 23个月5 测试： 1个月6 发布： 1个月2.2 主要参加人员 参与者个人情况XX软件工程专业学生，熟悉java语言，数据库编程XX软件工程专业学生，熟悉C#语言XX软件工程专业学生，有很好的网页设计能力XX软件工程专业学生，有良好的界面设计的能力和测试经验XX专业为软件工程，从事开发工作一年，能过独立地完成小型项目的整个开发过程2.3 产品2.3.1 程序 名称编程语言媒体形式功能与能力系统功能C#+SQL Server 2000文本管理学生的学籍信息，统

6、计学生的相关信息。学生信息的增加、修改、删除、查询数据信息管理C#+SQL Server 2000文本学生学籍信息管理，学生选课信息管理基本业务C#+SQL Server 2000文本学生注册、学籍信息维护，学生选课，老师管理班级信息。信息浏览与查询C#+SQL Server 2000文本管理员学生学籍信息浏览、查询 数据库SQL Server 2000数据库文件数据库文件可以直接附加到本地的SQL Server 2000中的数据库中学生学籍管理系统C#+SQL Server 2000CD光盘程序的运行文件，运行之后只要发布之后就可以了2.4 验收标准 验收标准参照表：程序CD光盘实现功能：在

7、使用时，由管理员输入需要了解的关键字信息，然后通饭卡管理系统选择相应的管理事务。管理事务根据所提供的信息在数据库中查找相应的记录，返回相应的记录给管理员。允许管理员在相应的权限下对数据进行修改。通过终端把得到的容显示到相应的界面上。安装指南视频有声的视频，分解安装的动作，并详细讲述过程与注意事项用户使用手册视频+文档文档给出输入输出的约束条件，系统的运行环境，视频显示使用软件的整个流程，帮助用户学习使用该软件故障解决说明书文档列出基本问题的详细解决办法，详细叙述整个流程3. 实施计划3.1 预算1.采购必要设备的投资：网络平台的建设，包括了建设方式和联网建筑物数等等方面去计算，这一块需要200

8、万左右；服务器与存储系统，从发卡量和设备数量等估算，这一块需要100万左右；射频卡终端，包括读写器与POS机，这一块需要20万左右。2.开发系统的投资：按目前市场上一卡通管理系统的开发价格来看，开发所需的投大概在50万不等；4.总计：:350万左右；3.2 关键问题本系统的操作过程简单，实现技术要求也不高，所以没有要特别列出的关键问题4.支持条件4.1 运行环境a. 开发软件运行的最短寿命为一年。b. 进行系统方案选择比较的期限：2周。c. 经费来源和使用限制：自筹资金。d. 法律和政策方面的限制：本软件公司所有，未经作者允许，非法传播、复制，违者追究法律责任，后果自负。e. 硬件CPU p3

9、、存256M.。f. 软件：access2003。g. 运行环境：本软件应使用Windows2003、Windows xp操作系统。h. 开发环境：本软件应使用Windows2003、Windows xp开发。4.2 需由用户承担的工作数据库的初始化需要用户自己录入，这个应该在测试之前完成，所以编码之前，由开发人员做好数据库，然后由用户安排人录入初始数据库，且必须在2013年6月1日之前完成。4.3 需由外单位提供的条件本项目希望得到委托商的资金支持，人员支持，如取需求时，能够提供部分食堂为我们的测试的提供支持环境，还有技术支持。三 风险条目跟踪表序列号1确定日期2012.10.28撤消日期描

10、述未得到学校支持而导致的无法获得学生数据可能性0.2影响10危害值10.2降低风险计划项目开始前与校方沟通，否则项目无法进行负责人XXX截止日期2013、10、1五 进度计划风险列表1.最常见的进度计划风险1） 功能无限蔓延；2） 质量不定3） 计划过于乐观4） 设计欠佳5） 银弹综合症6） 研发导向开发7） 人员薄弱8） 签约商失败；10）研发人员与客户的磨擦。2.进度计划风险完整列表2.1 计划编制风险1） 计划、资源和产品定义全凭客户或上层领导口头指令，并且不完全一致；2） 计划是优化的，是“最佳状态”；3） 计划忽略了必要的任务；4） 计划基于使用特定的小组成员，而那个小组成员其实指望

11、不上。5） 在限定的时间无法建成已定规模大小的产品；6） 产品规模比估计的要大一些；7） 工作量大于估算数；8） 进度已经拖延的项目在重新评估时过于优化或忽视项目历史；9） 过度的进度压力造成生产率下降；10）目标日期提前，但没有相应地调整产品围或可用资源；11）一个任务的延迟导致相关任务的连锁反应；12）涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多。2.2 组织和管理1） 项目缺乏一个有凝聚力的最高领导人；2） 由于前期乏力，项目长时间被搁置；3） 解雇和削减开支导致项目小组能力下降；4） 仅由管理层或市场人员进行技术决策，导致计划进度延长；5） 低效的项目组结构降低生产率；6

12、） 管理层审查/决策的周期比预期时间长；7） 预算削减打乱项目计划；8） 管理层做出了打击项目组织积极性的决定；9） 非技术的第三方的工作比预期延长（如审批，采购等）；10）计划性太差，无法适应期望的开发速度；11）项目计划由于压力而放弃，导致开发混乱、低效；12）管理层强调英雄主义，而忽视客观确切的状态报告，这会降低发现和改正问题的能力。2.3 开发环境1） 设施没有与时到位；2） 设施到位，但不配套；3） 设施拥挤、杂乱或者破损；4） 开发工具未能与时到位；5） 开发工具不如期望那样有效，开发人员需要时间创建工作环境或切换新的工具；6） 开发工具的选择不是基于技术需求，不能提供计划要求的性

13、能；7） 新开发工具的学习期比预期的长，容繁多。2.4 最终用户1） 最终用户坚持新的需求；2） 最终用户对于最后交付的产品不满意，要求重新设计和重做；3） 最终用户不买进项目产品，无法提供后续支持；4） 最终用户的意见未被采纳，造成产品最终无法满足用户期望，而必须重做。2.5 客户1） 客户坚持新的需求；2） 客户对规划、原型和规格的审核/决策周期比预期长；3） 客户没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和耗时的重复；4） 客户答复的时间比预期长（如回答需求中需澄清的问题）；5） 客户坚持技术决策而导致进度计划延长；6） 客户对开发进度管理过细，导致实际进展变慢；7） 客户

14、提供的组件无法与开发的产品匹配，导致额外的设计和集成工作；8） 客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以与额外的客户关系管理工作；9） 客户要求的支持工具和环境不兼容、性能差或者功能不完善，导致生产率降低；10）客户不接受交付的软件，尽管它满足了所有的规格；11）客户期望的开发速度是开发人员无法达到的。2.6 承包商1） 承包商没有按承诺交付组件；2） 承包商递交的组件质量低下无法接收，必须花时间改进质量；3） 承包商没有买进项目开发需要的工具，进而无法提供需要的性能水平。2.7 需求1） 需求已经成为项目基准，但变化还在继续；2） 需求定义欠佳，而进一步的定义会扩展项目畴；3） 添加额外的需求；4） 产品定义含混的部分比预期需要更多的时间。2.8 产品1） 错误发生率高的模块需要比预期更多的测试、设计和实现工作；2） 校正质量低下不可接受的产品，需要比预期更多的测试、设计和实现工作。3） 在一个或多上新兴领域推广计算机技术使得计划进度的延长不可预期；