1 概述
目的与概述
本文档为亿联网络科技有限公司的项目开发规范文档,给开发团队提供开发标准和规范。
整体说明
阅读对象
1.
2.
3.
2 项目开发流程规范
2.1 业务需求调研阶段
l
业务层面:了解客户需要什么样的系统,具体了解业务目的,业务逻辑,业务数据,客户的操作习惯,页面风格习惯等。
行业知识的准备:了解客户的行业背景,行业领域的业务术语,含义。结合客户行业背景,了解客户的业务知识。
第一步 ,项目启动阶段 了解客户的IT环境。
第二步,讨论并具体确定客户系统的范围,并获得客户业务功能点的原始的单据。在这个过程中准备一个本和一只笔记录讨论的业务信息。
第三步,整理业务信息,和原始表单,抽取出有效业务信息,并对于不明确的业务信息进行整理和归类,并制作成问卷形式进一步调研。
第四步, 发放调研问卷,再次进行业务调研(直接转到三)。
第五步,卷写调研问卷,并内部评审。
第六步,调研问卷客户评审并确认。
l
软件需求说明书
软件需求说明书的目录:
1 客户行业背景
2 客户系统的意义
3 客户系统运行的环境
4 业务功能点描述(业务目的,业务逻辑,业务数据,优先级别,使用频率等)
概要设计阶段主要分两个步骤: 1 框架设计
l
根据客户需求,设计系统的后台架构,前台界面框架,数据模型。在设计之前要考虑客户的业务特点,性能要求,已有的IT环境,同时还要考虑将来业务的增长,保证系统一定得可扩展性。
l
后台框架: 各层的职能划分,技术实现的方式,层之间的交互规则,异常处理规则,目录定义规则
界面框架:操作主界面定义,页面整体风格的定义,页面流转关系等
文档 :系统架构
界面框架
数据模型
注:三份文档可以融合在一份文档之中。
1) 业务模块的页面显示内容:信息显示的内容,显示的方式;交互接口的定义,等
2)业务逻辑描述
3)业务数据项
l
概要设计文档
2.3 业务需求理解阶段
1
2
2.1
2.3.1系统设计人员理解需求
在系统设计人员理解需求之前,业务分析人员必须提供相关模块的客户需求文档。系统设计人员阅读并理解客户需求文档。
l
业务需求对于客户来讲,目的是什么,解决什么问题,有什么意义?具体业务的执行逻辑是什么?在业务流转过程中的业务数据有哪些?
l
简单的需求,理解时间为2-3 小时
复杂需求:理解需求时间4-8小时
l
复杂的业务需求按照涉及到的业务的复杂度来决定的。
2.4 详细设计阶段
l
l
2.2
2.4.1系统设计人员详细设计阶段
系统设计人员根据业务需求,详细设计模块。
l
详细设计文档:
业务接口定义
数据库的数据项定义
Web页面和Js接口定义等
注:对于复杂的模块可以在详细设计文档中可以包含了UML类图,和时序图,从而进一步描述设计的内容
l
简单的业务需求:2-4小时
复杂的业务需求4-12小时
l
系统设计人员在文档中能描述清楚业务模块的详细设计,不拘泥于格式。
2.4.2 技术评审阶段
l
2)在技术评审过程中,系统设计人员首先讲述详细设计文档
3)评审人员对详细设计中各个环节进行询问和确认,提出修改方案。
4)最后项目技术负责人确认调整后的设计方案。
业务确定的详细设计文档。
注:此文档是交付确认的标准之一。
2.5 Coding阶段
系统开发人员根据业务的项目详细设计文档,进行实际Coding过程。
在Coding过程中的注意事项
1) 在Coding过程中严格按照Coding开发规范来执行。
2)在Coding过程中,发现详细设计文档中的严重缺陷,则需要和项目设计人员确认,如非常复杂,则需重新技术评审。
3)在详细设计发生改变时,需要及时更新详细设计文档。
2.6 业务模块确认交付阶段
项目技术负责人和业务分析人员共同对业务模块进行验收。
验收步骤:
1)业务分析人员确认功能模块实现功能和客户需求一致
2)技术负责人对功能模块进行技术上的确认。
3)测试人员的测试报告
注:第三步主要看公司的具体的情况和业务复杂度,
2.7 系统集成测试
根据客户业务需求,测试人员设定一个测试环境,编写测试脚本,在测试服务器上部署好系统。按照测试用例进行业务功能上测试。
测试人员准备工作清单:
测试用例
测试脚本
当前实现模块
硬件设备:
等同条件的客户运行环境
系统集成测试阶段交付项(可配置项):
系统集成测试报告
系统集成测试报告格式
功能点
2.8 系统打包部署
系统集成测试阶段交付项(可配置项):
系统安装文件