某某系统软件工程项目实施计划方案文档格式.docx
《某某系统软件工程项目实施计划方案文档格式.docx》由会员分享，可在线阅读，更多相关《某某系统软件工程项目实施计划方案文档格式.docx（16页珍藏版）》请在冰豆网上搜索。
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人员分工与资源配置
姓名
职责
完成模块
王文健
项目进度控制管理、成员协调，项目研发计划、需求分析、结构设计、项目实施、系统管理模块的实现。
1、软件总体结构
2、2、系统管理模块
孙英姝
项目配置管理，会议记录，数据接口模块实现。
保费核销模块、报表打印模块
1、数据接口模块
2、2、保费核销模块
3、报表打印模块
于萍
保证金核销模块、退保证金核销模块、材料费核销模块，软件测试
1、保证金核销模块
2、2、退保证金核销模块
3、材料费核销模块
3.3.4预期成果清单
《程序源代码清单》和《保费对帐系统测试方案》
3.4软件项目验收与交付阶段实施方案
3.4.1工作程序
开发组提交项目完成报告，组织用户验收组进行项目验收。
3.4.2工作内容与要求
在项目结束时，必须履行严格的验收和交接手续。
终验和交接的目的是使用户对项目质量和最终系统状态形成全面正确的认识，从而对系统集成工作满意和认可，同时向用户提交完整的文档，以便于用户日后对系统运行和维护。
在终验前，我们和**共同组建终验协调小组，该小组应由各方领导小组委托各自的技术负责人组成，由用户方出任组长。
该小组负责拟定终验测试方法、终验测试时间及周期、终验内容及终验进度安排，并且要对各厂商、集成商及最终用户的职责、义务与协调方法做出明确的规定。
终验应当在终验协调小组的领导下进行。
终验测试过程要有详细的日志和质量记录。
在终验测试完毕后，应综合提交终验测试数据和测试报告，经各方签字认可。
在终验过程中，项目质量监督小组应当有计划地进行质量审核和抽验工作，其审核报告应提交终验协调小组。
终验完成后，输出文件包括：
终验测试方案、终验实施方案、质量记录、质量审核报告和终验测试报告。
终验结束后开始交接过程。
交接是一个逐步使用户熟悉系统，进而能够掌握、管理、维护系统的过程。
交接需要在终验协调小组的负责下有计划有步骤地进行。
交接包括技术资料交接和系统交接。
系统交接一直延续到维护阶段（指合同中规定的无偿维护）。
交接流程是：
交接工作计划、所有文档清点和培训计划、系统交接与维护。
技术资料交接包括在实施过程中所产生的全部文件和记录。
终验协调小组应督促各供应厂商提供相应的技术资料，并整理网络、服务器和数据库的所有配置参数及其它数据。
交接时至少提交如下资料：
总体设计文档、项目实施设计、系统配置文档、测试报告、系统维护手册和系统操作手册（可由设备厂家提供）以及系统管理建议书。
在技术资料交接之后，便进入维护阶段。
维护阶段的时间长短由终验协调组协商确定，且各方的任务要明确。
维护阶段的主要任务是协同用户进一步熟悉和掌握整个系统，提高用户自身的系统管理能力。
3.4.3人员分工与资源配置
由工作组完成。
3.4.4预期成果清单
《保费对帐系统发布说明》
3.5客户服务与技术支持阶段实施方案
3.5.1工作程序
确定系统交付使用后的客户服务与技术支持的内容。
3.5.2工作内容与要求
我们负责系统安装与调试工作，其中软件部分的安装是免费的。
培训的主要目的是为了使**的用户能更好的掌握新系统的安装、使用和管理方法，充分发挥系统的作用，使他们经过系统培训后，能够对系统进行日常的使用和管理工作。
为了保证培训的质量，我们将把培训的内容做成多媒体教学光盘，辅助培训教学，并方便用户日后的使用。
培训针对不同岗位职责的具体业务的需求，在力求覆盖绝大多数的有各种工作人员的要求下，对领导、干部、技术主管等不同类别用户，设计相应的培训方案。
通过对用户的归类、划分，我们可以尽可能的使培训落实到每一个用户的具体职责上去，保证良好的培训效果。
我们将针对**人员的特点,准备两套培训内容：
初级培训，系统建设和操作维护。
高级培训，系统深层次应用开发。
操作维护培训和高级培训包括：
所提供软件的工作原理和技术性能、操作维护方法、安装调测、排除故障及软件结构、定制和升级等各个方面,系统管理和建设的软件系统的使用，以及系统进一步开发的全套方法和接口协议。
并提供全套培训教材和培训课程计划表。
对于参与项目的**人员我们将在项目的开发设计过程中进行有侧重培训，使他们充分了解系统设计的体系架构、开发规范和项目管理方法等。
我们将准备如下内容课程：
系统操作、系统维护与运营和用户使用培训等课程，另外，我们将提供在线式的帮助系统。
系统维护是指系统在功能上进行修改，由于**业务需求的扩展性，在实际应用中，特别是在系统刚投入使用时，需经常改动程序功能。
针对这种情况，我们的系统维护工作从以下几个方面入手，从而使系统应用达到预期目的。
在系统设计阶段应充分考虑系统的灵活性，将各个功能模块设计成可由系统维护或用户定制的，如对各项固定参数的代码表的维护，通用的指标定制，通用定制查询条件，通用的报表设计等。
这样系统的应用范围就会变得很广，通常只要数据库中存在的数据都可以由系统按照用户的需求进行组合输出。
灵活的程序结构理想状态可以做到只要数据库不作改动，程序代码也无需改动。
对于数据库，因在机构上予以优化，给予其较大的自由度，但数据库变动一般影响较大，过于灵活的设计会影响系统运行效率，因而数据库结构往往会随着需求的变化而调整。
对于某些情况，如：
数据库结构的改动，仍需要对程序代码进行修改。
对于该类维护，在系统试运行阶段开发商应在系统运行地实施免费维护，进一步使需求达到用户要求，最大限度地做到让用户满意，系统试运行阶段一般为系统验收通过后二个月。
系统试运行期过后，开发商将与用户另行签订维护合同，以下几点均是对系统试运行期后维护工作而言。
业务框架的更改：
当业务流程发生变化，并在系统中需要改动的，此类变动涉及面很大甚至要重新架构部分功能模块的，我们可以先进行系统升级具体费用可在后期合同中体现。
本情况的处理方法为：
双方认真讨论新需求，结合已有系统的现状提出可行方案。
之后，由开发商提交解决方案和时间进度表，共同讨论通过后，开发商进行系统分析和详细分析。
将新系统升级完成后，在测试环境下运行，测试通过后将全面上线试运行。
试运行无误后，提交相关文档。
在此过程中除开发期均有系统分析员参与讨论或工程师现场维护直到能够正式运行。
单一模块的功能升级：
随着业务需求的不断变化，将出现现在无法预测的变动，而本系统的相应模块未能适应该变动，例如：
业务内容、操作方法、管理控制、界面风格等。
此时需要代码升级，原则上提供免费升级，工作量超过7人日则采取先升级，日后在后期合同中加以体现的方法运作。
由**提出需求，双方就系统现状提出可行方案。
在此过程中除开发外，均有系统分析员参与讨论或工程师现场维护直到能够正式运行。
简单的功能升级：
有些内容的变更不在系统自动升级的范畴以内，将需要工程师的介入。
此时工程师在现场明确**的需求后进行现场开发，开发完毕后在测试环境下运行，测试通过后将全面上线试运行。
试运行无误后，2日内提交相关文档。
工程师在现场进行维护直到新需求能正常使用。
新增功能：
随着新的理念、管理方法、分析手段和功能应用的出现，会有新的功能模块的需求出现。
在双方认真讨论新需求后，由开发商提交解决方案和时间进度表，共同讨论通过后，开发商进行系统分析和详细分析。
数据库运行环境的变更。
包括：
数据库服务器的更换、数据库数据阶段性备份和整理、数据库管理系统的升级等。
由**提出需求，双方就新需求提出可行方案。
之后，由开发商提交解决方案和时间进度表，共同讨论通过后，开发商在测试环境下实施，测试通过后转移到新环境下试运行。
在此过程中除文档编写期均有系统分析员参与讨论或工程师现场维护直到能够正式运行。
数据库结构更新。
增加、删除系统表和数据表，改变系统表、数据表结构，建立备份数据表等。
由于业务、功能和流程上的需要，表结构的更新在所难免，本变动一般是围绕着业务进行的。
在业务处理过程中，讨论此处的更新，处理过程同业务流程，工作量记入业务处理中。
系统自适应升级的维护：
当新的需求满足系统自动升级的条件时，为确保升级能够正确，并保证系统的稳定，我们有工程师在现场指导维护，并处理突发事件。
开发商派工程师
升级会员 