新产品项目开发规范.docx

精品文档 精品文档 PAGE 精品文档 编写人： 徐文兵 日期： 审核人： 日期： 批准人： 日期：  文档编号： 文档版本： 项目编号： 项目开发规范文档 2009-7-20  T/KFGF 0.1 YC_FLATFORM 改正记录（REVISIONCHART） 0.1 徐文兵 稿本 2009-7-22 概括 目的与概括 本文档为XX企业的开发规范文档，给开发团队提供开发标准和规范。 整体说明 在开发规范中包含了两个部分， 第一部分是项目开发流程规范，  主要阐述在项目开发过程中的各个阶段的规范。  第二部分为  Coding  开发规范，Coding 开发规范阐述了在一个框架中的各个层的开发规范 （注：在第一版中不包含对工作流开发的规范拟订） 覆盖范围 阅读对象 项目管理人员 系统设计人员 系统开发人员 参照资料 略 项目开发流程规范 2.1业务需求调研阶段 调研的目标 系统层面： 客户的系统运行环境 业务层面：认识客户需要什么样的系统，详尽认识业务目的，业务逻辑，业务数据，客户的操作习惯，页面风格习惯等。 调研的准备工作： 行业知识的准备： 认识客户的行业背景，行业领域的业务术语，含义。结合客户行业背景，认识客户的业务知识。 业务专家需求 ： 在行业领域的复杂度不高的情况下，业务解析人员直接收集并学习行业知识就能够了，但行业知识的准备工作仍是要做的在行业领域业务复杂度高的情况下，需要业务专家对客户的业务的进行整理。 调研的流程： 第一步 ，项目启动阶段 认识客户的 IT环境。 第二步，议论并详尽确定客户系统的范围，并获得客户业务功能点的原始的票据。在这个过程中准备一个本和一只笔记录议论的业务信息第三步，整理业务信息，和原始表单，抽取出有效业务信息，并关于不明确的业务信息进行整理和归类，并制作成问卷形式进一步调研。第四步，发放调研问卷，再次进行业务调研（直接转到三） 第五步，卷写调研问卷，并内部评审 第六步，调研问卷客户评审并确认。 调研阶段的交托项（可配置项） 软件需求说明书 软件需求说明书的目录： 客户行业背景 客户系统的意义 客户系统运行的环境 业务功能点描绘（业务目的，业务逻辑，业务数据，优先级别，使用频次等） 客户的操作习惯，页面风格习惯。 2.2纲领设计阶段 纲领设计阶段主要分两个步骤： 1框架设计 2业务模块纲领设计 ,下面分别对两个步骤进行描绘： 框架设计 （注：这边的框架设计是按照传统的开发方式进行阐述，鉴于平台的开发方式待补） 框架设计的目标： 根据客户需求，设计系统的后台架构，前台界面框架，数据模型。在设计之前要考虑客户的业务特点，性能要求，已有的 IT环境，同时还要考虑 将来业务的增长，保证系统一定得可扩展性。 框架设计包含的内容： 后台框架： 各层的职能区分，技术实现的方式，层之间的交互规则，异样办理规则，目录定义规则 界面框架：操作主界面定义 页面整体风格的定义，页面流转关系等 数据模型： 系统基础数据（组织人员构造，权限设置，词典参数设置） 业务数据 框架设计阶段交托项： 文档 ：系统架构 界面框架 数据模型 注：三份文档能够交融在一份文档之中。 业务模块纲领设计 系统设计人员根据业务解析人员的业务需求文档，进行纲领设计。在纲领设计过程中主要关注三个重点点 1）业务模块的页面显示内容：信息显示的内容，显示的方式；交互接口的定义，等 举例：查问人员信息模块 操作说明，查问条件，显示字段，排序和显示方式。 2）业务逻辑描绘 对业务逻辑进行详尽的描绘。 3）业务数据项 业务模块波及到数据的描绘。 详尽的描绘包含 数据项名称 ，显示方式，是否必填，输入方式，有关逻辑 纲领设计阶段的交托项 纲领设计文档 2.3业务需求理解阶段 系统设计人员理解需求 在系统设计人员理解需求之前，业务解析人员必须提供有关模块的客户需求文档。 系统设计人员阅读并理解客户需求文档。 理解需求文档的交托结果（可配置项） 业务需求关于客户来讲，目的是什么，解决什么问题，有什么意义？ 详尽业务的履行逻辑是什么？ 在业务流转过程中的业务数据有哪些？ 需求理解时间要求： 简单的需求，理解时间为 2-3小时 复杂需求：理解需求时间 4-8小时 复杂的业务需求需要需求解析人员确认。 复杂的业务需求按照波及到的业务的复杂度来决定的。 2.4详尽设计阶段 详尽设计阶段分两个步骤 第一步骤，系统设计人员根据业务需求的理解 ,详尽设计业务模块，并出详尽设计文档 第二步骤，中心设计人员对系统设计人员的详尽设计文档进行技术评审。 系统设计人员详尽设计阶段 系统设计人员根据业务需求，详尽设计模块。 详尽设计阶段的交托结果（可配置项） 详尽设计文档： 业务接口定义 数据库的数据项定义 Web页面和Js接口定义等 注：关于复杂的模块能够在详尽设计