IT 项目管理
三级项目报告
专业：信息管理与信息系统
班级： 信息13002
学号： [1**********]
姓名： 张浩凌
日期： 2015年12月22日
大连东软信息学院
第一部分: 项目章程
1.1 总则
1. 项目名称
202软件工程电子商务社区平台开发
项目性质
本项目为公司内部项目，所有代码属于公司所有。
2. 项目发起人
本项目发起人是张浩凌。
3. 项目核心技术
本项目采用sap 公司的abap 技术开发平台。利用offic 的project 进行。
1.2 项目目标
2 本项目最终目标为开发一套基于sap 开发平台的，架构为B/S的，202软件工程电子商务社区平台解决方案。
2.1 项目范围
1. 技术及架构范围
2. ABAP/4是面向对象语言。它支持封装性和继承性。封装性是面向对象的基础，而继承性则是建立在封装性基础上的重要特性。ABAP/4具有事件驱动的特性。ABAP/4和COBOL 具有类似之处。ABAP/4适合生成报表。ABAP/4支持对数据库的操作。SAP 最初开发ABAP/4（高级商业应用程序设计）语言仅为内部使用，为应用程序员提供优化的工作环境。经过不断的改进和修改以满足商业领域的需要。ABAP/4已成为SAP 开发所有自己的应用程序的仅有工具。SAP 客户用ABAP/4进行其自身开发。这样的开发对R/3标准解决方案适应特殊问题非常重要。ABAP/4开发工作平台包含所有用于创建和维护ABAP/4程序的工具。
3. B/S结构即浏览器和服务器结构。它是随着Internet 技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW 浏览器来实现，极少部分事务逻辑在前端(Browser)实现，但是主要事务逻辑在服务器端(Server)实现，形成所谓三层3-tier 结构。B/S结
构是WEB 兴起后的一种网络结构模式，WEB 浏览器是客户端最主要的应
用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到服
务器上，简化了系统的开发、维护和使用。客户机上只要安装一个浏览
器(Browser)，如Netscape Navigator或Internet Explorer，服务器
安装Oracle 、Sybase 、Informix 或 SQL Server 等数据库。浏览器通过
Web Server同数据库进行数据交互。 这样就大大简化了客户端电脑载
荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本
(TCO)。
4. 业务范围
2.2 项目成员及职责
● 项目负责人
•
•
• 项目经理，负责项目资源监控和调配，进度跟踪等管理 管理人员，对项目各项运行进行调节，工作分配。 分析人员：对各部分进行统计分析，使得项目各个流程得以保存。
2.3 项目沟通方式
5. 项目成员沟通方式
本项目主要以文档沟通为主，文档需要存放在类如FTP 之类的固定地点，
以便各成员查阅，一些关键开发文档采用版本控制软件加以控制。
6. 配置管理
7. 采用Microsoft Source Safe进行代码版本控制：
8. sos 服务器地址:202.105.132.124
9. 端口:8080
10. 暂时用户名和密码是:admin，admin
2.4 项目质量控制方式
主要是测试方面以及BUG 管理
2.5 项目可能存在的风险
3 管理方面：识别：管理活动和过程中可能产生的矛盾和错误，造成项目的损
失。解决方法：系统分解法，把项目分解成比较简单的子系统，把每个部
门要做的任务，由经理分配好。
4 技术方面：一般采用新技术提高项目绩效，但有些技术并未充分掌握。解决
方法：头脑风暴法，由专家及时的信息交流，发现识别新技术风险。
5 范围方面：主要指经济，政治，市场，金融环境的变化，解决办法：根据未
来的发展趋势，设计出多种未来可能面临的情景。
6 1. 最常见的进度计划风险 1） 功能无限蔓延； 2） 需求镀金或开发人员
镀金； 3） 质量不定 4） 计划过于乐观 5） 设计欠佳 6） 银弹综合症 7）
研发导向开发 8） 人员薄弱 9） 来自上级对项目需求的干预 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） 开发工具不如期望那样
有效，开发人员需要时间创建工作环境或切换新的工具。
第二部分: 项目计划
2.1 项目定义
1. 项目相关利益人
2. 部署小组
3. 测试人员
4. 分析人员
5. 管理人员
6. 技术联络人员
7. 讲师
8. 开发人员
9. 项目经理
10. 项目日历
11. 起始于2015/12/19，结束于2016/6/1
2.2 项目计划
1. 任务分解
2.
任务链接关系
3. 分配资源
4.
第三部分: 项目控制
3.1 跟踪进度
1 更新实际进度
2 记录项目实际进度，可以录入“实际完成百分比”（甘特图-插入列），保存比较基准。
3 查看进度
4 可以用进度线（【视图】-【工具栏】-【跟踪】），分析原因，提出解决方案。
10
3.2 跟踪成本
1 更新实际成本
记录项目实际成本
11
2 查看成本
3 【视图】-【其他视图】-选中“任务工作表”；
12
4 【视图】-【表格】-【更多表格】-选中“挣值”
13
IT 项目管理
三级项目报告
专业：信息管理与信息系统
班级： 信息13002
学号： [1**********]
姓名： 张浩凌
日期： 2015年12月22日
大连东软信息学院
第一部分: 项目章程
1.1 总则
1. 项目名称
202软件工程电子商务社区平台开发
项目性质
本项目为公司内部项目，所有代码属于公司所有。
2. 项目发起人
本项目发起人是张浩凌。
3. 项目核心技术
本项目采用sap 公司的abap 技术开发平台。利用offic 的project 进行。
1.2 项目目标
2 本项目最终目标为开发一套基于sap 开发平台的，架构为B/S的，202软件工程电子商务社区平台解决方案。
2.1 项目范围
1. 技术及架构范围
2. ABAP/4是面向对象语言。它支持封装性和继承性。封装性是面向对象的基础，而继承性则是建立在封装性基础上的重要特性。ABAP/4具有事件驱动的特性。ABAP/4和COBOL 具有类似之处。ABAP/4适合生成报表。ABAP/4支持对数据库的操作。SAP 最初开发ABAP/4（高级商业应用程序设计）语言仅为内部使用，为应用程序员提供优化的工作环境。经过不断的改进和修改以满足商业领域的需要。ABAP/4已成为SAP 开发所有自己的应用程序的仅有工具。SAP 客户用ABAP/4进行其自身开发。这样的开发对R/3标准解决方案适应特殊问题非常重要。ABAP/4开发工作平台包含所有用于创建和维护ABAP/4程序的工具。
3. B/S结构即浏览器和服务器结构。它是随着Internet 技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW 浏览器来实现，极少部分事务逻辑在前端(Browser)实现，但是主要事务逻辑在服务器端(Server)实现，形成所谓三层3-tier 结构。B/S结
构是WEB 兴起后的一种网络结构模式，WEB 浏览器是客户端最主要的应
用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到服
务器上，简化了系统的开发、维护和使用。客户机上只要安装一个浏览
器(Browser)，如Netscape Navigator或Internet Explorer，服务器
安装Oracle 、Sybase 、Informix 或 SQL Server 等数据库。浏览器通过
Web Server同数据库进行数据交互。 这样就大大简化了客户端电脑载
荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本
(TCO)。
4. 业务范围
2.2 项目成员及职责
● 项目负责人
•
•
• 项目经理，负责项目资源监控和调配，进度跟踪等管理 管理人员，对项目各项运行进行调节，工作分配。 分析人员：对各部分进行统计分析，使得项目各个流程得以保存。
2.3 项目沟通方式
5. 项目成员沟通方式
本项目主要以文档沟通为主，文档需要存放在类如FTP 之类的固定地点，
以便各成员查阅，一些关键开发文档采用版本控制软件加以控制。
6. 配置管理
7. 采用Microsoft Source Safe进行代码版本控制：
8. sos 服务器地址:202.105.132.124
9. 端口:8080
10. 暂时用户名和密码是:admin，admin
2.4 项目质量控制方式
主要是测试方面以及BUG 管理
2.5 项目可能存在的风险
3 管理方面：识别：管理活动和过程中可能产生的矛盾和错误，造成项目的损
失。解决方法：系统分解法，把项目分解成比较简单的子系统，把每个部
门要做的任务，由经理分配好。
4 技术方面：一般采用新技术提高项目绩效，但有些技术并未充分掌握。解决
方法：头脑风暴法，由专家及时的信息交流，发现识别新技术风险。
5 范围方面：主要指经济，政治，市场，金融环境的变化，解决办法：根据未
来的发展趋势，设计出多种未来可能面临的情景。
6 1. 最常见的进度计划风险 1） 功能无限蔓延； 2） 需求镀金或开发人员
镀金； 3） 质量不定 4） 计划过于乐观 5） 设计欠佳 6） 银弹综合症 7）
研发导向开发 8） 人员薄弱 9） 来自上级对项目需求的干预 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） 开发工具不如期望那样
有效，开发人员需要时间创建工作环境或切换新的工具。
第二部分: 项目计划
2.1 项目定义
1. 项目相关利益人
2. 部署小组
3. 测试人员
4. 分析人员
5. 管理人员
6. 技术联络人员
7. 讲师
8. 开发人员
9. 项目经理
10. 项目日历
11. 起始于2015/12/19，结束于2016/6/1
2.2 项目计划
1. 任务分解
2.
任务链接关系
3. 分配资源
4.
第三部分: 项目控制
3.1 跟踪进度
1 更新实际进度
2 记录项目实际进度，可以录入“实际完成百分比”（甘特图-插入列），保存比较基准。
3 查看进度
4 可以用进度线（【视图】-【工具栏】-【跟踪】），分析原因，提出解决方案。
10
3.2 跟踪成本
1 更新实际成本
记录项目实际成本
11
2 查看成本
3 【视图】-【其他视图】-选中“任务工作表”；
12
4 【视图】-【表格】-【更多表格】-选中“挣值”
13