当前位置：文档库 › 景区自助售票系统软件项目管理计划

景区自助售票系统软件项目管理计划

[景区售票]软件系统

项目管理计划

Version 1.0

[组名]伤得起！！！

[组长] 李雷（1080310601）

[成员] 朱文龙（1080310608）

何明刚（1080310615）

郭伟龙（1080310621）本报告由小组四人共同完成

1、第一、二章由朱文龙完成

2、第三章由李雷完成

3、第四章由何明刚完成

4、第五章由郭伟龙完成

版本：Version 1.0 日期：2011.04.21

文档信息

项目名称：[景区售票]软件系统小组名称：伤得起！！！

项目负责人：李雷文档负责人：朱文龙

编制日期：2011.04.21

版本：Version 1.0

文档分工（姓名）负责内容

朱文龙文档的主要框架和起草、更新

何明刚文档的更新

修改记录

日期版本修改说明修改者2011.04.21 1.0 文档的起草和构建朱文龙2011.6.18 1.1 3.1 3.2 5.3 资源需求李雷2011．6.19 1.2 5.1 5.2 5.4 5.5 郭伟龙

2011.06.16 2.0

增加了第一章的主要工作活动和里程

碑章节；修改了第一章第一部分的部分

说法。

朱文龙

版本：Version 1.0 日期：2011.04.21

1.简介 (4)

1.1项目概述 (4)

1.2项目交付产品 (6)

1.3SPMP 的演化 (6)

1.4参考资料 (6)

1.5 术语与缩写 (7)

2.项目组织 (4)

2.1过程模型 (8)

2.2组织结构 (10)

2.3组织接口 (10)

2.4项目职责 (11)

3.管理过程 (12)

3.1管理目标和优先级 (12)

3.2假设、依赖关系和限制 (12)

3.3风险管理 (12)

3.4监督和控制机制 (13)

3.5人员计划 (13)

4.技术过程 (15)

4.1方法、工具和技术 (15)

4.2软件文档 (15)

4.3用户文档 (15)

4.4项目支持功能............................................................................. 错误！未定义书签。

5.工作包、进度表和预算 (16)

5.1工作包 (16)

5.2依赖关系 (17)

5.3资源需求 (17)

5.4预算 (17)

5.5资源分配和进度表 (19)

1. 简介

1.1 项目概述

1.1.1 项目目标

随着我国城市旅游业的快速发展，人们生活水平的提高，对旅游行业形象管理方面要求不断提高。传统的人工模式已显得陈

旧和落后，旅游景区的售检票系统已经不再是以前那种人工的，

复杂的，工作量大的售票检票系统，而是一种电子化的新型系统。

建立旅游景区售检票系统，不仅使景区的管理水平有了提高，同

时也相应地完善了旅游景区的管理制度。这种系统极大的方便的

管理员的管理和查询等操作。为管理者提供决策支持数据，以便

及时地发现问题，合理安排日常业务工作，制定新的资金投入和

计划。这种电子化工作模式避免了人工操作造成的失误，提高了

工作效率和质量，从而也提高了经济效益。

“伤得起”小组计划开发的“景区售票系统”，预计可以实现景区门票的查询，购买，投诉，咨询四项基本功能供消费者使用，

以及管理员的日常维护功能。

初步开发成形的系统具备基本的使用功能，初步的界面设计，使用测试案例尚不完备，具有客户端和网页版两种以供选择。

1.1.2 开发目的

缓解旅游景区的售检票的人力压力，提供高效的，快节的，稳定的操作。实现系统应具有实用性、可靠性、有效性及方便性。

软件工程实践课开发系统可以提高成员的动手能力，深刻理解软件工程的美妙之处。

1.1.3 工作进度

一般软件开发时间：

第一个短周期内要完成计划和分析工作（2%--3%，10%--15%）；

第二个短周期要完成设计工作（20%--25%）；

第三个短周期基本完成开发工作（15%--20%）；

剩余时间全部投入测试工作（30%--40%）。

依据软件工程课程要求模拟的时间进程为：

时间项目

2011年春节学期

5周6周7周8周9周10周11周12周13周14周15周

项目规划与准备项目分析

项目设计

项目实施

项目试运行

项目测试

项目验收

1.1.4 主要工作活动

系统开发的主要工作活动包括开发前对系统开发环境，背景和开发目的的探究，初步拟定可以实现的功能和应该具备的属性。

系统重点开发阶段为代码编写与测试，应占据大部分时间。

系统每个阶段都要进行文档的编写以及不断的跟进、更写。小组成员有专人负责文档的维护。

系统开发最后阶段设计测试数据进行测试。进行除错以及美化界面，增强程序的健壮性。

1.1.5 关键里程碑

主要里程碑：

1、需求规格书的确定

2、系统架构的完成

3、程序测试的完成

4、系统交付使用

1.2 项目交付产品

最终交付源代码、系统文件、文档资料等可供定量检查的资料。

1.2.1 产品所需满足的系统需求

1．产品界面友好，操作简单。

2. 及时保存信息和相关操作记录。

3. 保证一定的执行效率。

4. 能够实现各处的售票系统信息联动，保证最新的售票

信息。

1.3 SPMP 的演化

文档的构建和起草由朱文龙负责；

文档的更新由朱文龙和何明刚共同完成；

按进程和各项工作实际情况适时变更文档的更新机制。

1.4 参考资料

（美）Roger S.Pressman.2007 [1]《软件工程：实践者的研究方法（第6版）》.作者：

年1月.

[2]《软件工程实用教程(计算机应用技术规划教材)》. 作者：吕云翔. 2011年1月.

[3]《软件工程方法与实践》.作者：窦万峰.2009年5月.

1.5 术语与缩写

尚未商议。

2. 项目组织

2.1 过程模型

2.1.2 采用瀑布式开发模型：

2.1.2选择瀑布式模型的原因

瀑布式模型是经典的软件开发模型，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。

为项目提供了按阶段划分的检查点，可以根据里程碑似的时间节点对软件工程的进程进行跟踪和验收，完成了前一阶段内容，即可关注下一阶段的工作，便于集中精力，尽量减少反复开发修复，造成工作效率的降低。

在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。

2.1.3 本项目的过程模型

重要的时间节点红色字体标出！

时间项目

2011年春节学期

5周6周7周8周9周10周11周12周13周14周15周

项目规划

与准备

项目分析

项目设计

项目实施

项目试运

行

项目测试

项目验收

2.1.4 交付的产品和标志

最终的产品交付以可实际运行的软件系统和说明文件，在课程结束前一周结束产品开发。

结束标志为用户可以正常使用系统，并基本没有错误。并定期按用户需求和实际情况进行更新。

2.2 组织结构

2.3 组织接口

表 1 项目接口

组织联系人联系信息客户：景区@@@ ### 分包商：<名称> @@@ ### 软件质量保证@@@### 软件配置管理@@@ ### ……@@@ ###

2.4 项目职责

表 2 项目职责

角色职责描述负责人员项目经理领导项目团队，执行和管理项目，负

责项目的交付工作

李雷（1080310601）

开发人员负责具体项目进程的实施，代码的

编写，程序的测试等。朱文龙（1080310608）李雷（1080310601）郭伟龙（1080310621）何明刚（108310615）

秘书协调各方进行沟通和监督各项进程朱文龙（1080310608）

3.管理过程

3.1 管理目标和优先级

基本原则：由于团队人员较少，每位成员多项分工，既要具体到程序的编写和调试，又要有整体协调的能力。项目经理和执行秘书负责协调客

户需求和项目进程。各成员互相监督，高效有序的完成系统开发。

目标 A：团队的最高目标是在预定时间内完成产品的基本功能开发，

并能基本可以交付客户使用。

目标 B：要按时更新文档和最好记录便于后续的维护。

目标 C：能够保证一定的系统运行效率，保证安全性。

目标D：工作分工明确，接口衔接顺畅，经常沟通确定进程和需要

解决的问题。

目标E：提高系统性能与功能，增加系统的寿命

3.2 假设、依赖关系和限制

［说明：描述所有对项目外部的问题和事件所做的假设，以及由这些问题和事件引起的限制。］编号项目外部问题限制

1 客户要求的交付时间过早不能够完成所有的模块开发

2 服务器数据库与软件需求不符要改变软件数据库设计，不能及时完成软件网络部署

3 硬件器材如检票器等到货较晚推迟硬件接口的开发，前期只能完成软件模拟

4 客户提出新的需求开发新的组件，推迟项目交付时间

5 客户违约终止项目进程，或寻找新的客户

6 资金链断裂员工积极性受挫，开发进度严重受影响甚至停止

3.3 风险管理

表 3 项目风险

编号风险描述风险类型概率影响程度后果缓解策略

1 开发人员技术水平

难以满足预期要求

产品规模40% 灾难的开发进程停滞

在开发的

过程中不

断学习

２系统的规模预算不

准确

产品规模30% 严重的

交付时间推迟，

开发人员为做好

长期准备

适当的精

简不必要

的系统设

计

３交付日期推迟商业影响50% 严重的发生违约风险经常与客户沟通

４用户改变起初的需

求

产品规模60% 轻微的

重新设计某些部

分

经常与客

户沟通

５缺少对开发中所使

用工具的培训

开发环境20% 可忽略的

开始阶段进度缓

慢

不断进行

软件工程项目管理计划书(完整版)

储蓄业务项目管理计划书 1．简介 1.1 项目概述本项目要开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。本团队负责其中的有关储蓄业务的子系统。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构，将与整个银行系统一起发布。不单独发布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周，工程量为3人/天。 1.2 项目范围说明（1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。（2）源程序检查：一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内六个小组集成后完整的银行系统运行情况，检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。 1.3 软件项目计划书的演化软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。其余组员同步获得更新稿。 2．项目组织管理 2.1 过程模型

软件项目管理课设报告

山西大学软件项目管理课程设计报告题目：教务管理系统班级： 14 班学号： 14 姓名： 2016年12月实习目的：为了将理论用于实践,巩固所学知识,提高自己发现问题并用所学知识分析问题和解决问题的能力,锻炼自己的工作能力,适应社会能力,自我管理能力,了解目前软件的应用情况,需求情况,发展方向及前景,为顺利毕业做好充分的准备,也为自己能顺利的与社会环境接轨做好准备.此次实习由学校统一组织安排,分两个阶段，两个方向进行系统的实习。实习要求： 1、要求学生在实习过程中认真学习技术知识，积极与指导老师和同学配合; 2、在前期，按时到勤，认真学习。积极做好实习日志，能够理解当天的内容。对技术的理论知识要及时实践; 在后期，积极与同学沟通，认真完成项目要求的内容。在这个过程中要与老师同学多做沟通，通过探讨项目的解决方案以及进展。教务系统招标书

根据《中华人民共和国招投标法》和学校有关规定，对我校的教务管理信息系统软件项目（以下简称该项目）进行国内邀请招标。一．系统要求教务管理信息系统的主要功能模块包括：系统应该包括教务和教学两部分，教务和教学可以灵活组合、自由搭配，可以组成学校教务管理或教学管理系统。教务管理信息系统涵盖教务业务中的各个功能部件，从学籍、注册、排课、选课、考试、成绩、教学评价、教材等诸多方面形成一体化管理模式，教务部门主要负责学校各类专科生的教学管理，主要负责5个方面的工作：基本教学活动管理。主要包括：各类教学计划管理、教学运行管理、教学考评管理；教学基本建设管理。主要包括：专业建设、课程建设、教学基地建设、教学管理制度和学风建设。组织开展相关的教育科学研究、教学改革和教学成果评审；学历与学籍管理。主要包括：在校专科生的学历与学籍管理工作，负责历届本（专）科生的学历和学位管理；教师队伍建设的有关工作。组织教师和管理干部队伍的相关业务培训与考核工作，参与拟制教师队伍建设规划和专业技术职务评审工作，负责聘任兼职教授的相关工作；其它工作，学校人才培养有关工作的牵头和情况汇总上报；教学管理信息系统在结构上可划分为下列功能模块：公共信息管理（教学资源（设施）管理）、教学计划管理、开课管理、学籍管理、注册管理、排课管理、选课管理、考试管理、成绩管理、教材管理、教学质量评估那里、实践教学管理、教师管理、毕业管理、教务办公（综合查询）、系统维护、教师门户、学生门户等模块。二．投标商应该完成的工作 2.1 根据各系统目标和功能描述，识别并给出系统需求（需求调查，对项目的理解）。 2.2 提出达到系统目标和完成系统功能的最佳途径（项目方案）。三、工作要求

软件系统项目工作总结报告

软件系统项目工作总结报告自2月份开始，我一直在跟进xx银行w-xxND1S2.0项目的测试工作，至此为止已近6个月时间，从公司内部系统测试、验收测试，再到UAT测试，以及投产前的系统压力测试等等。从开始到项目即将结束，一步步走过来。本次项目中，我作为测试环节的主力人员之一，仅对此项目中测试工作进行总结。一、项目测试进度控制。项目的测试进度主要是按照项目计划进行的，完全按照项目组计划要求完成测试任务、提交测试类相关文档，包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及BUG 回归测试等。协调项目的内部测试工作，本此项目中测试小组一共组织了四轮次系统全面测试工作，认真配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试。二、项目组内部成员关系处理。在项目工作的这几个月里大家相处融洽，项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。鉴于之前辖内对公交易系统和中行对公项目的经验，也向项目组提出了一些完善性意见。三、协调用户测试方面。用户验收测试是项目测试工作的重要组成部分之一，是项目验收阶段的最终把关阶段，业务人员结合日常业

务处理情况对系统进行的尝试性使用过程。本次项目客户测试方面也是我个人觉得不够安全感一个主要方面，客户测试介入力度太小，尽管我们已经很多次电话催促业务人员测试，每次联系相关业务人员进行测试，他们来到项目组开发现场测试，也仅仅一两个小时时间，简单的进行验证操作即可。xx银行利用两批系统培训的时间安排了两次分行集中测试，也算给项目进行了一次全面的测试，从中也暴露出不少系统存在的问题，目前项目组均已解决。[ ] 四、测试成效方面。中信X-FUNDS2.0系统测试中，共记录问题及客户新增需求825个，其中BUG数量512个、系统完善类问题225个，新增需求类问题88个。组织了四轮次内部系统全面测试工作，兼顾日常系统更新测试工作，最大限度的进行了内部质量把关。配合外包公司一同进行系统压力测试及稳定性测试，测试结果符合客户要求。现中信X-FUNDS2.0系统临近投产实施工作，测试组还将继续配合配合项目投产工作及投产后的补丁更新测试工作。四、个人得失方面。作为此次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对各子系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。

软件项目管理计划书

软件项目管理计划书项目名称：伦敦证券电子交易系统组员：学校：西安欧亚学院专业：软件工程专业时间：2014年10月11日1、简介......................................................................................................... 1.1项目概述 .......................................................................................... 1.2项目交付产品 .................................................................................. 1.3软件项目计划书的演化 .................................................................. 1.4参考资料 .......................................................................................... 2、项目组织................................................................................................. 2.1 团队的分工与合作 ......................................................................... 3、管理过程................................................................................................. 3.1 管理目标及优先级 ......................................................................... 3.2 风险管理 ......................................................................................... 3.3监督及控制机制 .............................................................................. 3.4人员计划 .......................................................................................... 3.5培训计划 .......................................................................................... 4、技术过程................................................................................................. 4.1 开发工具、方法和技术： .............................................................

软件系统项目建设项目管理文档

目录 1.项目管理 (1) 1.1项目范围管理 (1) 1.2项目时间管理 ......................................................................... 错误!未定义书签。 1.3项目里程碑 (6) 1.4培训方案 (6) 1.5技术支持与售后服务 (7) 1.6项目进度管理 (8) 信息系统项目建设项目管理文档 1.项目管理 1.1项目范围管理（1）概述项目范围管理就是要明确项目目标是什么，界定哪些工作必须做，并将项目目标分解到可以独立分包的程度，形成工作分解结构（WBS），并以此作为控制项目范围变更的基准。即项目范围管理是确保项目包含且只包含项目所必须完成的工作。很多项目经常由于有做不完的报表、解决不完的问题而导致项目无法验收，很大一部分原因就是因为项目的范围没有定义清楚或者项目范围经常发生无可控制的变更所致。事实证明，缺少正确的项目范围定义和范围的核实是导致项目失败的主要因素。因此，项目管理最重要的也是最难做的一项工作就是确定项目范围，并使项目范围在控制中，这就是项目范围管理的范畴，即项目范围管理就是项目该做什么，不该做什么，以及确保该做的事情必须做到，不该做的事情不能做。在项目的规划阶段和蓝图设计阶段的前期，我们通过售前阶段的资料和项目

现场的需求调研，确定项目该做什么，这就是经常说的定义项目范围。（2）管理内容 1、定义项目范围 1）定义项目范围重要的参考资料和依据一般如下： ●项目售前实施方案； ●项目主合同； ●许可软件通用条款及清单； ●咨询实施服务和工作任务书； ●支持服务条款； ●战略合作承诺书； ●建设单位内部正式发问的项目实施意见书。 2）口头承诺定义范围除了依据上述可见的项目资料外，售前阶段的一些口头承诺也是定义项目范围的重要信息来源，因此在项目准备阶段与售前进行内部交接时，一定不能忘记交接口头承诺的内容，实践证明，口头承诺的往往是在项目实施过程中难以交付的或者需求范围不好清晰界定的，正是范围管理的难点。通过范围定义，可形成详细的范围说明书，以及对项目管理计划进行更新。 2、项目范围范围是指项目所提供的产品或服务的总和，它包括以下两种含义： ●产品范围：产品或者服务的特性与功能，其衡量标准为产品要求，即产品需求说明书。 ●项目范围：为交付所需产品（具有特定属性和功能）和服务而必须完成的工作，其衡量标准为项目管理计划、项目范围说明书、WBS及WBS词汇表。项目实施的产品范围的描述一般应该通过两个维度，即产品功能模块和公司范围两个维度，清晰的描述出哪些公司具体实施、哪些产品的功能模块，对于集团型企业一定要以企业法人作为实施的公司范围。借用EXCEL建立功能模块与法人

软件项目经理工作总结.doc

软件项目经理工作总结时间飞逝，光阴如梭，晃眼20xx年就过去了。在不知不觉中，新年也过完了。只放了7天假，太短太短，还没有休息够。年度总结都还没有开始写，新年就过完了。好了下面言归正传，总结一下20xx 年，这一年我都做了些什么。一、做了什么 20xx年11月加入新公司，同时也尝试着做全新的岗位：软件项目经理(纯管理型)。我以前主要从事技术管理工作，现在转而从事项目经理工作。20xx年底进入公司后，公司给了我一个小项目a(用java开发的mis系统)，让我先适应，这个项目是一个内部项目，业务比较简单，也没用什么新技术，领导对我的指示就是让我放手用敏捷开发agile的方法去管理项目，就当是敏捷的试验田来做。有了这话我也就放开了，大刀阔斧的就干起来了。之后接着就是我的"噩梦"了，公司新开发了一条产品线，是云计算方面的。领导找我谈话，让我结束手上所有的案子，以后全心投入云计算产品线中来。该产品线下面有许多的项目，目前正在运行的有四个项目，其中三个由我来负责，另外一个由我的一个同事负责。说是我的"噩梦"，其实也是对我的一个挑战，因为云计算的项目很偏技术，业务层面相对较少。所以对于我这个技术的门外汉来说是一个很大的挑战。其次，云计算的技术也比较前沿，待解决/未解决的问题也特别的多，在开发的过程当中会碰到很多的阻碍。再次，以前只

带一个项目，现在同时带三个项目对于我来说也是一个挑战。但是我也很高兴能有这样的一个机会，接受挑战，没有挑战就不会有进步。二、收获 1.完成了我人生中一次大的转型，从偏技术岗位成功转型到偏管理岗位上来了。 2.参加了pmp的考试，并一次通过，取得了pmp证书。(复习真的很辛苦) 3.学习了公司规范的项目管理流程，结合pmp的学习，对同事们也混熟了，结交了不少朋友，非常感谢他们给我的帮忙和支持。三、不足 1.项目虽然都跌跌闯闯的完成了，结案了。但是总觉得有很多的不足，可以改进的地方。项目结束的太匆忙，没有太多时间去想，去总结经验和坚持下来，断断续续，总是说没有时间。 2.业余时间没有抓紧，太贪玩了。 3.来新公司1年多了，还没有加薪，有点失望。时间飞逝，光阴如梭，晃眼20xx年就过去了。在不知不觉中，新年也过完了。只放了7天假，太短太短，还没有休息够。年度总结都还没有开始写，新年就过完了。好了下面言归正传，总结一下20xx 年，这一年我都做了些什么。一、做了什么 20xx年11月加入新公司，同时也尝试着做全新的岗位：软件

《软件项目管理计划书》最佳模板

软件项目管理计划书项目名称：时间：年月日

目录 1.简介 (3) 1.1.项目概述 (3) 1.2.项目主要功能及性能 (3) 1.3.项目交付产品 (3) 1.4.参考资料 (3) 2.项目组织 (3) 2.1.过程模型 (3) 2.2.团队的分工与合作 (4) 3.管理过程 (4) 3.1.管理目标及优先级 (4) 3.2.风险管理 (5) 3.3.监督及控制机制 (5) 3.4.人员计划 (5) 3.5.培训计划 (6) 3.6.风险管理计划 (6) 3.7.项目配置计划 (7) 3.8.计划更新策略 (7) 3.9.项目沟通计划 (8) 3.9.1.项目组会议 (8) 3.9.2.项目报告机制 (8) 3.10.项目的重用计划 (9) 3.11.质量保证活动 (9) 3.11.1.内部审核 (9) 3.11.2.阶段审核 (10) 4.技术过程 (10) 4.1.开发工具、方法和技术 (10) 4.2.软件需交付的文档 (10) 5.开发进度安排及预算 (11) 5.1.进度表格描述 (11) 5.2.开发过程中的资源需求 (11) 5.3.软件管理过程中预算及资源分配 (12) 5.4.项目进度及关键工期设置 (12)

1.简介 1.1.项目概述 1.2.项目主要功能及性能 1.3.项目交付产品（1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。（2）源程序检查：一共 1.4.参考资料 2.项目组织 2.1.过程模型

《软件项目管理计划书》最佳模板

软件项目管理计划书项目名称：

月年日时间：页12共页1第目录 1.简介 (3) 1.1.项目概述 (3) 1.2.项目主要功能及性能 (3) 1.3.项目交付产品 (3) 1.4.参考资料 (3) 2.项目组织 (3) 2.1.过程模型 (3) 2.2.团队的分工与合作 (4) 3.管理过程 (4) 3.1.管理目标及优先级 (4) 3.2.风险管理 (5) 3.3.监督及控制机制 (5) 3.4.人员计划 (5) 3.5.培训计划 (6) 3.6.风险管理计划 (6) 3.7.项目配置计划 (7) 3.8.计划更新策略 (7) 3.9.项目沟通计划 (8) 3.9.1.项目组会议 (8) 3.9.2.项目报告机制 (8) 3.10.项目的重用计划 (9) 质量保证活动 (9) 3.11.3.11.1.内部审核 (9) 3.11.2.阶段审核 (9) 4.技术过程 (10)

4.1.开发工具、方法和技术 (10) 4.2.软件需交付的文档 (10) 5.开发进度安排及预算 (11) 5.1.进度表格描述 (11) 5.2.开发过程中的资源需求 (11) 5.3.软件管理过程中预算及资源分配 (12) 5.4.项目进度及关键工期设置 (12) 页12共页2第简介1. 项目概述1.1. 项目主要功能及性能1.2. 项目交付产品1.3.

（1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。（2）源程序检查：一共参考资料1.4. 页12共页3第项目组织2. 要键时

软件项目管理系统项目计划清单书

文理学院实验报告时间：2013 年12 月 3 日课程名称：软件项目管理实验名称：xx学院毕业生就业信息管理系统项目计划书班级：：同组人：指导教师评定：签名：一、实验目的掌握项目计划书的格式和写作要求，会结合具体项目写作项目计划书。二、实验要求 1、结合模拟项目写出项目计划书。 2、提交项目计划书一份。三、实验环境 1．硬件：计算机 2．操作系统：windows平台。 3．相关软件：Microsoft office软件。四、实验容 1 引言 1.1 编写目的为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期的工作任务围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队外沟通协作方式、开发进度、经费预算、项目外环境条件、风险对策等容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 1.2 背景项目的名称：xx学院毕业生就业信息管理系统。项目的委托单位：xx学院计算机科学与技术学院软件开发部。项目的用户（单位）：xx学院各届毕业生。项目的任务提出者：xx学院计算机科学与技术学院软件开发部。项目的主要承担部门：xx学院计算机科学与技术学院软件开发部。项目建设背景：通过本系统可以使xx学院毕业生就业信息管理工作更加合理化、科学化，提高工作的效率，从根本上改变就业管理工作的方式，通过Internet，各院系和学生

利用网络的便利，可以直接查询和提交就业信息。在这种系统平台下，可以快速、有效、全面的反映最新的用人单位信息、毕业生基本信息和就业趋势，及时提供高校学生工作管理人员对历届用人单位需求信息的分析统计，及时有效地调查分析大学毕业生的择业趋势和引发的心理问题并进行及时有效的就业指导。可以做到信息的规管理、科学统计和快速查询，从而减少管理方面的工作量。 1.3 定义 Microsoft SQL Server2008：数据库开发环境 Visual Studio 2010：程序开发环境 1.4 参考资料 [1]朱少民.软件过程管理.：清华大学，2007 [2]朱少民.软件质量保证和管理.：清华大学，2007 [3]万江，立新.软件开发项目管理.：机械工业，2004 [4]Harold Kerzner,爱华，等.项目管理—计划、进度和控制的系统方法.第9版.：电子工业，2006. 1.5 标准、条约和约定《计算机科学与技术学院毕业生就业信息管理系统立项建议书》《计算机科学与技术学院毕业生就业信息管理系统项目任务书》《计算机科学与技术学院毕业生就业信息管理系统项目履行合同》 2、项目概述 2.1 项目目标为实现项目的总目标，必须实现以下三个阶段目标：前一个月了解其原有系统的工作原理，整理出系统分析和设计方案；后一个月完成基本的信息管理功能并调试；其后是把系统投入试运行，找出缺陷并修改。项目目标应当符合SMART原则： ?S Specific 明确的述 ?M Measurable 可以衡量的结果 ? A Attainable 可以达成的目标 ?R Realistic 合理的，现实的或者说是能和实际工作相结合 ?T Trackable 可以跟踪的 2.2 产品目标与围 1、该软件应能在网络上运行。 2、该软件对软硬件环境应无特殊要求。 3、一般用户不能删除和修改系统中的信息，但管理员可以对系统中的信息进行删除、修改和增加。 4、涉及个人信息，个人经登陆系统后，可以将本人的信息增加录入到系统中，经管理员审核后，其他人员可看到该信息。 2.3 假设与约束

软件项目管理年度工作总结范文

( 工作总结 ) 单位：_________________________ 姓名：_________________________ 日期：_________________________ 精品文档 / Word文档 / 文字可改软件项目管理年度工作总结范文 Annual work summary model of software project management

软件项目管理年度工作总结范文软件项目管理已经到了学期的最后，我们seed小组的软件项目也已完工，这一个学期真的是获益匪浅！礼平老师曾经说我既可以走技术路线也可以走管理路线，一切都看我自己。真的很是佩服老师的看人眼光，很犀利。我知道，现在的我不是没有能力去做好，只是自己没有去做，一直在殿外徘徊，不肯付出努力向前迈进。从大一到现在，我的专业技术一直都是我的短板，理由么，很简单，就是因为自己懒，不肯花时间去做。从以前不知道自己想做什么，到现在明确目标，可以说，软件项目管理课程给了我很多灵感，让我从自己纷乱的思绪中看清楚了自己最想要的东西。一直自己很喜欢管理，我会花费很多时间在这上面，从大一到现在一直都是，一直没有改变过。在技术上，我总是给自

己找借口，总是偷懒，但我现在明确了一点，没有技术，就没有管理！脱离技术的管理是不可能的，也是不现实的。在这个行业里，技术是一切的基本，想作工程师也好，想作管理者也好，技术都是起步的根基。而我这次所经历的项目更让我明确了这一点。在这个小项目里，虽然我们两个星期就开发完成了这个软件，并交付使用，但是问题还是很多的。在这么一个小项目里，由于需求、设计、代码、文档产生的问题，每一个看似容易，却都需要实实在在的经验在里面，都需要对业务的熟悉，有语言功底作根基。在这个项目里，我负责软件配置管理工作，在文档的整理过程中，我仔细看了他们的需求分析，概要设计，数据库设计，模块设计等文档，也参与了风险分析文档的编写，承担了用户手册和项目成本估算的编写。在这个过程中，我明确了技术的实在意义，明确了技术对我的指导作用，同时也明确了自己的学习道路应该怎么走下去！整个项目进行的过程中，我一直在努力从中学习，我旁听开发组的会议，为组长提供管理意见，为会议、文档制定标准，整个过

计算机软件项目管理与计划

计算机软件项目管理与计划【摘要】随着计算机的深入发展和广泛应用，针对软件工程过程以及软件项目管理等方面的问题。本文讨论了它的主要技术内容。【关键词】软件工程；软件工程过程；软件项目管理软件项目管理的对象是软件工程项目，它所涉及的范围覆盖了整个软件工程过程。这种管理开始于技术工作开始之前，在软件从概念到实现的过程中持续，最后终止于软件工作过程结束。 1 项目管理过程一个软件项目的管理过程包括以下几个方面的内容： 1.1 启动一个软件项目软件人员和用户是在系统工程阶段确定项目的目标和范围。目标标明了软件项目的目的但不涉及如何去达到这些目的。范围标明了软件要实现的基本功能，并尽量以定量的方式界定这些功能。 1.2 度量进行度量工作，是为了帮助软件人员了解产品开发的技术过程和产品。度量的作用是为了有效地定量地进行管理。度量的目的是为了把握软件工程过程的实际情况和它所产生的产品质量。 1.3 估算在软件项目管理过程中一个关键的活动是制定项目计划。在做计划时，必须就需要的人力、项目持续时间、成本作出估算。现在有许多用于软件开发的估算技术，基本的步骤是：事先建立软件的工作范围；以软件度量为基础作出估算；把项目分解成科单独进行估算的小块。管理人员可使用各种估算技术。 1.4 风险分析每当开始一个新的软件项目时，总是存在着某些不确定性。如是否能准确地理解用户的要求？项目的功能能否实现？是否存在目前还未发现的技术难题？等等。风险分析对于软件项目管理是决定性的。 1.5 进度安排每一个软件项目都要求制定一个进度安排，但不是所有的进度都得一样安排。软件项目的进度安排与任何一个工程项目的进度安排没有实质上的不同。首先识别一组项目任务，再建立任务之间的相互关联，然后估算各个任务的工作量，分配人力和其他资源，制定进度时序。 1.6 追踪和控制一旦建立了开发进度安排，就可以开始着手追踪和控制活动。由项目管理人员负责追踪在进度中标明的每一个任务。如果任务实际完成日期滞后于进度安排，则管理人员可以使用一种自动的项目进度安排工具来确定在项目中间里程碑上进度误期所造成的影响。 2 软件项目的组织与计划 2.1 软件项目管理的特点软件产品与其他任何产业的产品不同，它是无形的，完全没有物理属性，但它确实是把思想、概念、算法、流程、组织、效率、优化等融合在一起了。因此对软件项目进行管理，涉及到系统工程学、统计学、心理学、社会学以及法律等方面的问题。需要用到多方面的综合知识，仅靠技术或科研项目的效率很难得到

软件项目管理经验总结

软件项目管理经验总结管理分为实行计划、组织、指挥、协调、控制。优秀的管理者是可以通过努力达到的。下面是X整理个人管理经验总结的范文，欢迎阅读！个人管理经验总结篇一各位领导：今天我就自己在广利工作2个月以来的心得和体会来跟大家进行探讨和研究，在我这2个月的工作中，得到了站内各级领导的大力支持，在此深表感谢!也从公司各位领导身上学到了很多经验和做法，比如王秀涛站长、张盛聪副站长、冯汉彪经理等，因为我觉得这些领导在各自的岗位上都有一套独特的管理方法和管理理验，而且是比较成功的，我们中国有句古话叫做“有容乃大”你们的方法与经验也是我将后工作中不断学习与总结的借鉴，“他山之石，可以攻玉”。作为广利公司管理层中的一员，我将我的管理思路和方向向各位领导作简明扼要的阐述，不周之处，望各位领导见谅指 '［正O 一、树立正确的领导管理心态，严格要求。作为一名领导者，对每一个员工都应该做到公平、公正、客观。能够听取下属员工不同的意见，工作中的分歧不能掺杂个人感情。对下属员工的严格要求，在我看来，并不是对

他们苛刻，而是在真正的帮助他们，逼迫他们进步，能适应社会残酷的竞争，我在给机修班开会时说过：每一个行业都逃不过市场经济发展的潜规则，高速发展期（目前混凝土行业就是这个阶段），市场饱和期、优胜劣汰期。在不久的将来，混凝土行业就会进入市场饱和期和优胜劣汰期，那时就会有部分企业被市场淘汰，行业从业人员就会超过市场需求，岗位竞争会越来越激烈，如果没有过硬的工作作风和技术，就会被市场所淘汰。而我们都是男人，男人最基本的要求是应该有种家庭责任感，要有能力养活妻子，抚养孩子，照顾父母，这些能力需要我们有较强的社会竞争力，社会竞争力要靠我们积极的心态，努力工作，不断的学习，不断的进步，跟上社会发展的步伐。我们也更应该抓住现在行业的高速发展期这个机遇，通过不断的努力进步把自己提升到一个更高的层次，我不希望你们在我手下干了三年或者五年后还是一个机修，希望你们都能有独挡一面的能力，如果你们现在都不能严格要求自己，自己范围的事都做不好，怎么能进步，又会有哪一家企业、有哪一个老板会放心让你们去带一个团队。二、营造良好的团队工作气氛。在我的工作中，我积极主张这样一个理念：积极的人象太阳，照到哪里哪里亮；消极的人象月亮，初一十五不一样。在团队管理中，我会通过各种途径树立一个积极的榜样，让每个员工都有一把衡量自己的标尺，都有一个努力的方向。在这次的员工评级制度中，我极力主张过往不究，不追究员工以往

软件项目管理计划模板

. 软件项目管理计划 Version 1.2专业资料word . Revision 专业资料word . 录目 1. 简介1 项目概述1.1 1.2 项目交付产品1 SPMP 的演化1.3 1 参考资料1.4 1 1.5

术语与缩写1 1 2. 项目组织 1 2.1 过程模型2. 2 组织结构1 2. 3 组织接口1 2.4 项目职责2 2 管理过程3. 3 3.1 管理目标和优先级3.2 假设、依赖关系和限制3 风险管理3.3 3 监督和控制机制3.4 3 3.5 人员计划3 3 4. 技术过程 4 方法、工具和技术4.1 软件文档4.2 4 用户文档4.3 4 4.4 项目支持功能4 4 工作包、进度表和预算5. 4 工作包5.1 依赖关系5.2 4 资源需求5.3 4 预算和资源分配5.4 4 5.5 进度表4 6. 其他索引 6.1 4 6.2 附录 4 专业资料word . 1. 简介 1.1 项目概述说明：简要综述项目的目标、发布的产品、主要工作活动、主要工作制品、关键里程碑、所需资源、进［度和预算等。必要的情况下，还应描述该项目与其他项目的关系。］ 1.2 项目交付产品

说明：列出主要的可交付产品、交付日期、交付地点和满足项目协议条款所需的质量。］［的演化SPMP1.3 说明：描述如何以及由谁负责维护本文档，应指明更新内容的传播方式以及在变更控制下更新文档版本[ 的机制。］ 1.4 参考资料说明：提供项目计划中所引用的所有文档和其他信息资源的完整清单，包括标题、报告编号、日期、作[ 者以及发布机构。］ 1.5 术语与缩写说明：定义SPMP 所应用的全部术语和缩写词。］［ 2. 项目组织 2.1 过程模型说明：描述该项目所使用的软件过程模型，或者是所遵循的组织标准模型。过程模型需要指明［里程碑的时间、基线、评审、工作制品、项目交付产品、结束标志等。］ 2.2 组织结构说明：描述项目的内部组织结构，可以参考如下的层次结构图形式。］［专业资料word .

软件项目集成管理解决方案

软件项目集成管理解决方案 1 系统概述软件项目集成管理是实现软件开发过程和软件管理过程的全面管理。软件项目集成管理是通过将项目管理工具（如：MS project）和软件开发平台工具（如：IBM Rational Suite）有机地集成和扩展，依据软件工程和CMM/CMMI理论，按照组织统一的项目管理流程和方法针对软件开发过程、里程碑目标、任务级目标等进行集中管理的过程。软件项目管理一般面向软件开发团队以及有关管理者等部门或个人，最终提高企业软件生产力和项目成功率。软件项目集成管理技术架构如下图所示： 2 软件项目管理 2.1软件项目计划 2.1.1计划编制项目经理运用Microsoft Project2003 标准版编写项目计划。Microsoft Project 2003提供了强大的智能任务分解的工具。由于在系统的资源管理模块中已经完成对系统资源的定义，因此在此模块的任务分配中可以首先定义资源的成本，例如人员的计时工资，设备的每次使用成本等有关项目的成本信息，在将资源与相对的任务建立关系后相应资源的成本变为每个任务的成本，所有任务的成本构成项目的总成本。资源的成本定义如下图：

对相应任务分配资源后的项目以及任务成本图例：项目的计划编写完毕后向服务器发布项目计划，这样项目计划成为最终的项目执行依据。 2.1.2任务执行管理项目组成员可以在Project中对自己负责任务的完成情况进行设置，待设置被项目经理确认后，登录系统就可以查看项目各个任务的完成情况，如下图： 2.2软件项目跟踪和监督

软件项目跟踪和监控包括对照已文档化的估计、约定、计划评审跟踪软件完成情况和结果，基于实际的完成情况和结果调整这些计划。在项目经理使用Microsoft Project 2003 标准版做好项目计划时，将做好的最初计划保存为比较基准；当项目进展到一定阶段后可以与比较基准进行比较，得出项目是否按计划进行，还有多少任务没有按时完成，多少任务提前完成等等信息。如下图：通过这一模块可对项目进度进行控制与更新。以便于上级更好的掌握各种计划的进展情况，同时提供多种形式的进度查询，使领导及时掌握各种任务进展的更新信息。进度更新是更新自己所属任务的进展以及完成情况，便于上级更好的掌握各种计划的安排，以保证项目顺利进行。 3 软件开发过程管理 3.1需求管理系统采用IBM Rational RequisitePro进行软件需求管理。IBM Rational RequisitePro利用了被广泛应用和熟悉的Microsoft Word工具来简化需求的获取。虽然文档有助于需求的获取，但它不是对信息进行优先级排序和组织的最佳环境，而这些活动在使用数据库时却可以达到最佳效果。通过链接需求文档和数据库，IBM Rational RequisitePro将两者的最佳功能结合在一起。这个独特的结构充分利用了数据库的强大功能和Word的易用性，以便有效的进行需求管理。IBM Rational RequisitePro中的文档不是简单地将需求从数据库中输入或输出。它们包含当前最新的需求信息，使您可以在熟悉的Microsoft Word环境中对需求进行修改。Word文档中的需求被动态链接到数据库中存储的补充需求信息。数据库和文档被链接在一起，只需简单地在数据库中双击需求，就可启动Microsoft Word，将您直接带到书写该需求的文档

软件项目管理_教务系统投标书

《学校教务系统》投标书投标文件投标小组组员: 投标人：投标时间: 2016 年11 月12 日

目录结构：应用

第1.3节网络教学系统 1.3.1 1.3. 2.1 1.3. 2.2 课程功能 1.4.1 项目维护：

1.4.2 综合教务管理系统采用一个集，面向学校各部门以及各层次用户的多模块综合管理信息系统。采用C/S 结构和Internet 网络技术，使整个校园网甚至Internet 上的用户都可以在不同地域、任意时间段、用不同式以不同身份来访问教务系统中的数据，大大加强了系统数据共享的能力，使教务系统数据库成为学校重要的数据中心。 1.1.1 业务要求教务管理系统是一个多模块的综合管理信息系统，功能分为综合教务管理、排课管理、选课和选教材管理、实践管理、教学评估和Web 应用（学生综合信息查询和教师网上成绩录入）等几个子系统，其中综合教务管理包括公共信息维护、课程管理、学籍管理、收费管理、注册管理、教学计划管理、考试安排、成绩管理、毕业资格审查等多个功能模块。本科生教务管理系统的业务流程如图该系统是一个面向学校教务管理人员、教师和学生，为其提供服务的综合管理系统。教务人员通过本系统完成所有的日常教务工作。从学生入学开始到毕业离校，其在学校的所有和教务相关的数据都通过教务系统进行管理。学生则可以通过Internet 制定自己的学习计划、查询本人的学籍。

流程说明如下：学生在入学后，进行分班，建学籍（学籍信息也可由各学校已有的招生系统转入到学籍系统中）。同时及时维护学生在校期间的异动情况，保证学生的学籍信息实时、准确。在每个学期初，学生通过收费系统缴纳学费等各项费用。在每个学期初学生交费后，通过注册系统进行报到、注册，系统会自动根据收费开关的设臵来判断学生是否需要先交费再注册。在学生入校后，根据学生的专业为学生制定四年的培养计划，并在每个学期初形成开课系的开课任务书，当开课任务书经过各个开课系核对同步后，形成上课系的教学安排表.并将开课任务书传送给排课系统。在每学期中，排课系统根据学校的教室资源和下学期的所有开课任务书的资源要求，本着最大程度的有效地利用学校资源的原则进行排课，并形成各种课表。

软件项目管理计划书

软件项目管理计划书项目名称：人力资源管理系统 1、简介 (3) 1.1项目概述 (3) 1.2项目交付产品 (4) 1.3软件项目计划书的演化 (4) 1.4参考资料 (4) 2、项目组织 (5) 2.1过程模型 (5) 2.2 团队的分工与合作 (7) 3、管理过程 (8) 3.1 管理目标及优先级 (8)

3.2 风险管理 (8) 3.3监督及控制机制 (10) 3.4人员计划 (11) 3.5培训计划 (11) 4、技术过程 (12) 4.1 开发工具、方法和技术： (12) 4.2软件需交付的文档： (12) 5、开发进度安排及预算 (13) 5.1进度表格描述 (13) 5.2 开发过程中的资源需求 (16) 5.3 软件管理过程中预算及资源分配 (17) 5.4 项目进度及关键工期设置 (17)

1、简介 1.1项目概述本项目要开发一个人力资源管理系统，本系统将实现对人员信息的详细管理、对学校各个部门的详细管理；重点在加强奖惩制度的实施，以实现激励员工的工作激情，还要加强员工的技能培训，使职工或者教师具有更高的文化水平，提高学校的知名度，培养出高精尖水平的学生。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构，将与整个人力资源管理系统系统一起发布。不单独发布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付组长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运

软件开发项目管理系统

目录第1章简介............................................................................................................... 错误!未定义书签。 1.1 系统简介........................................................................................................ 错误!未定义书签。第2章系统登录................................................................................................... 错误!未定义书签。第3章系统主界面?错误!未定义书签。第４章操作功能....................................................................................................... 错误!未定义书签。４．1项目管理...................................................................................................... 错误!未定义书签。４.１.1项目列表 ....................................................................................... 错误!未定义书签。 4．1.2 发起项目?错误!未定义书签。４.2项目安排......................................................................................................... 错误!未定义书签。４。2．1项目申报?错误!未定义书签。 4．2。2申报项目 .......................................................................................... 错误!未定义书签。4．3基础资料?错误!未定义书签。 4。3.１部门设置 (6) ４．3.2员工信息 ........................................................................................... 错误!未定义书签。4．4 项目进度?错误!未定义书签。４.4．1添加项目进度 ................................................................................... 错误!未定义书签。 10 ４。５系统设置? 4。5．1管理员管理?错误!未定义书签。 4。５．2添加操作员 .................................................................................... 错误!未定义书签。第１章简介 1．1 系统简介本系统基于C/Ｓ的架构，根据软件开发的流程,将软件开发过程中的业务流、信息流、工作流与项目各参与单位及部门进行纵向与横向集成，实现综合的、集成的、实时的、真实的软件开发项目管理系统。在确保单体项目成功的同时，项目型企业会面临多项目管理的挑战，通过其多项目管理及组合管理的能力,帮助企业依据战略选择项目、合理调配资源及资金，确保企业战略目标的如期实现，对软件开发进度、资料信息、人员任务分配等进行综合一体管理维护操作。

景区自助售票系统 软件项目管理计划

软件工程项目管理计划书(完整版)

软件项目管理课设报告

软件系统项目工作总结报告

软件项目管理计划书

软件系统项目建设项目管理文档

软件项目经理工作总结.doc

《软件项目管理计划书》最佳模板

《软件项目管理计划书》最佳模板

软件项目管理系统项目计划清单书

软件项目管理年度工作总结范文

计算机软件项目管理与计划

软件项目管理经验总结

软件项目管理计划模板

软件项目集成管理解决方案

软件项目管理_教务系统投标书

软件项目管理计划书

软件开发项目管理系统

景区自助售票系统软件项目管理计划