XX系统软件工程项目实施方案.docx

1、XX系统软件工程项目实施方案软件项目实施方案Document for Software Project Implementation单位：日期：* 银行保费对帐系统 工作组Truth WorkgroupXXXX年 XX月 XX日修订记录日期修订版本修订说明审核作者06/07/180.1初稿*06/07/190.2修订稿*06/07/210.3定稿 （第一次提交）*06/08/110.4定稿*目录1前言.41.1编写目的 .41.2项目背景简介 .41.2.1项目基本信息 .41.2.2项目工作内容与工作目标 .41.3术语定义 .错误！未定义书签。2软件项目实施过程总体控制要求.62.1软件项

2、目实施流程说明 .62.1.1实施流程汇总说明 .62.1.2实施流程特殊性与关键工作说明.62.2软件项目职责分工说明 .6各组织层责任 .62.3软件项目实施过程控制方法说明.82.3.1客户交流机制说明 .82.3.2软件项目内部管理与进度控制方法说明.82.3.3软件项目发布方法说明 .92.4软件项目预期成果清单说明 .92.4.1文档成果清单 .92.4.2代码成果清单 .102.4.3其他成果清单 .103软件项目具体实施流程说明 .113.1需求调研与分析阶段实施方案 .113.1.1工作程序 .113.1.2工作内容与要求 .113.1.3人员分工与资源配置 .113.1.4

3、预期成果清单 .113.2系统设计阶段实施方案 .113.2.1工作程序 .113.2.2工作内容与要求 .113.2.3预期成果清单 .123.3代码实现与测试调试阶段实施方案.123.3.1工作程序 .123.3.2工作内容与要求 .123.3.3人员分工与资源配置 .123.3.4预期成果清单 .123.4软件项目验收与交付阶段实施方案.123.4.1工作程序 .123.4.2工作内容与要求 .123.4.3人员分工与资源配置 .133.4.4预期成果清单 .133.5客户服务与技术支持阶段实施方案.133.5.1工作程序 .133.5.2工作内容与要求 .13系统的安装与调试 .13用

4、户培训 .14系统维护 .14技术支持和维护的方式 .163.5.3人员分工与资源配置 .173.5.4预期成果清单 .174软件项目实施方案总结 .181 前 言1.1 编写目的为了确定项目实施过程，指导需求分析，特编写保费对帐系统项目实施方案 。1.2 项目背景简介1.2.1 项目基本信息1.2.1.1 项目名称* 银行保费对账系统。1.2.1.2 项目发起者* 银行网络管理部。1.2.1.3 项目承担单位* 大学工程硕士班工作组。1.2.1.4 项目启动背景1， 药品监管部门是群众用药安全的守护神， 应坚持科学发展观， 践行科学监管理念，严格执法，依法行政，推进药监工作的有序开展。药品监

5、管是一个复杂的问题，常常会面临一些疑难问题。中小药店及村级医疗机构药品库存量较少，怀疑有质量问题的药品往往达不到规定的全检量。 按照现行 药品管理法 等法律法规，对经营、使用有质量问题的药品的单位不能进行处理。 在此情形下，唯一可以采取的办法是向上追踪， 对上游单位进行抽检， 上游单位往往是药品批发公司，其药品的销售速度很快， 很少再有目标抽检药品， 若要进一步追查，将要耗费大量的时间和人力、 物力，最终也难取得令人满意的结果。 解决此问题的方法即是从销售的终端着手， 开发一套系统在每一个获得销售药品的机制的地方都可以登录该系统通过药品的编号进行查询就可以明确的知道所查询药品的属性、用途以及是

6、否通过了药监部门的生产许可。2， 消费者去药店买药时往往碰到药店里没有所购买药品， 却又不知哪里有售的尴尬。本系统提供一个查询的窗口， 消费者可以通过系统的窗口输入所需物品即可查询系统内部的所有登记在内的药店的数据然后列出所有符合条件的药店地址以及联系方式。1.2.2 项目工作内容与工作目标1.2.2.1 项目工作内容在此次开发工作中，我们主要进行以下工作：工作内容 1：客户（各使用单位）的信息及药品登记管理在设计客户信息及药品登记管理模块过程中， 我们主要给客户提供一个入口进行客户基本信息管理，销售信息药品登记、库存查询。工作内容 2：消费者查询功能设计消费者查询模块的过程中， 我们主要实现

7、消费者对药品基本信息查询和查询所需物品何处有售的功能；工作内容 3：药监部门对系统内数据监管功能在设计药监部门对药品监管模块的过程中， 我们主要实现对系统内全部药店销售药品的查询功能、药店内销售不符合规定物品的自动报警功能；1.2.2.2 项目工作目标为了保证项目能够按照正确的方向进行，我们将项目的整个过程划分为两大部分：项目的开发过程和项目的实施维护过程。其中项目的开发过程又分解为4 个小阶段， 每个阶段的结束就是一个里程碑。因此整个项目的开发进度包含四个主要的里程碑：需求分析 ：在“需求分析” 里程碑应基本完成业务的需求分析。目标清晰地阐明了应用系统的最终目的， 并提供了明确的方向。而范围

8、则定义了一个特定版本的应用系统所要提交的业务功能，并且通过目标认识到在未来的版本中将要进行的开发工作。系统设计 ：“系统设计阶段” 里程碑要完成项目的设计。项目设计包含功能说明文档（包括概要设计、逻辑流程设计和详细设计），每种角色组的人员分配、组织结构和时间进度安排。功能说明提供项目组足够的实施细节情况，并确定需要的资源和承诺。在此阶段， 客户和项目组在要交付的系统功能以及系统实施过程上取得一致。这是一个重新评估风险、建立优先级和对时间以及资源调配情况做最终估计的重要阶段。这个阶段将经过几个过程：分概要设计、逻辑设计、 物理设计，这个阶段将决定项目的成败，因此每一个阶段都需相互衔接。功能范围开

9、发完成 /第一次试用 ：在“范围完成 /第一次使用” 里程碑基本完成开发阶段。经过核准的功能说明和相关的项目计划提供了开发阶段基本的要求。整个阶段可以根据开发组的要求细分为一系列的内部交付里程碑，每个内部里程碑都是经过测试/诊断 /排错的过程。在“范围完成 / 第一次使用”这个里程碑上，所有功能的开发都已经结束。系统正式推广实施 ：在“系统正式发布”里程碑上完成了稳定测试阶段。整个项目也到达了终结点。 测试工作是本身是伴随着代码开发工作进行的，只在稳定阶段因为集中注意力于寻找错误和修改错误， 所以成为这一阶段的主要工作。在产品发布里程碑， 产品正式转交用户或维护支持组。2 软件项目实施过程总体

10、控制要求2.1 软件项目实施流程说明2.1.1 实施流程汇总说明需求分析系统设计系统开发系统测试系统安装与调试用户培训技术支持2.1.2 实施流程特殊性与关键工作说明1 通过互联网连接服务器查询数据， 通过提供一个窗口连接到食品药品查询系统对物品数据进行查询。2 本系统不对食品药品系统进行任何改动，不对其现有操作流程产生任何影响。2.2 软件项目职责分工说明系统在数据接口方面设计到很多的不同类型数据， 在业务上设计到严谨的数据核销过程，多用户组、 用户角色分配， 为了支持本系统的复杂业务逻辑并保持本系统的灵活性、 可扩充性，因此，需要各方面充分合作、互相协调、才能保证系统实施阶段顺利进行。针对

11、帐系统要实现的功能，我们将建立如下的三层组织保证体系：领导层实施层用户验收层各组织层责任项目领导小组的目的是和 * 项目小组共同建立对整个项目建设自始至终负责的、 责权利相统一的管理， 以形成一个由总体控制和有计划、 有组织的控制网络系统， 实现计划 -实施-检查 -调整 - 再实施的封闭循环。领导层的具体职责如下：明确成员各自分工与责任；建立工程情况汇报制度；决定工程重大原则问题；协调各部门及相关人员关系。对系统数据库系统的实施， 建立以项目中心领导小组为龙头， 系统分析部、 系统开发部、系统实施部为主体的，具有内部协调职能的直线式操作实施层，负责进度控制、成本控制、质量控制、供应控制。由于

12、各实施环节均有项目质量控制小组评审， 就有可能一次发现问题，并可及时落实到具体的负责部门，整个过程一气呵成，避免推诿扯皮现象和信息传递失误，从而提高系统建设效率。作为组织保证系统的一个组成部分， 还应建立线性责任系统， 其目的是为了明确项目中各部门各成员在各项工作的地位与作用， 使工作和责任一一对应起来， 以保证组织运转更为有效。操作实施层的组织结构如下：项目负责人 领导小组层开发部 网络部 培训部系统开发组质量监理组操作实施层系统维护组实施层的具体职责如下：建立项目实施小组，确定项目实施总负责人；组织各专业技术队伍，明确技术责任与实施方案；编制项目技术规范，计划进度，质量标准；负责组织各专业

13、技术人员优质按时完成项目任务。用户验收层主要保证组织体系能有效地围绕总体控制计划运行， 其人员由我们和 * 技术专家共同组成。用户验收层的具体职责如下：共同确定技术验收测试标准和验收测试人员；组织现场测试环境和完成各项技术指标测试；编写项目测试报告和项目验收报告；组织并完成用户开通运行等各项工作。2.3 软件项目实施过程控制方法说明2.3.1 客户交流机制说明为保证实现项目预期目标， 项目实施过程中需要大量的客户交流工作，例会、向客户方提供阶段性报告、双方的主要联系方式是面谈、电话和2.3.2 软件项目内部管理与进度控制方法说明定期举行客户方 Email 。为了适应比较流行的 MVC 开发模式

14、， 保证开发小组成员顺利沟通， 协同完成任务， 我们拟采用较为普遍的软件工程项目管理方式。在制定项目管理规范的过程中，我们将主要吸取 ISO9000/GB Tl900 质量管理和质量控制国际标准以及 CMM 项目管理中的精华，紧密结合我们内部的实际和项目的实际情况，使规范具有较强的可操作性。ISO9000/GB T1900 质量管理和质量控制国际标准是制造业的质量管理专家在总结了实践经验的基础上而制定的。 所以信息系统项目管理不能用这个系列标准中提供的生产模型来概括，而应有选择地吸收和改进。在项目实施的各个过程中，为确保质量，必须明确各项活动的责任。即由谁负责、由谁辅助执行、工作应执行的流程、执行人员应具备的技能