软件项目管理报告Word格式文档下载.docx

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

2、面都能满足数据库运行的要求。在技术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料，特别是参考其它程序的功能，因此完全可以实现。2对现有系统的分析2.1处理流程和数据流程二 软件项目计划1. 引言1.1 编写目的软件项目开发是一项系统而复杂的工作，它需要一个团队互相配合、分工协作。软件项目管理系统可以规范一个软件开发团队的日常工作，提高工作效率。为了很好的管理整个开发过程，同时预算整个开发过程的费用及时间的安排，给开发人员，管理人员一个参照物，明白自己在每一个阶段所需要完成的任务，协助他们更好地完成开发工作。预期的读者：开发人员，项目经理，测试人员1.2 背景a.学生信息管理系统b

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

4、信息的增加、修改、删除、查询数据信息管理学生学籍信息管理，学生选课信息管理基本业务学生注册、学籍信息维护，学生选课，老师管理班级信息。信息浏览与查询管理员学生学籍信息浏览、查询 数据库SQL Server 2000数据库文件数据库文件可以直接附加到本地的SQL Server 2000中的数据库中学生学籍管理系统CD光盘程序的运行文件，运行之后只要发布之后就可以了2.4 验收标准 验收标准参照表：程序实现功能：在使用时，由管理员输入需要了解的关键字信息，然后通饭卡管理系统选择相应的管理事务。管理事务根据所提供的信息在数据库中查找相应的记录，返回相应的记录给管理员。允许管理员在相应的权限下对数据进

5、行修改。通过终端把得到的内容显示到相应的界面上。安装指南视频有声的视频，分解安装的动作，并详细讲述过程及注意事项用户使用手册视频+文档文档给出输入输出的约束条件，系统的运行环境，视频显示使用软件的整个流程，帮助用户学习使用该软件故障解决说明书文档列出基本问题的详细解决办法，详细叙述整个流程3. 实施计划3.1 预算1.采购必要设备的投资：网络平台的建设，包括了建设方式和联网建筑物数等等方面去计算，这一块需要200万左右；服务器与存储系统，从发卡量和设备数量等估算，这一块需要100万左右；射频卡终端，包括读写器与POS机，这一块需要20万左右。2.开发系统的投资：按目前市场上一卡通管理系统的开发

6、价格来看，开发所需的投大概在50万不等；4.总计：:350万左右；3.2 关键问题本系统的操作过程简单，实现技术要求也不高，所以没有要特别列出的关键问题4.支持条件4.1 运行环境4.2 需由用户承担的工作数据库的初始化需要用户自己录入，这个应该在测试之前完成，所以编码之前，由开发人员做好数据库，然后由用户安排人录入初始数据库，且必须在2013年6月1日之前完成。4.3 需由外单位提供的条件本项目希望得到委托商的资金支持，人员支持，如取需求时，能够提供部分食堂为我们的测试的提供支持环境，还有技术支持。三 风险条目跟踪表序列号1确定日期2012.10.28撤消日期描述未得到学校支持而导致的无法获

7、得学生数据可能性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）计划基于使用特定的小组成员，而那个小组成员其实指望不上。5）在限定的时间内无法建成已定规模大小的产品；6

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

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

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

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

12、和实现工作；2）校正质量低下不可接受的产品，需要比预期更多的测试、设计和实现工作。3）在一个或多上新兴领域推广计算机技术使得计划进度的延长不可预期；4）由于软件功能的错误，需要重新设计和实现；5）开发额外不需要的功能（镀金）延长了计划进度；6）要满足产品规格与速度要求，需比预期更多时间，包括重新设计和实现的时间；7）严格要求与现有系统兼容，需要进行比预期更多的测试、设计和实现工作；8）要求与其他系统、复杂系统或不受本项目控制的系统相连，导致无法预料的设计、实现和测试工作。9）要求在不同操作系统下运行将花费比预期更长的时间；10）在不熟悉或未经检验的软（硬）件环境中运行产生未预料的问题；11）开发一种对组织全新的模块将比预期花费更长的时间；12）依赖正在开发中的技术将延长计划进度。2.9 外部环境1）产品依赖政府规章，而规章的改变将是不可预期的；2）产品依赖草拟中的技术标准，而最后的标准将是不可预期的。2.10 人员1）招聘人员所花时间比预期的长；2）作为先决条件的任务不能按时完成（如培训、其它项目）；3）开发人员和管理层之间关系不佳导致决策缓慢，影响全局；4）项目组成员没有全身心投入项目，进而无法达到需要的产品性能水平；5）缺乏激励措施，士气低下，降低了生