OA方案1.docx
《OA方案1.docx》由会员分享,可在线阅读,更多相关《OA方案1.docx(10页珍藏版)》请在冰豆网上搜索。
![OA方案1.docx](https://file1.bdocx.com/fileroot1/2022-12/13/da8d26ed-0540-45bc-9276-f9d2b7dd7bf0/da8d26ed-0540-45bc-9276-f9d2b7dd7bf01.gif)
OA方案1
2、系统设计阶段
P4制定《项目开发启动报告(计划)》
根据系统需求分析结果,讨论制订项目开发计划,确定系统定义和设计,系统开发方法和工具,划分开发阶段,并给出明确的管理控制措施。
P5外部设计
在项目开发启动报告的指导下,针对用户需求,进行总体设计。
具体地说,就是定义新系统物理模型、屏幕状态转换图、创建数据库、设计屏幕界面、报表、工作流程图,考虑系统安全性,编写数据移植方案等等。
最后总体设计书成稿。
P6总体设计确认
向用户提交总体设计书,并修改补充、定稿。
P7内部设计
根据确认后的总体设计书,或者结合需求变更控制记录,绘制模块结构图,制定接口规范,详细定义模块,给出详细设计说明书。
P8详细设计确认
向用户提交详细设计书,并修改、补充、定稿。
P9系统开发
根据确认后的详细设计书,编写代码,进行单元测试。
然后提交源程序给技术质检组,提交子系统去系统测试。
根据源程序质检报告,不合格测试报告作系统开发的修正。
3、系统测试阶段
P10技术质检
技术质检人员根据系统编程、开发的经验,根据质检规则,对开发人员提交的源程序质检,并给出源程序质检报告返回编程开发人员。
P11确认变更需求
用户可能会在过程中提出需求增加、修改的要求,对这些需求需要进行确认,建立需求变更控制记录,并以此指导内部设计和制定项目开发质量保证计划。
P12制定《项目开发质量保证计划》
在进入系统详细设计、编码、测试之前,制定详细的项目开发质量保证计划,分阶段输入、输出,作具体定义与验证,制定测试计划与提纲,并划定具体的质量责任人员、责任评定方法等。
并根据需求变更控制记录和更改后的详细设计书进行修订。
P13系统测试
根据测试计划与说明或其修订版本对系统进行测试,给出系统测试报告,系统测试不合格报告反馈给开发人员作系统纠正,系统测试合格,提交合格报告,准备模拟环境和数据。
P14准备模拟环境和数据
虽然系统设计与系统实现是完全根据用户的需求来完成的,但由于所采用的开发环境与实际运行环境不尽相同,实际运行时的结果会和系统测试结果有所差异,因此需准备模拟环境和数据,并且提交测试计划。
P15应用环境模拟测试
在应用模拟环境下根据测试计划进行测试,不断调整,直到得出满意结果为止。
P16同意投产
用户对测试系统满意后,可作为投产前系统,并作为培训、实施的对象。
4、系统软件平台采购、交货、验收、安装与调试
P17成立项目采购小组
根据合同要求,成立项目采购小组,制定采购计划书,明确供货商、供货品种、数量、规格等等细节要求。
P18软件平台采购
项目小组负责根据采购计划书向供货商采购软件平台,控制采购过程。
P19到货检验
根据质量管理规定、合同要求,对采购的软件平台进行检验,给出检验报告。
P20交货、验收
软件平台与用户代表一起按相关规定验收产品。
P21安装、调试
安装、调试软件平台,初步集成在一起。
P22系统总调试
将开发的应用系统、软件平台和硬件设备总集成起来,进行系统总调试,并进行系统验收。
5、系统运行与培训
P23培训准备
在系统应用环境模拟测试得到满意结果后,针对投产前系统开始准备培训资料,制定培训计划。
P24系统实施准备
在应用环境模拟测试取得满意结果以后,针对投产前系统制作系统安装盘,编写用户手册、操作手册、在线帮助文件,制定系统运行实施计划。
P25掌握开发与维护技术
对用户进行系统管理与维护培训。
用户在培训过程中掌握系统的管理与维护技术。
P26用户培训
为最终用户进行培训,并予以考评,以便用户熟练操作、使用系统。
P27系统试运行
系统总调试结束并系统验收合格后,进行半年的系统试运行,这一时期由开发商在现场支持服务,与用户的掌握开发与维护技术的人员一起共同完成。
P28交付系统正式运行
系统试运行结束后,由用户签发验收证书。
在系统保证期内,我部门将提供现场和热线服务,当然项目的结束应该是新的合作的开始,也是真正优质的售后服务得以表现的开始。
5.项目实施
办公系统的建设是一项较为复杂的系统工程,这就对项目实施在管理、技术、服务等方面提出了很高的要求。
为保证项目的高效高质顺利进行,我公司将组成强有力的组织管理机构、技术力量和实施人员。
根据实施计划和要求,在实施组织设计、系统安装、系统配置管理、系统测试等环节上,制定严谨有效的管理措施和科学合理的实施进度计划。
同时,为确保项目顺利进行,将指派专人负责与用户保持密切联系,相互沟通,相互配合,从而使实施工作保质保量的如期完成。
根据分阶段实施的原则和用户实际情况,本阶段的工作是实施基于J2EE应用服务器R的办公自动化应用系统,我们制定出第一阶段的初步实施计划如下:
本计划覆盖了制定及部署2EE应用服务器和办公系统需要考虑的问题。
本章包括以下专题:
项目定义
资源计划
现有环境调查
制定计划
硬件和软件资源的考虑
应用服务器的测试
5.1项目定义
在开始实施网络办公系统之前,应该清楚升级实现的目标,以下是规划目标时需要考虑的:
J2EE应用服务器的安装与配置
办公系统的安装与调试
客户端的安装
管理员及最终用户的培训
相关的文档
应该考虑升级后可以接受的服务级别以及要实现的服务级别和服务器的响应时间,使用行业的基准测试来比较web服务器所提供的服务级别和响应时间,考虑是否提高web服务器的性能。
5.2资源计划
在进行系统升级时投入的资源可由内部资源和外部资源组成。
内部资源:
由用户内部的技术人员组成。
当决定一个项目的成员时首先要考虑的就是当前的资源是否能满足额外的工作,他们不仅要负责系统实施,而且还要负责升级之前的培训工作。
除了技术人员以外,在系统实施期间或以后,现场支持和开发方面也会有相当的工作量,这些都是要考虑的因素。
使用内部人员的优点在于内部人员了解硬件及当前的系统配置。
外部资源:
金百瑞有限公司,主要提供顾问咨询、规划设计和现场实施服务。
当考虑外部资源的安排时,也应该对项目的实施有控制权。
使用外部资源的优势有:
实施工作可以立即开始,避免了学习的弯路
可以进行经验、技能的传递,可以把技术顾问的经验、技术传递给内部的技术人员。
在内部资源和外部资源之间有多种工作模式,包括:
在项目管理、技术资源和具体实施方面完全由金百瑞有限公司完成。
金百瑞有限公司完成项目的规划及理论设计,对内部人员进行技能培训,具体的实施工作由内部人员完成。
金百瑞有限公司也可以提供培训、文档编制以及新数据库的设计。
5.3现有环境调查
在制定实施计划的过程中重要的一步就是完成当前R5.x/R5系统的调查工作。
这有助于时间的安排和资金的预算,决定是否需要购买额外的硬件和软件。
了解当前的系统也可以帮你建立测试案例,有助于对比新旧系统。
最重要的是,对系统实施有一个很清晰的轮廓,有助于评估实施是否成功,所期望的系统性能是否达到了预期的目标。
下面列出的就是需要考虑的项目:
客户端
服务器
应用功能
硬件-内存、硬盘
操作系统
使用的网络协议
Web浏览器
使用的邮箱模板版本
客户端的许可证类型
硬件-内存、硬盘
操作系统
使用的网络协议
服务器的专用任务,比如hub,spoke,SMTP等
服务器的许可证类型
附加的产品,如Faxserver,LEI等
工作流、界面、关键字域、作者域、读者域、视图、导航器、操作、按钮、热点、对话框、隐藏域及隐藏公式、计算域、有效值验证公式、区段、规则及访问控制、表、代理、数据库查找、外部数据访问
5.4制定计划
实施基于J2EE的办公自动化应用系统的没有太多技术难度,但也有许多需要考虑的问题。
因此,制定有效的项目管理和项目计划将会有益于项目的投入、控制和实施。
5.4.1项目小组成员的确定
为保证项目的顺利实施,明确项目小组成员的具体分工是非常重要的。
项目经理或项目领导负责整个项目的管理和协调工作,包括时间安排、进度控制及在实施过程中可能出现的问题、明确每个人员的职责。
对于一个办公系统实施项目需要的角色和技能依赖于JAVA环境的复杂度和公司的组织机构情况,以下是在整个项目中需要确定的角色:
Ø项目经理
Ø最终用户的代表
Ø培训小组
Ø开发人员
提示:
确认每个小组成员都有备份人员,以便在缺席时能接替他们的工作。
5.4.2计划内容
1.规划项目的主要阶段,确定实施服务器和客户端的时间和内容,并指明可能的例外情况。
2.确定小组会议的次数和会议地点,确定应该在什么时候在哪里提交什么文档。
3.确定购买软硬件的顺序及具体的交货时间,还应考虑到偶然事故的发生。
4.确定培训的时间、地点等
5.4.3交流
交流是一个项目平滑地运行的关键,项目小组应该对项目控制及管理、数据收集和项目跟踪和交流,并可以与其它成员或业务合作伙伴共享信息,交流升级的经验和存在的问题。
5.5统开发管理方法
5.5.1软件生存期管理
制定软件开发计划
软件项目管理过程开始于项目的计划,在做项目计划时,第一项活动是估算。
现在已经使用的使用技术是时间和工作量的估算。
制定软件质量计划
在软件开发前,需要有一个软件质量保证计划,目前较常用的是ANSI/IEEESTOL730-1984,983-1986标准。
需求分析和定义
需求活动包括问题分析和需求分析。
问题分析获取需求定义,又称软件需求规约。
需求分析生成功能规约。
需求分析的过程如下:
编制需求分析工作计划
软件开发负责人编制需求分析工作计划,经审批后,组织需求分析人员按计划开展具体需求分析工作。
编制需求分析说明书
软件开发负责人根据需求分析结果,组织人员编写《需求分析规格说明书》。
《需求分析规格说明书》的评审和确认
《需求分析规格说明书》经审核后,提交公司相关人员进行评审,必要时请用户参加评审。
评审通过后的《需求分析规格说明书》及时提交设计人员和测试人员,作为设计和系统测试的依据。
未通过评审的《需求分析规格说明书》,返回项目组由软件开发负责人修改后再进行评审。
《需求分析规格说明书》修改控制
严格控制经评审确认的《需求分析规格说明书》的修改。
经确认的《需求分析规格说明书》需要修改时,填写《软件变更申请审批表》,并按规定进行变更评审确认。
修改后的《需求分析规格说明书》及相应修改记录应及时通知有关部门和人员。
软件设计
设计活动包括概要设计和详细设计。
概要设计建立整个软件体系结构,包括子系统、模块以及相关层次的说明、每一模块接口定义。
详细设计产生程序员可用的模块说明,包括每一模块中数据结构说明及加工描述。
软件设计的过程如下:
编制设计工作计划
软件开发负责人按编制设计工作计划,经审批后,组织设计人员按计划开展软件设计工作。
编制软件设计说明书
软件开发负责人根据产品需求分析和技术构架,组织设计人员编写软件设计说明书。
《软件设计说明书》的评审和确认
《软件设计说明书》经公司相关人员进行评审。
必要时请用户参加评审,评审通过后的《软件设计说明书》及时提交编程人员和测试人员,作为编程和系统测试的依据。
未通过评审的《软件设计说明书》,返回项目组由软件开发负责人组织修改后再进行评审。
《软件设计说明书》修改控制
严格控制经评审确认的《软件设计说明书》的修改。
经确认的《软件设计说明书》需要修改时,应填写《软件变更申请审批表》,并按规定进行变更评审确认。
修改后的软件设计说明书及相应修改记录应及时通知有关部门和人员。
软件实现
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程,实现完成后的确认,保证最终产品满足用户的要求。
软件实现的过程如下:
编制实现工作计划
编程规范严格按执行公司《规则、惯例和约定程序》。
单元测试
编程人员在单元编程结束后,应严格执行程序员之间单元互测的规定,编程人员在单元编程结束后应提交软件开发负责人组织相关人员进行单元测试,测试人员应按照《需求分析规格说明书》与《设计规格说明书》进行测试,并将测试中发现的问题及时反馈给编程人员进行修改,单元测试通过后方可提交。
单元测试结束后,测试人员提交《单元测试问题汇总表》。
代码抽查和验证
软件开发负责人可随时对源代码进行抽查,验证其是否满足功能需求和设计要求,代码抽查通过后,方可进行提交。
模块提交
编程人员在单元测试及代码抽查通过后,提交《模块测试提交申请表》,由软件开发负责人批准提交,办理移交手续,移交给测试人员实现阶段结束。
程序修改控制
对已通过测试的程序的修改实行严格控制,所有程序在修改前,必须经软件开发负责人确认,修改结束后仍应按本程序进行测试。
用户操作手册的编写
软件开发负责人组织相关人员按照公司《规则、惯例和约定程序》中规定的《用户操作手册编写规范》编写《用户操作手册》。
编程人员定期填写完成情况表,实现阶段进度控制纳入配置管理系统。
软件测试
测试的具体过程如下:
测试准备
除单元测试外,在进行各种测试前应准备做好如下准备:
●配备测试用硬件环境
●建立相应的运行环境和网络环境
●准备测试数据
测试依据
测试依据主要包括:
测试工作计划、测试大纲、上阶段测试记录、上版软件产品用户反馈意见记录等。
测试工作计划及测试大纲
首先编写测试工作计划,测试工作计划应主要包括测试进度、人员安排、设备环境的建立等。
然后根据软件《需求分析规格说明书》、《软件设计说明书》,编写测试大纲。
测试大纲作为测试的主要依据。
测试实施
●模块测试:
由测试人员依据《测试大纲》进行测试。
在测试过程中,测试人员作好测试记录,填写测试问题记录表,确认模块测试是否通过。
如模块测试通过,可提交系统联调测试。
如模块测试未通过,测试人员应将测试问题记录表及时反馈给软件人员进行修改。
●系统测试:
模块测试通过后,由测试负责人依据《测试大纲》进行系统联调测试。
在测试过程中,测试人员应作好测试记录,填写测试问题记录,确认系统测试是否通过。
如系统测试通过,系统可申请试运行。
如系统测试未通过,测试人员应将测试问题记录表及时反馈给软件人员进行修改。
●测试负责人应及时总结测试过程中的问题,编写系统测试报告。
●软件开发部(副)经理根据《系统测试报告》,必要时对软件产品进行抽测,批准产品是否进入试运行。
如批准进入试运行,则应及时通知测试人员建立试运行环境。
●试运行期间,测试人员应主动收集测试的记录和问题,并由测试负责人编制《试运行测试报告》,经审核后,进行项目提交。
测试状态标识
各级测试必须在其测试记录上明显标识测试状态。
各级测试人员必须审核测试状态,标明“不通过”的软件项不能进行入下一阶段的开发或测试。
测试状态两类:
●“通过”:
测试通过,可以转入下一阶段工作。
●“不通过”:
测试没通过,不能转入下一阶段工作。
测试记录、测试报告保存期限
系统测试部应完好地保存测试记录和测试报告,并保存至下一版本发版后。
5.5.2软件配置管理
软件配置管理是在团队开发中标识、控制和管理软件变更的一种管理。
配置管理的使用取决于项目规模和复杂性以及风险水平,软件的规模越大,配置管理就显得越重要。
软件配置管理应提供的功能
配置管理系统的功能如下:
●唯一的标识每个软件项的版本
●标识共同构成一完整产品的特定版本的每一软件项的版本
●控制由两个或多个独立工作的人员同时对一给定软件项的更新
●控制由两个或多个独立工作的人员同时对一给定软件项的更新
●按要求在一个或多个位置对复杂产品的更新进行协调
●标识并跟踪所有的措施和更改
版本管理
软件配置管理分为版本管理、问题跟踪和建立管理三个部分,其中版本管理是基础。
版本管理应完成以下的任务:
●建立项目
●重构任何修订版的某一项或某一文件
●利用加锁技术防止覆盖
●当增加一个修订版时要求输入变更描述
●提供比较任意两个修订版的使用工具
●采用增量存储方式
●提供对修订版历史和锁定状态的报告功能
●提供归并功能
●允许在任何时候重构任何版本
●权限的设置
●晋升模型的建立
●提供各种报告