软件项目管理系统报告材料

1、一可行性研究报告1. 可行性研究的前提通过调查，要求系统需要有以下功能：要求有良好的人机界面；较好的权限管理；原始数据修改简单方便，支持多条件修改方便的数据查询，支持多条件查询；相应的权限下，删除数据方便简单，数据稳定性好;数据计算自动完成，尽量减少人工干预；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日。由于本系统管理的对象单一，都是在校学生，且每个数据内容具有较强的关 联性，涉与的计算过程不是很复杂。因此，比拟适合于采用数据库管理。且学校 用于学生管理的微机都是PIII以上的机器，在存储量、速度方面都能满足数据 库运行的要求。在技术难度方面，

3、由于有指导教师的指导和相关参考文献， 特别 是网上资料，特别是参考其它程序的功能，因此完全可以实现。2. 对现有系统的分析处理流程和数据流程 班级管理业务流程图：输入计算机输丿入计算4机1F1学班生J级班级输出班主任教务处档案管理业务流程图:成绩管理业务流程图:现有系统所承当的工作只能实现档案管理的简单功能，无法适应目前工作中处理大量数据的功能。开发这个项目总需三个人，4台计算机，一个可容纳 6 7个人的办公室， 必须有充足的物质做精神动力，每台计算机上必须有所需要的软件， 比如：办公 软件、数据库软件、截图软件等，必须有 3000万元的准备开支。二软件项目计划1. 引言1.1编写目的软件项目

4、开发是一项系统而复杂的工作，它需要一个团队互相配合、分 工协作。软件项目管理系统可以规 X一个软件开发团队的日常工作，提高工 作效率。为了很好的管理整个开发过程，同时预算整个开发过程的费用与时间的 安排，给开发人员，管理人员一个参照物，明白自己在每一个阶段所需要完成的任务，协助他们更好地完成开发工作预期的读者：开发人员，项目经理，测试人员1.2背景b. 提出者：项目经理，开发者：XXX开发团队。2. 项目概述2.1工作内容1需求分析：13个月 2概要设计：23个月 3详细设计：23个月4编码：23 个月5测试：1 个月6发布：1 个月2.2主要参加人员参与者个人情况XX软件工程专业学生，熟悉j

5、ava语言，数据库编程XX软件工程专业学生，熟悉C#语言XX软件工程专业学生，有很好的网页设计能力XX软件工程专业学生，有良好的界面设计的能力和测试经验XX专业为软件工程，从事开发工作一年，能过独立地完成小型项目的整个开发过程2.3产品2.3.1 程序名称编程语言媒体形式功能与能力系统功能C#+SQLServer 2000文本管理学生的学籍信息， 统计学生的相关信息。 学生信息的增加、修改、删除、查询数据信息管理C#+SQLServer 2000文本学生学籍信息管理，学生选课信息管理根本业务C#+SQLServer 2000文本学生注册、学籍信息维护，学生选课，教师 管理班级信息。信息浏览与

6、查询C#+SQLServer 2000文本管理员学生学籍信息浏览、查询数据库SQL Server2000数据库文件数据库文件可以直接附加到本地的SQLServer 2000 中的数据库中学生学籍管理系统C#+SQLServer 2000CD光盘程序的运行文件，运行之后只要发布之后就 可以了2.4验收标准验收标准参照表:程序CD光盘实现功能：在使用时，由管理员输入需要了解的关键字 信息，然后通饭卡管理系统选择相应的管理事务。管理事务根据所提供的信息在数据库中查找相应的记录，返回相应的记录给管理员。允许管理员在相应的权限下对 数据进展修改。通过终端把得到的内容显示到相应的界 面上。安装指南视频有声

7、的视频，分解安装的动作，并详细讲述过程与须知 事项用户使用手册视频+文档文档给出输入输出的约束条件，系统的运行环境，视频显示使用软件的整个流程，帮助用户学习使用该软件故障解决说明书文档列出根本问题的详细解决方法，详细表示整个流程3. 实施计划3.1预算1. 采购必要设备的投资：网络平台的建设，包括了建设方式和联网建筑物数等等方面去计算，这一块需要200万左右；服务器与存储系统，从发卡量和设备数量等估算，这一块需要100万左右；射频卡终端，包括读写器与 POS，这一块需要20万左右。2. 开发系统的投资：按目前市场上一卡通管理系统的开发价格来看，开发所需的投大概在 50万 不等；4. 总计：35

8、0万左右；3.2关键问题本系统的操作过程简单，实现技术要求也不高，所以没有要特别列出的关键问题4.1运行环境a. 开发软件运行的最短寿命为一年。b. 进展系统方案选择比拟的期限：2周。c. 经费来源和使用限制：自筹资金。d. 法律和政策方面的限制：本软件公司所有，未经作者允许，非法传播、复制, 违者追究法律责任，后果自负。e. 硬件 CPU p3 内存 256M.Of. 软件：access2003。g. 运行环境：本软件应使用 Windows2003 Windows xp操作系统。h. 开发环境：本软件应使用 Windows2003 Windows xp开发。4.2需由用户承当的工作数据库的初

9、始化需要用户自己录入，这个应该在测试之前完成，所以编码之前，由开发人员做好数据库，然后由用户安排人录入初始数据库，且必须在2013年6月1日之前完成4.3需由外单位提供的条件本项目希望得到委托商的资金支持，人员支持，如取需求时，能够提供 局部食堂为我们的测试的提供支持环境，还有技术支持。三风险条目跟踪表序列号1确定日期撤消日期撤消风险确定日期描述未得到学校支持而导致的无法获得学生数据可能性影响10危害值降低风险计划项目开始前与校方沟通，否如此项目无法进展负责人XXX截止日期2013、10、1五进度计划风险列表1）功能无限蔓延；2）质量不定3）计划过于乐观4）设计欠佳5）银弹综合症6）研发导向开

10、发7）人员薄弱8）签约商失败；10研发人员与客户的磨擦2.1计划编制风险1）计划、资源和产品定义全凭客户或上层领导口头指令，并且不完全 一致；2）计划是优化的，是“最优状态"；3）计划忽略了必要的任务；4）计划基于使用特定的小组成员，而那个小组成员其实指望不上。5）在限定的时间内无法建成已定规模大小的产品；6）产品规模比估计的要大一些；7）工作量大于估算数；8）进度已经拖延的项目在重新评估时过于优化或无视项目历史；9）过度的进度压力造成生产率下降；10目标日期提前，但没有相应地调整产品 X围或可用资源；11一个任务的延迟导致相关任务的连锁反响；12涉足不熟悉的产品领域，花费在设计和实

11、现上的时间比预期的要多 2.2组织和管理1）项目缺乏一个有凝聚力的最高领导人；2）由于前期乏力，项目长时间被搁置；3）解雇和削减开支导致项目小组能力下降；4）仅由管理层或市场人员进展技术决策，导致计划进度延长；5）低效的项目组结构降低生产率；6）管理层审查/决策的周期比预期时间长；7）预算削减打乱项目计划；8）管理层做出了打击项目组织积极性的决定；9） 非技术的第三方的工作比预期延长如审批，采购等；10计划性太差，无法适应期望的开发速度；11项目计划由于压力而放弃，导致开发混乱、低效；12管理层强调英雄主义，而无视客观确切的状态报告，这会降低发现 和改正问题的能力。2.3开发环境1）设施没有与

12、时到位；2）设施到位，但不配套；3）设施拥挤、杂乱或者破损；4）开发工具未能与时到位；5）开发工具不如期望那样有效，开发人员需要时间创建工作环境或切 换新的工具；6）开发工具的选择不是基于技术需求，不能提供计划要求的性能；7）新开发工具的学习期比预期的长，内容繁多。2.4最终用户1）最终用户坚持新的需求；2）最终用户对于最后交付的产品不满意，要求重新设计和重做；3）最终用户不买进项目产品，无法提供后续支持；4）最终用户的意见未被采纳，造成产品最终无法满足用户期望，而必 须重做。2.5客户1）客户坚持新的需求；2）客户对规划、原型和规格的审核/决策周期比预期长；3）客户没有或不能参与规划、原型和

13、规格阶段的审核，导致需求不稳 定和耗时的重复；4） 客户答复的时间比预期长如回答需求中需澄清的问题；5）客户坚持技术决策而导致进度计划延长；6）客户对开发进度管理过细，导致实际进展变慢；7）客户提供的组件无法与开发的产品匹配，导致额外的设计和集成工 作；8）客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以 与额外的客户关系管理工作；9）客户要求的支持工具和环境不兼容、性能差或者功能不完善，导致 生产率降低；10客户不承受交付的软件，尽管它满足了所有的规格；11客户期望的开发速度是开发人员无法达到的。2.6承包商1）承包商没有按承诺交付组件；2）承包商递交的组件质量低下无法接收，必须花

14、时间改良质量；3）承包商没有买进项目开发需要的工具，进而无法提供需要的性能水 平。2.7需求1）需求已经成为项目基准，但变化还在继续；2） 需求定义欠佳，而进一步的定义会扩展项目X畴；3）添加额外的需求；4）产品定义含混的局部比预期需要更多的时间。2.8产品1）错误发生率高的模块需要比预期更多的测试、设计和实现工作；2）校正质量低下不可承受的产品，需要比预期更多的测试、设计和实 现工作。3）在一个或多上新兴领域推广计算机技术使得计划进度的延长不可预 期；4）由于软件功能的错误，需要重新设计和实现；5）开发额外不需要的功能镀金延长了计划进度；6）要满足产品规格与速度要求，需比预期更多时间，包括重

15、新设计和 实现的时间；7）严格要求与现有系统兼容，需要进展比预期更多的测试、设计和实 现工作；8）要求与其他系统、复杂系统或不受本项目控制的系统相连，导致无 法预料的设计、实现和测试工作。9）要求在不同操作系统下运行将花费比预期更长的时间；10在不熟悉或未经检验的软硬件环境中运行产生未预料的问题;11开发一种对组织全新的模块将比预期花费更长的时间；12依赖正在开发中的技术将延长计划进度。2.9外部环境1）产品依赖政府规章，而规章的改变将是不可预期的；2）产品依赖草拟中的技术标准，而最后的标准将是不可预期的。2.10人员1）招聘人员所花时间比预期的长；2） 作为先决条件的任务不能按时完成如培训、

16、其它项目；3）开发人员和管理层之间关系不佳导致决策缓慢，影响全局；4）项目组成员没有全身心投入项目，进而无法达到需要的产品性能水 平；5）缺乏激励措施，士气低下，降低了生产能力；6）缺乏必要的规X,增加了工作失误与重复工作；7）某些人需要更多时间适应不熟悉的软件工具和环境、硬件环境、编 程语言；8）项目完毕前，合同制人员离开团队，或雇员辞职；9）项目后期参加新的开发人员，额外的培训和沟通降低现有成员的效 率；10项目组成员不能有效地一起工作；11由于项目组成员间的冲突，导致沟通不畅、设计欠佳、接口错误和 额外的重复工作；12有问题的成员没有调离项目组，损害了项目组其他成员的积极性；13项目的最

17、优人选未参加项目组；14项目的最优人选已参加项目组，但因其他原因未能合理使用；15没有找到项目急需的具有特定技能的人；16关键人物只能兼职参与；17项目人员不足；18任务的分配与人员技能不匹配；19人员工作的进展比预期的慢；20项目管理人员怠工导致计划和进度失效；21技术人员怠工导致工作遗漏或质量低下，工作需要重做。2.11设计与实现1）设计过于简单，无法确定主要事件，并导致重新设计和实现；2）设计过于复杂，导致一些不必要的工作，影响实现效率；3）设计质量低下，导致重复设计和实现4）使用不熟悉的方法，导致额外的培训时间，并重犯前期使用这种方 法时导致的错误；5）产品采用低级语言来实施，导致生产

18、率比预期的低；6）一些必要的功能无法使用现有的代码和库实现，开发人员必须使用 新库或自选开发所要的功能；7）代码和库质量低下，导致需要额外的测试、错误修正或重做；8）过高估计了增强型工具对计划进度的节省量；9）分别开发的模块无法有效集成，需要重新设计或重做。2.12过程1）大量的纸面工作导致进程比预期的慢；2）进程跟踪不准确，导致无法预知项目是否已落后于计划进度；3）前期的质量保证行为不真实，导致后期的重复工作；4）质量跟踪不准确，导致无法得知影响进度的质量问题；5）太不正规，导致沟通不足，质量问题和工作重做；6）过于正规，导致过多耗时无用的工作；7）向管理层撰写进度报告占用的开发人员的时间比

19、预期的多;8）风险管理粗心，导致没有发现重大的项目风险；9）软件项目风险管理花费的时间比预期的多。六开发进度月报l .标题开发中的软件系统的名称和标识符 分项目名称和标识符分项目负责人签名 本期月报编写人签名本期月报的编号与所报告的年月2.工程进度与状态2.1进度2012- 10 :完成需求分析2013- 12 :完成概要设计2013-03:完成编码2013-06 :完成测试2013-10 :移交2.2状态2013-10 :完成需求分析完成2013-12 :完成概要设计完成2013-03:完成编码进展中2013-06 :完成测试未完成2013-10 :移交未完成3.资额耗用与状态3.1资额耗用

20、主要说明本月份内耗用的工时与机时。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.其他费用。设备购置费列出本月内支出的设备购置费，一般可分如下三类： a.购置软件的名称与金额；b.购置硬设备的

21、名称、型号、数量与金额；c.已有硬设备的折旧费。4.2状态本月内实际支出的经费与计划相比拟，符合计划。5下个月的工作计划6.建议无七开发任务卡项目名： 学籍管理系统模块/类名：登录模块安排时间： 5 任务承当人： 汪国志相关模块/类情况：模块/类名负责人开始时间完成时间状态登录模块汪国志2012、 102012、 11任务描述:项目名： 学籍管理系统模块/类名：学生信息管理模块安排时间： 7 任务承当人： 汪国志相关模块/类情况：模块/类名负责人开始时间完成时间状态学生管理模块汪国志2012、 112012、 12任务描述:项目名： 学籍管理系统模块/类名：教师信息管理模块安排时间： 7 任务

22、承当人： 汪国志相关模块/类情况：模块/类名负责人开始时间完成时间状态教师管理模块汪国志2012、 12、2012、 12任务描述:项目名： 学籍管理系统模块/类名：管理员操作模块安排时间： 7 任务承当人： 汪国志相关模块/类情况：模块/类名负责人开始时间完成时间状态管理员模块汪国志2013、 12013、 1任务描述:估计完成时间：2013、1批准人：八个人开发进度月报1 .标题项目名称与标识：学籍管理系统 子项目名称与标识：登录模块开发阶段:详细设计报告时间：年 月 日至年 月 日报告人：签名2.进度2.1任务任务：用户登录任务描述：分三种用户：学生、教师、管理员，登录后分别为不同操作界

23、面状态： 完成未完成与计划比拟：提前按期推迟推迟原因：3. 资源消耗总用工时:加班时间:机时:上网时间:硬件平台:软件环境和工具:任务：学生管理模块任务描述：学生可修改密码、查询个人信息/成绩等任务所属项目或子项目: 学籍管理系统性质： 新续上月九项目开发进度月报项目名称与标识：学籍管理系统 子项目名称与标识：学生管理系统本期月报编写人：汪国志子项目负责人：汪国志本期月报编号:月报日期：2012 年10月26 日2.1任务任务：学生信息查询功能 任务描述：学生登录后，可查询个人信息、科目成绩状态：口完成未完成与计划比拟：提前按期推迟推迟原因:2.2事件事件： 事件名事件标志：与计划比拟：提前按

24、期推迟推迟原因:3.1 工时管理用工时服务用工时开发用工时总计：3.2机时计算机类型用时计算机类型用时计算机类型用时总计：用时4.1支持性经费支出工资、奖金、补贴:培训费 资料费 会议费 差旅费 总计：4.2设置购置费设备名称型号数量单价金额总计金额：5.1任务任务：教师管理功能任务描述：教师可查询个人信息、录入科目、学生成绩等 开发阶段：需求分析性质： 新续上月5.2事件事件： 事件名事件标志：性质：新旧十项目进度周报周期：2012年10月26日2012年11月3日项目名称： 学生管理系统 项目编号： 项目经理：项目发起人：_汪国志项目成员：汪国志项目计划开始时间:2012、 10项目实际开

25、始时间：2012、 10项目预计完成时间:2013、 10现在预计完成时间：_2013、 10项目处于：初步计划阶段需求分析阶段开发阶段项目状态：按计划进度超计划进度进度延迟项目预计投入人力：人/日现在已投入人力：人/日预计共需投入人力：人/日项目遇到的困难和要解决的问题:卜一项目开发总结报告1 引言1.1编写目的经行项目的总结，总结经验和教训1.2背景a.本项目名称：学生信息管理系统开发项目系统名称：学生信息管理系统b.提出者：项目经理、开发者：XXX软件开发某某 用户：XXX大学学生、职工安装此软件的计算中心：实验中心1.3定义对本文档中所使用的各种术语进展说明。如果一些术语在需求规格说明

26、 书中已经说明过了，此处不用再重复，可以指引读者参考需求说明。1.4 参考资料1 周佩德.数据库原理与应用.电子工业2 X 炳文等，VISUAL BASIC程序设计一一数据库篇，19993 李光明.Visual Basic 编程实例大制作.冶金工业4 李红等编著，管理信息系统开发与应用，电子工业，20035 软件工程，人民邮电，2002年3月第一版6 康博工作室，X红军，王红等缟著Visual Basic 中文版高级应用与 开发指南，人民邮电，2001年4月第一版7 林立军，程斌，翁迪恩缟著Visual Basic数据库开发指南，某某电子科技大学，2000年2月第一版8 宋伟，吴建国等编著中文

27、 Visual Basic 编程根底，清华大学2 实际开发结果2.1产品说明最终制成的产品，包括：a.程序系统中各个程序的名字，它们之间的层次关系，以千字节为单位的各个程序的程序量、存储媒体的形式和数量；b.程序系统共有哪几个版本，各自的版本号与它们之间的区别；c.每个文件的名称；d.所建立的每个数据库。如果开发中制订过配置管理计划，要同这个计划相比拟。2.2主要功能和性能1功能1能够管理员登录2能够认证登录的用户a）学生b）教师c）辅导员3系统管理a）学生b）辅导员c）辅导员根本都能完成2.3根本流程2.4进度2012-10 :完成需求分析完成2012- 12 :完成概要设计完成2013- 03:完成编码完成2013-06 :完成测试完成2013-10 :移交完成2.5费用项目经理：50万产品经理10万组长 30 万开发人员20万测试人员15万3 开发工作评价3.1对生产效率的评价a.程序的平均生产效率：良好b.文件的平均生产效率：良好3.2对产品质量的评价产品功能完善，性能达到最优3.3对技术方法的评价基于B/S, MVC勾架，使用良好3.4出错原因的分析编码还不够熟练。4 经验与教训