应用系统设计及验收技术规范
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
应用系统设计及验收技术规范第一条应用系统的开发过程可分为项目立项、开发商选择、系统设计、项目实施、系统验收和投入正式运行这几个阶段。其中,设计阶段和验收阶段是控制项目质量和实现项目目标的关键阶段。
第二条为了规范和统一公司各级信息中心在应用系统开发过程中设计和验收阶段的工作方式和方法,特制订本技术规范。本技术规范适用于公司管理各单位的信息管理工作。
第三条本技术规范的内容主要涵盖应用系统开发过程中的共性问题,如与其它专有的管理制度或技术规范内容交叠,应以专有的制度和规范为准。
第一章设计
第一节概述
第四条设计是系统开发的基础,一切开发工作都建立在需求提出者、项目管理者和开发实施者等几方面共同确认的设计方案的基础上。因此,在系统的设计阶段,必须得到经过业务部门的信息中心负责人签字的设计方案,方可进入系统的实施阶段。
第五条系统设计方案一般分为两部分,即系统概要设计和系统详细设计。其中,
(一)概要设计的主要内容是:
1. 需求分析,将用户的需求进行归纳、筛选,在充分理解的基础上,
对其进行分析,从而明确系统的目标、内容、范围和各项业务要求。
2. 软件系统结构设计,通过对系统抽象和分解,将系统按照功能划分
为模块,并明确模块间的相互关系和接口。
3. 数据库结构设计,按照模块的划分,设计其底层数据的组织方式。
(二)详细设计的其主要内容是:
1. 功能模块详细设计,将概要设计的内容具体化。
2. 用户界面设计,确定系统中信息的展现方式,并实现系统与用户的
交互。
3. 部署设计,制订系统的部署实施方案,也是上线计划的主要内容。
4. 标准规范,说明系统开发中所有引用的标准、规范等,以及适用于
本系统的相关约定等。
作为系统设计阶段的成果,最终各方确认的系统设计方案应包含上述的各项内容。
第二节设计要求
第六条考虑到公司信息化战略的需要,信息管理的要求,以及具体的现实情况,对于应用系统的设计公司有以下几方面的要求和建议:
(一)系统架构
建议应用系统的整体架构采用三层的B/S结构,即web浏览服务层、
应用业务逻辑层、数据库层,以便于对应用系统进行管理和部署,也容易部署和实施安全控制措施。
系统的客户端应设计为瘦客户端,在客户端应尽可能不要求安装和设置,不进行业务逻辑处理工作。通过此设计可以方便的实施系统的部署和推广,并且避免了不同系统之间的客户端安装冲突的问题。
(二)身份认证和权限管理
应用系统的身份认证应与公司统一部署的活动目录集成,通过域服务器进行统一的身份认证。通过此设计可以保证各系统中的用户信息统一和一致,便于系统的维护和管理,也便于用户管理账户和密码。
系统的权限管理模块建议采用“账户—角色—权限”的管理模式,三者之间可实现多对多的对应关系,可以达到对每一账户灵活的授予和撤销任何权限。
权限管理模块中应实现权限的委托功能,为防止管理的混乱,还应做到委托后的账户无任何权限,不能正常使用,同时应对权限委托的情况进行记录。
(三)系统日志
建议在系统中设计日志功能,可以对账户的使用、重要操作和业务流程进行记录。
第二章验收
第一节概述
第七条系统验收是通过对应用系统的全面测试,验证系统的功能、性能和可靠性。也是对系统开发成败做出评定的过程。同时,系统验收还是项目质量控制的重要环节,开发费用核算的标志。
第八条鉴于系统验收的重要性,系统正式投入运行前,必须进行系统验收。验收应由信息中心、业务部门和开发商共同组织进行。
第九条在不具备系统验收的条件时,也不应该强行进行验收,以避免对资源的浪费。可将不具备测试条件的内容,或业务部门和开发商一致同意延期测试的内容,记录在双方达成的项目验收备忘录中,在日后具备条件时进行再进行测试。
第十条系统验收应按照如下的步骤进行:
(一)制定测试计划
1. 根据系统需求书收集和组织测试需求信息,确定测试范围和内容。
2. 制定测试策略,针对测试内容确定测试类型、测试方法以及需要的
测试工具等。
3. 建立测试通过准则,根据项目实际情况为每一个层次的测试建立通
过准则。
4. 确定资源和进度,确定测试需要的软硬件资源、人力资源以及测试
进度。
(二)设计测试
1. 设计测试用例,对每一个测试内容,确定其需要的测试用例、输入
和预期结果。
2. 确定测试用例的测试环境配置、需要的驱动界面。
3. 根据界面原型为每一个测试用例定义详细的测试步骤。
4. 为每一测试步骤定义详细的测试结果验证方法。
5. 根据上述内容,汇总生成验收大纲。
(三)实施测试
1. 按照验收大纲进行测试。
2. 手工或利用程序记录测试结果。
3. 记录缺陷的详细情况以及发生条件。
(四)对测试进行评估和分析
1. 对每一个测试的结果进行分析。
2. 对每一个测试覆盖情况进行评估。
3. 对每一个发现的缺陷进行统计分析,并提出变更请求或其他处理意见。
4. 确定每一个测试是否完成。
第十一条测试中缺陷的分类和测试通过的标准:
级别1. 系统不运行,除非进行更正,否则测试将不能进行。
级别2. 主要问题,该缺陷导致其它的相关测试被中止。
级别3. 功能限制,测试在一般操作情况下不受影响,但在某种情况下
不能实现既定的功能,或者该缺陷可能直接影响其它测试。
级别4. 需完善的小问题,该缺陷仅影响当前测试并且整项测试工作能
够完成。
测试中出现级别1至3的缺陷时,该测试应被判定为不通过。
第二节各类测试说明
第十二条本节中将验收中可能进行的各类测试的目标、内容、方法加以说明,实际验收时可根据项目情况进行选择。在应用系统验收中必须进行的测试有:数据和数据库完整性测试
功能测试
集成测试
性能评测