XX系统软件工程项目实施方案.docx
《XX系统软件工程项目实施方案.docx》由会员分享，可在线阅读，更多相关《XX系统软件工程项目实施方案.docx（22页珍藏版）》请在冰点文库上搜索。
XX系统软件工程项目实施方案
软件项目实施方案
DocumentforSoftwareProjectImplementation
统]费保对帐系*[*银行
工作组单位：
TruthWorkgroup日期：
日XXXX年XXXX月
修订记录
日期系统安装与调试用户培训技术支持
修订版本
修订说明需求分析
作者
审核
06/07/18
初稿
**
06/07/19
修订稿系统设计
**
06/07/21
定稿（第一次提交）
**
06/08/11
定稿系统开发
**
系统测试
1
前言..................................................错误!
未定义书签。
编写目的............................................错误!
未定义书签。
项目背景简介........................................错误!
未定义书签。
项目基本信息..................................错误!
未定义书签。
项目工作内容与工作目标........................错误!
未定义书签。
术语定义............................................错误!
未定义书签。
软件项目实施过程总体控制要求..............................错误2
!
未定义书签。
软件项目实施流程说明................................错误!
未定义书签。
实施流程汇总说明..............................错误!
未定义书签。
实施流程特殊性与关键工作说明..................错误!
未定义书签。
软件项目职责分工说明................................错误!
未定义书签。
各组织层责任.........................................错误!
未定义书签。
软件项目实施过程控制方法说明........................错误!
未定义书签。
客户交流机制说明..............................错误!
未定义书签。
软件项目内部管理与进度控制方法说明............错误!
未定义书签。
软件项目发布方法说明..........................错误!
未定义书签。
软件项目预期成果清单说明............................错误!
未定义书签。
文档成果清单..................................错误!
未定义书签。
代码成果清单..................................错误!
未定义书签。
其他成果清单..................................错误!
未定义书签。
3软件项目具体实施流程说明..................................错误!
未定义书签。
需求调研与分析阶段实施方案..........................错误!
未定义书签。
工作程序......................................错误!
未定义书签。
工作内容与要求................................错误!
未定义书签。
人员分工与资源配置............................错误!
未定义书签。
预期成果清单..................................错误!
未定义书签。
系统设计阶段实施方案................................错误!
未定义书签。
工作程序......................................错误!
未定义书签。
工作内容与要求................................错误!
未定义书签。
预期成果清单..................................错误!
未定义书签。
代码实现与测试调试阶段实施方案......................错误!
未定义书签。
工作程序......................................错误!
未定义书签。
工作内容与要求................................错误!
未定义书签。
未定义书签。
!
错误............................人员分工与资源配置
预期成果清单..................................错误!
未定义书签。
软件项目验收与交付阶段实施方案......................错误!
未定义书签。
工作程序......................................错误!
未定义书签。
工作内容与要求................................错误!
未定义书签。
人员分工与资源配置............................错误!
未定义书签。
预期成果清单..................................错误!
未定义书签。
客户服务与技术支持阶段实施方案......................错误!
未定义书签。
工作程序......................................错误!
未定义书签。
工作内容与要求................................错误!
未定义书签。
系统的安装与调试..........................................错误!
未定义书签。
用户培训..................................................错误!
未定义书签。
系统维护..................................................错误!
未定义书签。
技术支持和维护的方式......................................错误!
未定义书签。
人员分工与资源配置............................错误!
未定义书签。
预期成果清单..................................错误!
未定义书签。
未定义书签。
!
4错误......................................软件项目实施方案总结
1前言
1.1编写目的
为了确定项目实施过程，指导需求分析，特编写《保费对帐系统项目实施方案》。
1.2项目背景简介
1.2.1项目基本信息
1.2.1.1项目名称
**银行保费对账系统。
1.2.1.2项目发起者
**银行网络管理部。
1.2.1.3项目承担单位
**大学工程硕士班工作组。
1.2.1.4项目启动背景
1，药品监管部门是群众用药安全的守护神，应坚持科学发展观，践行科学监管理念，严格执法，依法行政，推进药监工作的有序开展。
药品监管是一个复杂的问题，常常会面临一些疑难问题。
中小药店及村级医疗机构药品库存量较少，怀疑有质量问题的药品往往达不到规定的全检量。
按照现行《药品管理法》等法律法规，对经营、使用有质量问题的药品的单位不能进行处理。
在此情形下，唯一可以采取的办法是向上追踪，对上游单位进行抽检，上游单位往往是药品批发公司，其药品的销售速度很快，很少再有目标抽检药品，若要进一步追查，将要耗费大量的时间和人力、物力，最终也难取得令人满意的结果。
解决此问题的方法即是从销售的终端着手，开发一套系统在每一个获得销售药品的机制的地方都可以登录该系统通过药品的编号进行查询就可以明确的知道所查询药品的属性、用途以及是否通过了药监部门的生产许可。
2，消费者去药店买药时往往碰到药店里没有所购买药品，却又不知哪里有售的尴尬。
本系统提供一个查询的窗口，消费者可以通过系统的窗口输入所需物品即可查询系统内部的所有登记在内的药店的数据然后列出所有符合条件的药店地址以及联系方式。
1.2.2项目工作内容与工作目标
1.2.2.1项目工作内容
在此次开发工作中，我们主要进行以下工作：
工作内容1：
客户（各使用单位）的信息及药品登记管理
在设计客户信息及药品登记管理模块过程中，我们主要给客户提供一个入口进行客户基本信息管理，销售信息药品登记、库存查询。
：
消费者查询功能2工作内容．
设计消费者查询模块的过程中，我们主要实现消费者对药品基本信息查询和查询所需物品何处有售的功能；
工作内容3：
药监部门对系统内数据监管功能
在设计药监部门对药品监管模块的过程中，我们主要实现对系统内全部药店销售药品的查询功能、药店内销售不符合规定物品的自动报警功能；
1.2.2.2项目工作目标
为了保证项目能够按照正确的方向进行，我们将项目的整个过程划分为两大部分：
项目的开发过程和项目的实施维护过程。
其中项目的开发过程又分解为4个小阶段，每个阶段的结束就是一个里程碑。
因此整个项目的开发进度包含四个主要的里程碑：
需求分析：
在“需求分析”里程碑应基本完成业务的需求分析。
目标清晰地阐明了应用系统的最终目的，并提供了明确的方向。
而范围则定义了一个特定版本的应用系统所要提交的业务功能，并且通过目标认识到在未来的版本中将要进行的开发工作。
系统设计：
“系统设计阶段”里程碑要完成项目的设计。
项目设计包含功能说明文档（包括概要设计、逻辑流程设计和详细设计），每种角色组的人员分配、组织结构和时间进度安排。
功能说明提供项目组足够的实施细节情况，并确定需要的资源和承诺。
在此阶段，客户和项目组在要交付的系统功能以及系统实施过程上取得一致。
这是一个重新评估风险、建立优先级和对时间以及资源调配情况做最终估计的重要阶段。
这个阶段将经过几个过程：
分概要设计、逻辑设计、物理设计，这个阶段将决定项目的成败，因此每一个阶段都需相互衔接。
功能范围开发完成/第一次试用：
在“范围完成/第一次使用”里程碑基本完成开发阶段。
经过核准的功能说明和相关的项目计划提供了开发阶段基本的要求。
整个阶段可以根据开发组的要求细分为一系列的内部交付里程碑，每个内部里程碑都是经过测试/诊断/排错的过程。
在“范围完成/第一次使用”这个里程碑上，所有功能的开发都已经结束。
系统正式推广实施：
在“系统正式发布”里程碑上完成了稳定测试阶段。
整个项目也到达了终结点。
测试工作是本身是伴随着代码开发工作进行的，只在稳定阶段因为集中注意力于寻找错误和修改错误，所以成为这一阶段的主要工作。
在产品发布里程碑，产品正式转交用户或维护支持组。
．
2软件项目实施过程总体控制要求2.1软件项目实施流程说明2.1.1实施流程汇总说明
实施流程特殊性与关键工作说明2.1.2
通过提供一个窗口连接到食品药品查询系统对物1．通过互联网连接服务器查询数据，品数据进行查询。
2．本系统不对食品药品系统进行任何改动，不对其现有操作流程产生任何影响。
软件项目职责分工说明2.2
系统在数据接口方面设计到很多的不同类型数据，在业务上设计到严谨的数据核销过为了支持本系统的复杂业务逻辑并保持本系统的灵活性、可程，多用户组、用户角色分配，扩充性，因此，需要各方面充分合作、互相协调、才能保证系统实施阶段顺利进行。
针对帐系统要实现的功能，我们将建立如下的三层组织保证体系：
领导层
实施层
用户验收层
各组织层责任责权利项目小组共同建立对整个项目建设自始至终负责的、**项目领导小组的目的是和
实相统一的管理，以形成一个由总体控制和有计划、有组织的控制网络系统，实现计划---再实施的封闭循环。
调整检查------施---领导层的具体职责如下：
明确成员各自分工与责任；
建立工程情况汇报制度；决定工程重大原则问题；协调各部门及相关人员关系。
系统开发部、对系统数据库系统的实施，建立以项目中心领导小组为龙头，系统分析部、系统实施部为主体的，具有内部协调职能的直线式操作实施层，负责进度控制、成本控制、就有可能一次发现问题，质量控制、由于各实施环节均有项目质量控制小组评审，供应控制。
并可及时落实到具体的负责部门，整个过程一气呵成，避免推诿扯皮现象和信息传递失误，从而提高系统建设效率。
其目的是为了明确项目中作为组织保证系统的一个组成部分，还应建立线性责任系统，以保证组织运转更为使工作和责任一一对应起来，各部门各成员在各项工作的地位与作用，有效。
操作实施层的组织结构如下：
实施层的具体职责如下：
建立项目实施小组，确定项目实施总负责人；
组织各专业技术队伍，明确技术责任与实施方案；
编制项目技术规范，计划进度，质量标准；
负责组织各专业技术人员优质按时完成项目任务。
技术**用户验收层主要保证组织体系能有效地围绕总体控制计划运行，其人员由我们和专家共同组成。
用户验收层的具体职责如下：
共同确定技术验收测试标准和验收测试人员；组织现场测试环境和完成各项技术指标测试；编写项目测试报告和项目验收报告；组织并完成用户开通运行等各项工作。
2.3软件项目实施过程控制方法说明
客户交流机制说明2.3.1．
为保证实现项目预期目标，项目实施过程中需要大量的客户交流工作，定期举行客户方例会、向客户方提供阶段性报告、双方的主要联系方式是面谈、电话和Email。
2.3.2软件项目内部管理与进度控制方法说明
为了适应比较流行的MVC开发模式，保证开发小组成员顺利沟通，协同完成任务，我们拟采用较为普遍的软件工程项目管理方式。
在制定项目管理规范的过程中，我们将主要吸取ISO9000/GB－Tl900质量管理和质量控制国际标准以及CMM项目管理中的精华，紧密结合我们内部的实际和项目的实际情况，使规范具有较强的可操作性。
ISO9000/GB－T1900质量管理和质量控制国际标准是制造业的质量管理专家在总结了实践经验的基础上而制定的。
所以信息系统项目管理不能用这个系列标准中提供的生产模型来概括，而应有选择地吸收和改进。
在项目实施的各个过程中，为确保质量，必须明确各项活动的责任。
即由谁负责、由谁辅助执行、工作应执行的流程、执行人员应具备的技能和培训经历等。
责任越明确，可执行性就越好。
同时要重视质量记录的产生和保存。
在质量记录中，项目实施过程中产生的第一手原始资料是出现问题时查找原因的根据，也是系统可回溯性的保证。
设计是项目实施的初期步骤之一，它为整个项目的实施奠定基础，是保证项目质量的关键要素。
在项目实施前，必须提交合格的设计文档。
设计文档应充分考虑项目实施的实际情况，并从技术的角度确保正确可行。
为保证设计的质量，我们将遵从《软件产品策划程序》，《软件产品开发程序》的规定。
单元名称时间描述负责人
工作组对项目需求的细节进行确认S+0~S+1精化需求
**~S+1银行需求确认需求结束里程碑
工作组根据需求对系统结构进行修改结构设计S+2~S+4
工作组S+3~S+5完成详细设计详细设计工作组S+4~S+7完成编码，与详细设计重叠编码
工作组S+5~S+9测试内部测试工作组S+8~S+8银行的使用人员用户培训**培训工作组S+8~S+9系统安装，根据需求修改报表和基础数据安装调试试运行S+10~S+11银行对本系统进行进行试运行，我工作组针对用**工作组户提出的维护需求进行维护银行**项目结束~S+12用户验收．系统维护S+12~S+52本公司负责一年的系统维护工作组
2.3.3软件项目发布方法说明
系统的安装与调试
本小组负责系统安装与调试工作，其中软件部分的安装是免费的。
我们将派遣专业的技术支持人员进行现场的安装与调试，并向相关工作人员介绍安装与调试的要点，保证系统的使用人员掌握基本的系统安装的方法。
安装与调试以系统能够正常稳定的工作为基本标准，兼顾用户的不同的使用要求。
服务器端相关软件系统可由硬件提供商负责，我们的技术支持人员也可以依据用户的要求对服务器端系统进行安装与调试。
服务器端的数据库系统的建立、维护等工作将由我们的数据库设计工程师完成，保证数据库的稳定工作。
2.4软件项目预期成果清单说明
2.4.1文档成果清单
1．《保费对帐系统需求分析说明书》
准确并详细说明用户的系统需求，开发人员以此为依据进行系统开发。
也是向用户最终审核软件功能的标准。
2．《保费对帐系统概要设计说明书》
根据需求分析，设计出软件系统结构、所需的数据结构、系统内外部接口等，指导详细设计。
3．《保费对帐系统详细设计说明书》
根据概要设计，对各模块功能进行细化，指导程序进行代码编写。
4．《保费对帐系统测试方案》
进行软件的单元测试、集成测试和系统测试，完善软件的各方面功能。
5．《保费对帐系统发布说明》
发布软件的各种版本，详细说明软件功能、性能及使用方法，为软件使用者了解软件的情况提供相关信息。
2.4.2代码成果清单
《程序源代码清单》：
包括所有程序的源代码，作为测试、维护和升级的参考依据。
2.4.3其他成果清单
1．《客服及技术支持说明书》
包括系统使用手册、系统安装手册等为用户的使用提供服务。
．
3软件项目具体实施流程说明
3.1需求调研与分析阶段实施方案
3.1.1工作程序
1．由项目实施小组组织需求方和开发方召开会议，需求方提出系统功能需求，开发方人员确定所需功能能否实现以及用何种技术实现，最终协商确定系统整体功能。
2．项目实施小组提出需求分析说明书，并交由供需双方确认。
3.1.2工作内容与要求
1、描述用户需求，规划目标系统结构和主要功能，包括：
数据接口，核销数据查询，系统管理功能，报表打印功能；
2、掌握用户特点，描述用户的角色、权限的划分，包括：
系统管理员、核销操作员、业务主管、代理银行业务员；
3、了解设计与实现的约束条件，确定系统接口和运行环境，包括用户操作界面，网络传输与通信接口，硬件设备环境、软件配置环境；
3.1.3人员分工与资源配置
负责银行业务的，有多年银行界工作经验，熟练掌握对帐业务的人员负责提出需求，经验丰富的专业人员进行技术实现讨论及确定。
3.1.4预期成果清单
《保费对帐系统需求分析说明书》
3.2系统设计阶段实施方案
3.2.1工作程序
开发组成员根据需求分析进行功能的分类汇总，确定系统架构及功能模块，提交《概要设计》和《详细设计》。
3.2.2工作内容与要求
1、针对客户提出的各项需求，进行需求分类汇总，对功能、性能进行归并，为建立完整的系统结构、选择正确的实现策略奠定基础，从而形成相对稳定的功能模块划分。
2、针对需求的汇总分析和项目面临的各种约束和假定，进行重点难点问题分析，找出完成本项目所必须克服的重点和难点问题，一方面能够让技术人员理解相应功能模块的重要性，另一方面能够保证项目实施过程中所有人员都能够围绕重点和难点问题展开工作，使得项目研发的成果能够最大限度的满足客户要求。
3、系统模块划分，实现完整的功能模块划分，从而为技术人员的分工提供依据，这部分的内容要对上一节的内容进行更细致的分类，遵循技术形式进行划分。
4、系统接口策略，该项说明在系统实现过程中，需要与系统外部的硬件设备、网络结点、软件系统进行交互，并确定各类接口的类型、使用方法、所属的功能模块和本系统内各个功能模块之间的接口定义、相互依赖关系等。
3.2.3预期成果清单
《保费对帐系统概要设计说明书》和《保费对帐系统详细设计说明书》
3.3代码实现与测试调试阶段实施方案
3.3.1工作程序
开发组成员根据《详细设计》确定各自分工，进行各个模块功能的具体开发实现工作，系统进入测试阶段后组织验收组编写测试报告。
3.3.2工作内容与要求
项目开发组要保证开发进度的顺利进行，并将进度情况及时向用户汇报。
3.3.3人员分工与资源配置
完成模姓职王文软件总体结项目进度控制管理成
、系统管理模协调，项目研发计划、求分析、结构设计、项系统管理模块的实施现数据接口模孙英项目配置管理，会议录，数据接口模块实现、保费核销模2、报表打印模块报表打印保费核销模块、3模块1保证金核销模块于萍保证金核销模块、退保证、
、退保证金核销模2材料费核销金核销模块、2、模块，软件测试块3、材料费核销模块预期成果清单3.3.4《程序源代码清单》和《保费对帐系统测试方案》软件项目验收与交付阶段实施方案3.43.4.1工作程序开发组提交项目完成报告，组织用户验收组进行项目验收。
工作内容与要求3.4.2终验和交接的目的是使用户对项目质在项目结束时，必须履行严格的验收和交接手续。
同时向用户提交量和最终系统状态形成全面正确的认识，从而对系统集成工作满意和认可，完整的文档，以便于用户日后对系统运行和维护。
该小组应由各方领导小组委托各自的技术在终验前，我们和共同组建终验协调小组，**终验测试时间及周期、终负责人组成，由用户方出任组长。
该小组负责拟定终验测试方法、．
验内容及终验进度安排，并且要对各厂商、集成商及最终用户的职责、义务与协调方法做出明确的规定。
终验应当在终验协调小组的领导下进行。
终验测试过程要有详细的日志和质量记录。
在终验测试完毕后，应综合提交终验测试数据和测试报告，经各方签字认可。
在终验过程中，项目质量监督小组应当有计划地进行质量审核和抽验工作，其审核报告应提交终验协调小组。
终验完成后，输出文件包括：
终验测试方案、终验实施方案、质量记录、质量审核报告和终验测试报告。
终验结束后开始交接过程。
交接是一个逐步使用户熟悉系统，进而能够掌握、管理、维护系统的过程。
交接需要在终验协调小组的负责下有计划有步骤地进行。
交接包括技术资料交接和系统交接。
系统交接一直延续到维护阶段（指合同中规定的无偿维护）。
交接流程是：
交接工作计划、所有文档清点和培训计划、系统交接与维护。
技术资料交接包括在实施过程中所产生的全部文件和记录。
终验协调小组应督促各供应厂商提供相应的技术资料，并整理网络、服务器和数据库的所有配置参数及其它数据。
交接时至少提交如下资料：
总体设计文档、项目实施设计、系统配置文档、测试报告、系统维护手册和系统操作手册（可由设备厂家提供）以及系统管理建议书。
在技术资料交接之后，便进入维护阶段。
维护阶段的时间长短由终验协调组
升级会员 