软件项目管理报告.doc

软件项目管理报告一 可行性研究报告1可行性研究的前提1.1要求 经过调查,要求系统需要有以下功能: 要求有良好的人机界面; 较好的权限管理; 原始数据修改简单方便,支持多条件修改 方便的数据查询，支持多条件查询; 相应的权限下，删除数据方便简单，数据稳定性好； 数据计算自动完成，尽量减少人工干预;1.2目标a. 人力与设备费用的节省；b. 处理速度的提高；c. 控制精度或生产能力的提高；d. 管理信息服务的改进；e. 决策系统的改进；f. 人员工作效率的提高。1.3条件、假定和限制a. 开发软件运行的最短寿命为一年。b. 进行系统方案选择比较的期限：2周。c. 经费来源和使用限制：自筹资金。d. 法律和政策方面的限制：本软件公司版权所有，未经作者允许，非法传播、复制，违者追究法律责任，后果自负。e. 硬件CPU p3、内存256M.。f. 软件：access 。g. 运行环境：本软件应使用Windows 、Windows xp操作系统。h. 开发环境：本软件应使用Windows 、Windows xp开发。i. 开发软件投入使用的最迟时间为 10月01日。1.4可行性研究方法由于本系统管理的对象单一,都是在校学生，且每个数据内容具有较强的关联性，涉及的计算过程不是很复杂。因此，比较适合于采用数据库管理。且学校用于学生管理的微机都是PIII以上的机器，在存储量、速度方面都能满足数据库运行的要求。在技术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料，特别是参考其它程序的功能，因此完全能够实现。2对现有系统的分析2.1处理流程和数据流程 班级管理业务流程图：教务处输入计算机班主任教务处学生班级班级输出档案管理业务流程图：教务处输入计算机班主任教务处学生档案档案输出课程管理业务流程图：教务处输入计算机教师教务处学生课程输出课程成绩管理业务流程图：教务处输入计算机教师教务处学生成绩教师输出教务处输入计算机班主任教务处学生班级班级输出2.2工作负荷 现有系统所承担的工作只能实现档案管理的简单功能，无法适应当前工作中处理大量数据的功能。2.3费用支出开发这个项目总需三个人，4台计算机，一个可容纳6、7个人的办公室，必须有充分的物质做精神动力，每台计算机上必须有所需要的软件，比如：办公软件、数据库软件、截图软件等，必须有3000万元的准备开支。二 软件项目计划1. 引言1.1 编写目的软件项目开发是一项系统而复杂的工作，它需要一个团队互相配合、分工协作。软件项目管理系统能够规范一个软件开发团队的日常工作，提高工作效率。为了很好的管理整个开发过程，同时预算整个开发过程的费用及时间的安排，给开发人员，管理人员一个参照物，明白自己在每一个阶段所需要完成的任务，协助她们更好地完成开发工作。预期的读者：开发人员，项目经理，测试人员1.2 背景a.学生信息管理系统b.提出者：项目经理，开发者：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 文本管理学生的学籍信息，统计学生的相关信息。学生信息的增加、修改、删除、查询数据信息管理C#+SQL Server 文本学生学籍信息管理，学生选课信息管理基本业务C#+SQL Server 文本学生注册、学籍信息维护，学生选课，老师管理班级信息。信息浏览与查询C#+SQL Server 文本管理员学生学籍信息浏览、查询 数据库SQL Server 数据库文件数据库文件能够直接附加到本地的SQL Server 中的数据库中学生学籍管理系统C#+SQL Server CD光盘程序的运行文件，运行之后只要发布之后就能够了2.4 验收标准 验收标准参照表：程序CD光盘实现功能：在使用时，由管理员输入需要了解的关键字信息，然后通饭卡管理系统选择相应的管理事务。管理事务根据所提供的信息在数据库中查找相应的记录，返回相应的记录给管理员。允许管理员在相应的权限下对数据进行修改。经过终端把得到的内容显示到相应的界面上。安装指南视频有声的视频，分解安装的动作，并详细讲述过程及注意事项用户使用手册视频+文档文档给出输入输出的约束条件，系统的运行环境，视频显示使用软件的整个流程，帮助用户学习使用该软件故障解决说明书文档列出基本问题的详细解决办法，详细叙述整个流程3. 实施计划3.1 预算1.采购必要设备的投资：网络平台的建设，包括了建设方式和联网建筑物数等等方面去计算，这一块需要200万左右；服务器与存储系统，从发卡量和设备数量等估算，这一块需要100万左右；射频卡终端，包括读写器与POS机，这一块需要20万左右。2.开发系统的投资：按当前市场上一卡通管理系统的开发价格来看，开发所需的投大概在50万不等；4.总计：:350万左右；3.2 关键问题本系统的操作过程简单，实现技术要求也不高，因此没有要特别列出的关键问题4.支持条件4.1 运行环境a. 开发软件运行的最短寿命为一年。b. 进行系统方案选择比较的期限：2周。c. 经费来源和使用限制：自筹资金。d. 法律和政策方面的限制：本软件公司版权所有，未经作者允许，非法传播、复制，违者追究法律责任，后果自负。e. 硬件CPU p3、内存256M.。f. 软件：access 。g. 运行环境：本软件应使用Windows 、Windows xp操作系统。h. 开发环境：本软件应使用Windows 、Windows xp开发。4.2 需由用户承担的工作数据库的初始化需要用户自己录入，这个应该在测试之前完成，因此编码之前，由开发人员做好数据库，然后由用户安排人录入初始数据库，且必须在 6月1日之前完成。4.3 需由外单位提供的条件本项目希望得到委托商的资金支持，人员支持，如取需求时，能够提供部分食堂为我们的测试的提供支持环境，还有技术支持。三 风险条目跟踪表序列号1确定日期 .10.28撤消日期描述未得到学校支持而导致的无法获得学生数据可能性0.2影响10危害值10.2降低风险计划项目开始前与校方沟通，否则项目无法进行负责人XXX截止日期 、10、1五 进度计划风险列表1.最常见的进度计划风险1） 功能无限蔓延；2） 质量不定3） 计划过于乐观4） 设计欠佳5） 银弹综合症6） 研发导向开发7） 人员薄弱8） 签约商失败；10）研发人员与客户的磨擦。2.进度计划风险完整列表2.1 计划编制风险1） 计划、资源和产品定义全凭客户或上层领导口头指令，而且不完全一致；2） 计划是优化的，是“最佳状态”；3） 计划忽略了必要的任务；4） 计划基于使用特定的小组成员，而那个小组成员其实指望不上。5） 在限定的时间内无法建成已定规模大小的产品；6） 产品规模比估计的要大一些；7） 工作量大于估算数；8） 进度已经拖延的项目在重新评估时过于优化或忽视项目历史；9） 过度的进度压力造成生产率下降；10）目标日期提前，但没有相应地调整产品范围或可用资源；11）一个任务的延迟导致相关任务的连锁反应；12）涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多。2.2 组织和管理1） 项目缺乏一个有凝聚力的最高领导人；2） 由于前期乏力，项目长时间被搁置；3） 解雇和削减开支导致项目小组能力下降；4） 仅由管理层或市场人员进行技术决策，导致计划进度延长；5） 低效的项目组结构降低生产率；6） 管理层审查/决策的周期比预期时间长；7） 预算削减打乱项目计划；8） 管理层做出了打击项目组织积极性的决定；9） 非技术的第三方的工作比预期延长（如审批，采购等）；10）计划性太差，无法适应期望的开发速度；11）项目计划由于压力而放弃，导致开发混乱、低效；12）管理层强调英雄主义，而忽视客观确切的状态报告，这会降低发现和改正问题的能力。2.3 开发环境1） 设施没有及时到位；2） 设施到位，但不配套；3） 设施拥挤、杂乱或者破损；4） 开发工具未能及时到位；5） 开发工具不如期望那样有效，开发人员需要时间创立工作环境或切换新的工具；6） 开发工具的选择不是基于技术需求，不能提供计划要求的性能；7） 新开发工具的学习期比预期的长，内容繁多。2.4 最终用户1） 最终用户坚持新的需求；2） 最终用户对于最后交付的产品不满意，要求重新设计和重做；3） 最终用户不买进项目产品，无法提供后续支持；4） 最终用户的意见未被采纳，造成产品最终无法满足用户期望，而必须重做。2.5 客户1） 客户坚持新的需求；2） 客户对规划、原型和规格的审核/决策周期比预期长；3） 客户没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和耗时的重复；4） 客户答复的时间比预期长（如回答需求中需澄清的问题）；5） 客户坚持技术决策而导致进度计划延长；6） 客户对开发进度管理过细，导致实际进展变慢；7） 客户提供的组件无法与开发的产品匹配，导致额外的设计和集成工作；8） 客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户关系管理工作；9） 客户要求的支持工具和环境不兼容、性能差或者功能不完善，导致生产率降低；10）客户不接受交付的软件，尽管它满足了所有的规格；11）客户期望的开发速度是开发人员无法达到的。2.6 承包商1） 承包商没有按承诺交付组件；2） 承包商递交的组件质量低下无法接收，必须花时间改进质量；3） 承包商没有买进项目开发需要的工具，进而无法提供需要的性能水平。2.7 需求1） 需求已经成为项目基准，但变化还在继续；2） 需求定义欠佳，而进一步的定义会扩展项目范畴；3） 添加额外的需求；4） 产品定义含混的部分比预期需要更多的时间。2.8 产品1） 错误发生率高的模块需要比预期更多的测试、设计和实现工作；2） 校正质量低下不可接受的产品，需要比预期更多的测试、设计和实现工作。3） 在一个或多上新兴领域推广计算机技术使得计划进度的延长不可预期；4） 由于软件功能的错误，需要重新设计和实现；5） 开发额外不需要的功能（镀金）延长了计划进度；6） 要满足产品规格与速度要求，需比预期更多时间，包括重新设计和实现的时间；7） 严格要求与现有系统兼容，需要进行比预期更多的测试、设计和实现工作；8） 要求与其它系统、复杂系统或不受本项目控制的系统相连，导致无法预料的设计、实现和测试工作。9） 要求在不同操作系统下运行将花费比预期更长的时间；10）在不熟悉或未经检验的软（硬）件环境中运行产生未预料的问题；11）开发一种对组织全新的模块将比预期花费更长的时间；12）依赖正在开发中的技术将延长计划进度。2.9 外部环境1） 产品依赖政府规章，而规章的改变将是不可预期的；2） 产品依赖草拟中的技术标准，而最后的标准将是不可预期的。2.10 人员1） 招聘人员所花时间比预期的长；2） 作为先决条件的任务不能按时完成（如培训、其它项目）；3） 开发人员和管理层之间关系不佳导致决策缓慢，影响全局；4） 项目组成员没有全身心投入项目，进而无法达到需要的产品性能水平；5） 缺乏激励措施，士气低下，降低了生产能力；6） 缺乏必要的规范，增加了工作失误与重复工作；7） 某些人需要更多时间适应不熟悉的软件工具和环境、硬件环境、编程语言；8） 项目结束前，合同制人员离开团队，或雇员辞职；9） 项目后期加入新的开发人员，额外的培训和沟通降低现有成员的效率；10）项目组成员不能有效地一起工作；11）由于项目组成员间的冲突，导致沟通不畅、设计欠佳、接口错误和额外的重复工作；12）有问题的成员没有调离项目组，损害了项目组其它成员的积极性；13）项目的最佳人选未加入项目组；14）项目的最佳人选已加入项目组，但因其它原因未能合理使用；15）没有找到项目急需的具有特定技能的人；16）关键人物只能兼职参与；17）项目人员不足；18）任务的分配与人员技能不匹配；19）人员工作的进展比预期的慢；20）项目管理人员怠工导致计划和进度失效；21）技术人员怠工导致工作遗漏或质量低下，工作需要重做。2.11 设计与实现1） 设计过于简单，无法确定主要事件，并导致重新设计和实现；2） 设计过于复杂，导致一些不必要的工作，影响实现效率；3） 设计质量低下，导致重复设计和实现4） 使用不熟悉的方法，导致额外的培训时间，并重犯前期使用这种方法时导致的错误；5） 产品采用低级语言来实施，导致生产率比预期的低；6） 一些必要的功能无法使用现有的代码和库实现，开发人员必须使用新库或自选开发所要的功能；7） 代码和库质量低下，导致需要额外的测试、错误修正或重做；8） 过高估计了增强型工具对计划进度的节省量；9） 分别开发的模块无法有效集成，需要重新设计或重做。2.12 过程1） 大量的纸面工作导致进程比预期的慢；2） 进程跟踪不准确，导致无法预知项目是否已落后于计划进度；3） 前期的质量保证行为不真实，导致后期的重复工作；4） 质量跟踪不准确，导致无法得知影响进度的质量问题；5） 太不正规，导致沟通不足，质量问题和工作重做；6） 过于正规，导致过多耗时无用的工作；7） 向管理层撰写进度报告占用的开发人员的时间比预期的多；8） 风险管理粗心，导致没有发现重大的项目风险；9） 软件项目风险管理花费的时间比预期的多。六 开发进度月报l标题 开发中的软件系统的名称和标识符分项目名称和标识符分项目负责人签名本期月报编写人签名本期月报的编号及所报告的年月2工程进度与状态2.1 进度 -10：完成需求分析 -12：完成概要设计 -03: 完成编码 -06：完成测试 -10：移交2.2 状态 -10：完成需求分析 完成 -12：完成概要设计 完成 -03: 完成编码 进行中 -06：完成测试 未完成 -10：移交 未完成3资额耗用与状态3.1 资额耗用主要说明本月份内耗用的工时与机时。 3.1.1 工时 分为三类： a. 管理用工时制订计划：1个月布置工作：1周收集数据：1个月检测汇报：1周b. 开发用工时 1构架阶段：1个月2 编码阶段：1个月4 经费支出与状态 4.1 经费支出 4.1.1 支持性费用 列出本月内支出的支持性费用，一般可按如下七类列出，并给出本月支持费用的总和： a. 房租或房屋折旧费； b. 员工工资、奖金、补贴； c. 培训费包括给教师的酬金及教室租金； d. 资料费包括复印及购买参考资料的费用； e. 会议费召集有关业务会议的费用； f. 旅差费； g. 其它费用。4.1.2 设备购置费 列出本月内支出的设备购置费，一般可分如下三类：a. 购买软件的名称与金额；b. 购买硬设备的名称、型号、数量及金额；c. 已有硬设备的折旧费。4.2 状态 本月内实际支出的经费与计划相比较，符合计划。5下个月的工作计划6建议 无七 开发任务卡项目名： 学籍管理系统 模块/类名： 登录模块 安排时间： 5 任务承担人： 汪国志 相关模块/类情况： 模块/类名负责人开始时间完成时间状态登录模块汪国志 、10 、11任务描述：项目名： 学籍管理系统 模块/类名： 学生信息管理模块 安排时间： 7 任务承担人： 汪国志 相关模块/类情况： 模块/类名负责人开始时间完成时间状态学生管理模块汪国志 、11 、12任务描述：项目名： 学籍管理系统 模块/类名： 教师信息管理模块 安排时间： 7 任务承担人： 汪国志 相关模块/类情况： 模块/类名负责人开始时间完成时间状态教师管理模块汪国志 、12、 、12任务描述：项目名： 学籍管理系统 模块/类名： 管理员操作模块 安排时间： 7 任务承担人： 汪国志 相关模块/类情况： 模块/类名负责人开始时间完成时间状态管理员模块汪国志 、1 、1任务描述：估计完成时间：_ 、1_ 批准人：_八 个人开发进度月报1标题项目名称及标识：学籍管理系统子项目名称及标识：登录模块开发阶段：详细设计报告时间：年月日至年月日报告人：签名2进度2.1 任务任务：用户登录任务描述：分三种用户：学生、老师、管理员，登录后分别为不同操作界面状态： 完成 未完成与计划比较： 提前 按期 推迟推迟原因：3资源耗费总用工时：加班时间：机时：上网时间：硬件平台：软件环境和工具：4.下个月工作计划任务：学生管理模块任务描述：学生可修改密码、查询个人信息/成绩等任务所属项目或子项目：学籍管理系统性质： 新 续上月5.建议九 项目开发进度月报1.标题项目名称及标识：学籍管理系统子项目名称及标识：学生管理系统本期月报编写人：汪国志子项目负责人：汪国志本期月报编号：月报日期： 年 10 月 26 日2.进度2.1 任务任务：学生信息查询功能任务描述：学生登录后，可查询个人信息、科目成绩状态： 完成 未完成与计划比较： 提前 按期 推迟推迟原因：2.2 事件事件：事件标志：与计划比较： 提前 按期 推迟推迟原因：3.资源耗费 3.1 工时管理用工时：服务用工时：开发用工时：总 计： 3.2 机时计算机类型：用时：计算机类型：用时：计算机类型：用时：总 计：用时：4.经费支出 4.1 支持性经费支出工资、奖金、补贴：培训费：资料费：会议费：差旅费：总计： 4.2 设置购置费设备名称型号数量单价金额总计金额：5.下个月工作计划 5.1 任务任务：教师管理功能任务描述：教师可查询个人信息、录入科目、学生成绩等开发阶段：需求分析性质： 新 续上月 5.2 事件事件：事件标志：性质： 新 旧 6.建议十 项目进度周报周期： 10月26日 11月3日项目名称：_学生管理系统_ 项目编号：_项目经理：_ 项目发起人：_汪国志_项目成员：_汪国志_项目计划开始时间： 、10 项目实际开始时间：_ 、10项目预计完成时间： 、10 现在预计完成时间：_ 、10项目处于： 初步计划阶段 需求分析阶段 开发阶段项目状态： 按计划进度 超计划进度 进度延迟项目预计投入人力：_人/日 现在已投入人力：_人/日预计共需投入人力：_人/日项目遇到的困难和要解决的问题：_十一 项目开发总结报告1引言1.1 编写目的经行项目的总结，总结经验和教训 1.2 背景 a.本项目名称：学生信息管理系统开发项目系统名称：学生信息管理系统 b.提出者：项目经理、开发者：XXX软件开发有限公司用户：XXX大学学生、职工安装此软件的计算中心：实验中心 1.3 定义对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了，此处不用再重复，能够指引读者参考需求说明。 1.4 参考资料 1 周佩德.数据库原理及应用.电子工业出版社2 刘炳文等，VISUAL BASIC程序设计数据库篇，19993 李光明.Visual Basic编程实例大制作.冶金工业出版社4 李红等编著，管理信息系统开发与应用，电子工业出版社， 5 软件工程，人民邮电出版社， 3月第一版6 康博工作室，张红军，王红等缟著Visual Basic中文版高级应用与开发指南，人民邮电出版社， 4月第一版7 林立军，程斌，翁迪恩缟著Visual Basic 数据库开发指南，西安电子科技大学出版社， 2月第一版8 宋伟，吴建国等编著中文Visual Basic编程基础，北京，清华大学出版社2实际开发结果2.1 产品 说明最终制成的产品，包括：a. 程序系统中各个程序的名字，它们之间的层次关系，以千字节为单位的各个程序的程序量、存储媒体的形式和数量；b. 程序系统共有哪几个版本，各自的版本号及它们之间的区别；c. 每个文件的名称；d. 所建立的每个数据库。如果开发中制订过配置管理计划，要同这个计划相比较。2.2 主要功能和性能1功能1）能够管理员登录2）能够认证登录的用户 a)学生 b)教师 c)辅导员3）系统管理 a)学生2.学生个人信息查询 b)辅导员1.学生学籍更变信息管理 c)辅导员1.学生信息更变信息管理基本都能完成2.3 基本流程 学籍管理部门教师学生成绩管理系统教务处学生教师教师学生情况学生成绩查询统计分析管理部门教务处教师1.0学生管理2.0课程管理3.0成绩管理4.0统计分析D1D2D3查询者管理者学生课程成绩2.4 进度 -10：完成需求分析 完成 -12：完成概要设计 完成 -03: 完成编码 完成 -06：完成测试 完成 -10：移交 完成 2.5 费用 项目经理： 50万 产品经理 10万 组长 30万 开发人员 20万 测试人员 15万3开发工作评价3.1 对生产效率的评价 a. 程序的平均生产效率：良好 b. 文件的平均生产效率：良好3.2 对产品质量的评价产品功能完善，性能达到最优3.3 对技术方法的评价基于B/S，MVC构架，使用良好3.4 出错原因的分析编码还不够熟练。4经验与教训多沟通，多交流，多熟悉，深入到用户中去，充分了解市场需求十二 模块开发卷宗第1章模块开发情况模块名: 登陆模块模块标识符代码设计计划开始日期 、10、1实际开始日期 、10、6计划完成日期 、10、11实际完成日期 、10、10模块测试计划开始日期 、10、13实际开始日期 、10、13计划完成日期 、10、17实际完成日期 、10、16组装测试计划开始日期 10、18实际开始日期 、10、17计划完成日期 、10、26实际完成日期 、10、26源代码行预计行数实际行数目标模块大小预计字节数实际字节数代码复查 （日期/签字）批 准 （日期/签字） 第2章功能说明输入处理输出输入学生用户名和密码系统识别账号密码正确，确认登录身份为学生学生操作界面选择要查询的科目查询数据库中对应学生的科目成绩学生成绩教师选择科目，批量导入学生成绩系统读取学生成绩的excel文件，保存学生成绩提示操作成功管理员输入要查询学生的编号读取数据库中对应编号的学生显示学生信息第3章设计说明3.1层次说明模块名学生信息service模块标识符调用模块数据库操作模块被调用模块界面操作模块3.2算法 （图、图或语言）3.3外部数据结构数据结构名称关系3.4出错信息错误编号错误名描述1登录异常输入错误的账号、密码或选择错误的用户类别2数据查询异常数据源获取失败或输入错误的查询条件3Excel导入异常导入成绩时，填写excel格式错误或数据不完整第4章源代码清单第5章测试说明5.1测试名称1测试标识符：编号：测试目的：测试登录是否可用测试配置：测试用例：序号输入预期输出实际输出1输入正确的账号密码，选择对应的用户类别登录成功，返回对应用户的操作界面未测2输入错误的账号密码或选择错误的用户类别返回登录失败，提示失败原因未测5.2测试名称2测试标识符：编号：测试目的：测试学生信息查询是否可用测试配置：测试用例：序号输入预期输出实际输出1管理员输入正确的查询条件返回学生信息列表未测2输入不存在的学生学号等信息查询结果为空未测第6章复审结论6.1与需求说明的比较6.2与概要设计的比较6.3与详细设计的比较6.4一般结论