ZENQ项目实训指导手册
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
ZENQ项目实训
指
导
手
册
目录
1 概述 (3)
2 开发过程管理 (3)
2.1 概述 (3)
2.2 软件开发基本流程 (4)
2.2.1 立项阶段 (4)
2.2.2 需求分析 (7)
2.2.3 概要设计 (8)
2.2.4 开发阶段 (9)
2.2.5 测试阶段 (10)
2.2.6 发布阶段 (11)
2.3 迭代开发 (12)
3 配置管理 (13)
3.1 概述 (13)
3.2 版本控制工具 (13)
3.3 项目目录结构 (14)
1概述
本手册的目的是为了明确在实训项目开发时每个环节的步骤,需要完成的工作,以及需要完成文档的模板等提出规范。没有规矩不成方圆,标准是企业走向成功的利器,在项目的开发过程中,必须按照本指南的要求,开展项目。
在开发过程管理章节中,向读者介绍了从立项阶段、需求分析、概要设计、开发阶段、测试阶段到发布阶段软件开发的基本流程。这些规范是对现有企业开发方法精炼的积累和总结,也是学员在培训过程中所需要遵循的规范。
在配置管理章节中,介绍企业中实际使用的项目版本控制工具的使用,以及配置管理的方法。并通过项目目录结构来展示将进入产品基线库的项目成果,从而引导学员整个项目交付时需要有那些成果及其应该以怎样的方式进行归档。
最后给出项目的开发模版,以指导学员以规范的方式编写文档,并通过模版引导学员对模版中需要填充的内容进行思考,从而引导学员进行项目开发、设计、编码和测试工作。
2开发过程管理
2.1 概述
业界有非常的开发方法,来保证开发进度,开发的质量。比如RUP、CMM-I、MSF、XP开发等。各种开发过程都有它的优势和特点,并适合在各种规模和类型不同的企业中进行使用。但目前流行的开发过程都有一个特点,就是迭代开发,这是由软件项目的特点决定的。在现实项目中,往往很难一次性得到项目的需求,项目需求获取的渐进性,使项目设计、开发也需要随后跟进,整个项目采用迭代开发模式可以有效节约开发成本。在项目开发中,将任务分解为多个阶段,每个阶段能完成可以运行的版本,是我们项
目中采用的方式。
实训中简化这个过程,一般以一周为单位作为一个基本时间。每周能推出一个可以运行的版本。这样能够及时纠正项目中的问题,指导学员在正确的模式下迭代开发完成项目。
2.2 软件开发基本流程
开发过程按照一下过程进行迭代开发。每个阶段需要编写相关的文档、完成指定的任务。
由于需求在需求分析阶段很难一次性将需求调研清楚,这是由业务需求本身具有其不确定造成的。但项目却不能在需求完全确定后再考虑分析和设计,这样在时间与人力的分配上造成了浪费。在项目中所采用的通用的方式是,首先选取核心的业务进行分析,先固定下来进行分析设计,能有效确保核心业务的完善。而后,需求调研人员对后续需求进行补充,这时候分析设计人员能够同步与需求分析人员进行工作,大大提高了工作效率。所以迭代开发是并发完成项目所必需的软件开发模式。
2.2.1 立项阶段
在立项阶段,完成团队的组建。为项目成员分配任务,根据项目目标、
时间规划项目进度。在此阶段,需要建立团队的工作区,建立源代码管理环境。
在此时要分配项目中的角色,明确每个人的职责。至少需要以下角色:
在实际项目中不同的人员可以兼任不同的角色,但是有些情况是不能兼任的。一般来说,软件工程师不能兼任测试工程师。在实训过程中,由于人员限制,软件工程师也担任测试工程的角色。在这种情况下,软件工程师负责测试的模块不能使自己编写的模块。
立项阶段需要完成的工作任务:
1、角色定义
任务描述:
根据参与项目的人员特长,为小组成员定义角色,确定项目经理、测试经理等;
参与人员:
全体成员参与;
验收标准:
完成配置管理计划文档,并经过全体成员认可;
2、建立工作环境
任务描述:
创建源代码管理服务器,根据源代码管理要求建立相关目录;为项目成员分配登录帐号,并测试源代码服务器。每个成员测试自己的帐号,工作环境是否正常使用。
建立过程可以参考第三章《配置管理》。
参与人员:
本任务负责人为配置管理员,所有团队成员参与。
验收标准:
完成配置管理计划文档,并经过全体成员确认。
3、项目进度计划
任务描述:
根据项目难易程度、项目时间要求,估算项目进度。并为项目成员进行工作安排。项目计划可以根据情况,进行一定的变更。
参与人员:
项目经理负责完成,与项目成员确认工作安排。
验收标准:
使用Project 完成项目进度计划,并将文档签入服务器。
4、任务跟踪表
任务描述:
通过完成项目计划,确定每个人的任务。根据模板建立任务跟踪表,通过此表格跟踪每个人的任务完成情况。
任务跟踪表可以根据项目计划的编号,对任务进行终止、暂停等。参与人员:
项目经理负责完成。
验收标准:
根据项目跟踪模板建立项目跟踪记录表,并将文档签入服务器。2.2.2 需求分析
任务描述:
需求分析是开发人员要准确理解用户的要求,进行细致的调查分析,将用户非形式的需求陈述转化为完整的需求定义,再由需求定义转化到相应的形式功能规约(需求规格说明)的过程。需求分析虽处于软件开发过程的初期阶段,但它对于整个软件开发过程以及软件产品质量是至关重要的。
需求分析的基本任务
1.问题识别
(1) 功能需求:明确所开发的软件必须具备什么样的功能。
(2) 性能需求:明确待开发的软件的技术性能指标。
(3) 环境需求:明确软件运行时所需要的软、硬件的要求。
(4) 用户界面需求:明确人机交互方式、输入输出数据格式。
2. 分析与综合,导出软件的逻辑模型
分析人员对获取的需求,进行一致性的分析检查,在分析、综合中逐步细化软件功能,划分成各个子功能。用图文结合的形式,建立起新
系统的逻辑模型。
3. 编写文档
一般可以采用UML 对需求分析进行建模。可以根据需求分析,适当调整项目计划。
参与人员:
需求分析工程师;
验收标准:
完成需求分析说明书,并签入服务器;