软件开发概述培训.doc

软件开发概述培训软件开发概述培训No.1Written By ioking2002.4目录封面目录1项目开发管理511项目号管理5111项目号申请51111临时项目号51112正式项目号5112转正/取消临时项目号5113取消正式项目号5114关闭项目号511合同评审5121方案建议书评审5122合同评审613项目开发阶段管理6131项目组织结构确定6132开发计划制定6133资源分配6134进度控制6135配置管理6136需求变更控制6137项目检查7138与客户沟通714项目交付715后续工作7151客户反馈7152项目总结及统计7153项目资料归档716项目号命名规则82PM职责821项目前期822项目正式开始8221编制项目开发计划82211项目组织结构82212项目开发流程92213项目开发/实施92214各阶段人员需求92215各阶段软/硬件需求及其他设施依赖条件92216项目开发的环境地点102217开发商/客户/相关人员职责102218项目人员联络102219项目相关文档存放1022110项目相关信息介绍10222开发动员会10223项目状态报告1023项目进行过程中10231人员/软/硬件需求及其他相关设施条件10232测试组组织安排10233任务安排/分配及进度/质量检查10234质量控制10235需求变更控制10236与项目办公室人员配合11237与市场部客户经理配合11238版本控制及备份11239人员培训112310问题发现/升级/解决1124成本控制1125项目交付1126项目交付后1127项目归档113项目开发流程1131开发流程界定1132各开发过程审核要点12321需求分析说明书审核12322功能说明书审核12323概要设计说明书审核12334详细设计说明书审核13335编码审核13336功能测试计划及案例审核13337系统测试计划及案例审核1333需求变更流程134文档编写要点1341需求分析说明书1342概要设计说明书1443详细设计说明书1444编码要点145测试概论1451测试概念14511测试原则14512测试方法14513测试技术14514测试等级14515测试类型15516测试过程1552测试的方法和标准15521测试流程15522测试策略/测试准则1553功能测试计划15531产品描述15532测试概述155321目标和工作内容155322测试方法165323进入准则165324结束准则16533控制和协调16534资源需求和依赖条件1654系统测试计划17541产品描述17542测试概述175421测试目标175422测试方法175423测试种类175424进入准则175425结束准则17543控制和协调17544资源需求和依赖条件1755测试案例开发18551开发目的18552帮助会议18553测试情景18554测试案例例子18555测试案例数目18阅读指南：本篇将与软件开发过程相关的各个环节阶段做简要介绍，对每一部分不详细说明，只大概提及，使读者对软件开发过程有全盘的考虑，知道软件开发过程中需要进行的主要工作，具体如何进行不做深入说明和探讨，所以称之为概述，做抛砖引玉之效。1项目开发管理11项目号管理项目号是项目管理、财务控制、项目资料检索的线索，项目号的申请应该在项目初期由项目主管部门提出，项目办公室根据项目类型、资金来源、合同签署情况统一颁发项目号。111项目号申请对于产品项目性质的，由市场部客户经理在整理客户需求的时候，向“项目管理办公室”领取并填写“项目号申请单”并提交高一层经理签字，项目管理办公室根据项目性质、资金来源、合同签署情况、申请时间等情况颁发项目号。1111临时项目号多数对外项目在申请项目号时，项目尚处在商务洽谈阶段，此时项目管理办公室应颁发临时项目号，并通知市场经理和项目经理；此外，对于经过项目审批委员会初步评审的产品项目，也应该颁发临时项目号。临时项目号的作用在于初步确认该项目的跟踪索引，即项目最终被取消，此项目号也可做为资料检索的依据。1112正式项目号如果在申请项目号时，合同已经签署，项目管理办公室将为该项目颁发正式项目号，项目经理、开发部总监、市场总监将就该项目达成内部关于工作量及结算价的协议；同时对于通过项目审批委员会正式评审的项目，项目管理办公室也颁发正式项目号，并通知市场总监、开发部总监、项目经理，同时通知财务部。112转正/取消临时项目号对于具有临时项目号的项目，一旦合同签署或者通过项目审批委员会的正式审批，客户经理应及时通知项目管理委员会管理员并提供合同复印件，项目管理员将转正该项目号然后通知客户经理、项目经理，同时正式通知财务部。对于具有临时项目号的项目，客户经理一旦确定该项目取消，将通知项目管理员。项目管理员会将临时项目号取消，并通知客户经理、项目经理。113取消正式项目号进行中的项目可能由于种种原因而取消，如果取消客户经理将通知项目管理员。项目管理员将取消正式项目号，并通知客户经理、项目经理，同时通知财务部。114关闭项目号当项目安装验收完毕，余款/应收款已经收取完毕，项目管理委员会将关闭该项目号，并通知客户经理、项目经理、财务部。 11合同评审121方案建议书评审方案建议书/标书由市场部客户经理撰写，并按审批流程由市场总监、市场经理、开发部总监、财务总监、项目管理办公室审批后然后提交给客户，对于重大项目，总经理必须亲自审批。市场总监及市场部经理从商务角度进行评审，开发部总监从技术方案、进度、人员安排方面进行评审，财务总监检查报价及付款部分，项目管理办公室检查设计法律部分及文档规范。122合同评审合同草稿一般由客户直接提供或者由客户经理编写，合同号由项目管理办公室统一颁发。合同的评审要经过项目管理办公室的合同审批流程方可由我方签字或者提交客户确认。13项目开发阶段管理项目开发/实施工作应在合同签署后（产品项目在经过正式立项评审）正式开始。提前启动的项目应通过开发部总监、市场部经理双方确认工作量和进度，由市场部直接实施的项目需经过市场总监签字确认。在项目开发实施阶段，负责该项目的部门控制该项目的进度和质量，主要负责人是项目经理，其他部门有责任对涉及本部门的部分进行监控。客户经理继续跟踪、收集客户意见，尽量保证客户满意度，了解项目进展情况，同时负责需求变更、进度变化等事宜，同时督促客户及时付款。131项目组织结构确定开发总监/市场总监项目办公室客户经理项目经理开发小组测试小组132开发计划制定项目经理在确定项目启动后，开始制定项目开发计划，项目开发计划应尽量细化，确定子任务，为子任务分配资源、定义交付项、设定审核点。如果子任务无法确定，可先不做，但在该阶段前要定义完毕。开发计划由部门经理、项目办公室审核后交给客户经理。133资源分配项目经理应根据开发计划，及早向部门经理提出资源申请，部门经理应满足所有内部需求，外部需求由客户经理负责解决。项目管理员对资源利用及分配过程进行跟踪。134进度控制项目经理应在确保质量的前提下以阶段检查点为依据，定期检查项目完成情况，严格保证项目进度。只要不影响合同的交付日期或者封盘日期，项目经理可以根据进度对项目计划进行调整。如果影像交付日期，项目经理要通过客户经理与客户协商，并通知部门经理、客户经理。部门经理应了解项目进度，解决有关情况，项目管理员严格监控项目的进度，客户经理也应了解项目的进展，检查交付项是否能够如期交付，同时征求客户意见。135配置管理项目经理应根据开发工具及项目特点，建立版本控制机制，采用必要的方法和工具协助管理，目的是为了对文档、源代码、各个版本执行文件进行版本控制，巩固开发流程，便于对产品进行跟踪和回溯。136需求变更控制项目经理在接到客户需求变更请求时，应根据项目进度就需求的工作量、技术方案做出分析，并将分析报告提交给客户经理。客户经理就分析报告与客户进行协商，达成一致，确认能够完成的需求变更，客户经理要善于控制客户期望值，既要让客户满意，又不可一味迁就客户。项目经理根据客户经理的最终决定，修改项目计划，通知客户经理、部门经理。项目计划变动一旦设计工作量、费用，部门经理就要重下任务单，由开发部总监进行审批，最后提交市场总监确认项目结算协议，最后通知财务部。137项目检查部门经理或者项目经理应根据项目特点，定期组织项目检查会，必要时邀请客户经理和客户参加，主要是检查项目的进度，协调项目重出现的问题。开发总监也要定期对项目进行检查。项目经理还要每周向客户经理、部门经理、客户提交每周状况报告。项目管理员也要根据项目开发计划对项目进行检查，并向项目经理、部门经理、客户经理提交检查报告，有问题时可上报到开发总监、市场总监。138与客户沟通在项目进行时期，客户经理应继续保持与客户的密切联系，记录客户的反馈意见，做好与客户与项目组的协调配合工作。项目经理和技术人员也可和客户直接就项目问题进行交流联系，但涉及需求变更、服务承诺时要经过客户进行进行处理。14项目交付在向客户提交合同中规定的交付项前，项目经理应准备好交复单，列明交付项、数量、媒介，必要时交复单也可由客户经理准备，经客户经理签字确认。项目管理人员对交付单进行审核，有问题反馈给项目经理、客户经理进行重新准备。交复单和交付项由客户经理交给客户，并督促客户签收，说明已经收到了交付单中提及的交付项。15后续工作151客户反馈客户意见主要以“意见反馈表”的形式进行收集，“意见反馈表”由项目管理员发送给客户，客户填写“意见反馈表”后直接发送给项目管理员，客户经理应协调项目管理员收集客户的反馈意见。152项目总结及统计项目结束后，项目经理应组织从管理/技术角度对项目进行总结，并填写由项目管理员发放的“项目总结报告”及“项目状态报告”，经部门经理签字后提交给项目管理员。项目管理员根据“项目总结报告”更新项目申请单相应数据，并将结果报告给质量保证人员。153项目资料归档需要归档的资料有：源代码、可执行程序、开发文档、开发相关资料，归档工作由项目管理员进行，项目经理负责提供归档的资料。源代码的归档过程包括以下几个阶段：l 准备资料：将所有要归档的软体资料放到指定路径。l 源代码验证：对源代码进行杀毒、编译、编译后运行等工作。l 可执行程序验证：运行可执行程序记录结果。l 媒体备份：对资料进行服务器备份或者光盘刻录工作。16项目号命名规则123456789公司可根据发展方向、产品性质统一制定项目号命名规则，比如：l 1： 区分资金来源、合同签署情况l 2： 区分项目性质l 3、4： 区分年份l 5： 区分月份l 6、7、8：流水号2PM职责21项目前期为了协助市场部提高公司在该项目竞争中的优势，确定该项目的主要风险，作为公司对该项目决策的依据，项目经理需要在项目前期根据公司情况，提供该项目的技术方案，主要包括以下内容：l 系统结构l 开发流程l 开发工具l 工作量及其他成本估计l 工作范围l 客户责任及提供资源22项目正式开始221编制项目开发计划2211项目组织结构项目的组织结构包括：研发部门、市场部门、客户以及其他各相关方的结构，清晰、合理的组织结构是整个项目组顺利、高效工作的基础。一个典型的项目组织结构如下：项目管理委员客户项目经理客户经理开发组分析人员设计人员程序员客户组业务人员验收测试人员系统实施人员测试组案例设计人员案例运行人员2212项目开发流程项目的开发流程一般包括：设计、实现、测试、运行维护四大阶段，并细分为以下小阶段：l 需求调研、收集l 需求审核、确认l 可行性分析l 功能设计l 原型开发l 概要设计、数据库设计l 详细设计l 编码l 单元测试l 功能测试l 系统测试l 用户接受性测试l 试运行l 系统维护l 实施后维护2213项目开发/实施根据开发流程、交付日期、公司资源、客户意见要求，应指定项目开发的任务、进度。首先根据粗略的时间定出开发各阶段的起始时间、项目检查点，各阶段可以串行、并行、重叠进行。然后根据项目大小，对进度表进行细化。注：合理的时间表是项目按时交付的关键。2214各阶段人员需求为了便于公司对人员的统一安排，项目经理应确定各阶段的人员需求及成本，将来是成本控制的重要参考依据。人员需求计划#1234567#Month10111212341Name1PMPMPMPMPMPMPM2Name2QAQAQAQAQAQAQA3Name3FSLLDCODE4Name4LLDCODE5Name5CODEUTFVTSVTSVTPM：工程管理UT：单元测试FS：功能设计FVT：功能测试LLD：详细设计SVT：系统测试CODE：编码2215各阶段软/硬件需求及其他设施依赖条件软硬件需求：按清单或表格方式列出软硬件需求。依赖条件：l 那些需求是客户或第三方提供的，何时提供。l 合作开发项目，合作方何时提供分工中应提供的代码、模块。l 对于开发测试环境，除了软硬件以外还有那些需求，如：网络速度、安全等。l 对于内部一些重要、特殊需求，应急早安排或办理。2216项目开发的环境地点不同的项目，开发环境和场地可能有所不同，同一项目的不同阶段也有差别。在项目开发的初期阶段就应该确定好项目每一阶段的开发环境、地点，以便进行人员安排和成本控制。2217开发商/客户/相关人员职责明确各方责任范围是各方相互协作的必要条件，特别要明确客户方的责任。2218项目人员联络项目组内部及与客户之间都要预先记录好联系方式，特别是项目组内部，以便项目经理可以随时找到组内成员。2219项目相关文档存放应该确定好项目文档的存放位置及设定相应的访问权限及备份措施。22110项目相关信息介绍根据项目性质的不同，项目经理应向组内成员介绍项目的整体情况及相关项目的情况，以便项目组成员对项目有大概了解。222开发动员会项目在制定完项目计划后，应该在开发前邀请相关人员开一次开发动员会，以便集中精力进行开发。223项目状态报告项目在进行过程中，项目经理应该填写每周状态报告，以便让相关人员了解项目的进展情况及存在的问题，特别是项目经理无法解决的问题。23项目进行过程中231人员/软/硬件需求及其他相关设施条件项目进行时，项目经理应该确定及安排人员、软件、硬件、客户提供资源、相关资源到位情况，做好备份方案，确保项目顺利进行。232测试组组织安排测试也是开发中的一个不可缺少重要环节，项目经理应该负责测试小组组织、协调，测试组长针对测试相关环节对项目经理负责。233任务安排/分配及进度/质量检查为了是项目组成员有效的工作，项目经理应明确人员的分工、计划，必要时给予指导。质量检查从项目开发开始就要进行，以最大限度减少质量检查成本。234质量控制质量控制是项目经理的重要职责之一，项目经理应该在开发整个过程中考虑质量控制，减少质量控制的成本。235需求变更控制几乎所有的项目都涉及需求变更问题，需求变更通常会引起项目计划、开发成本、开发进度的变更，系统的记录、管理好需求变更是项目能够成功的关键，项目经理应记录好所有变更 及涉及影像，控制好变更的更改阶段，必要时提交上一级部门处理。236与项目办公室人员配合配合项目办公室人员的工作，是项目经理的职责，项目经理应与办公室人员配合，提供所需资料、数据。237与市场部客户经理配合客户的满意才是项目的成功，客户经理在项目组与客户之间起桥梁作用，项目经理应尽量与客户经理配合，推动项目进展、及时反馈问题，达到客户的最终满意。238版本控制及备份项目经理应该指定版本控制负责人，制定备份方案及使用工具，版本混乱必将导致项目的失败。239人员培训项目组每个成员在项目开发时都具备了所有技能是不可能的，做好人员的技能、业务培训，控制好培训成本、时间有助于项目的正常进展。2310问题发现/升级/解决当遇到难以解决的问题时，项目经理应及时报给客户经理，必要时报告项目管理委员会进行解决。24成本控制成本控制是项目经理的目标之一，人力投入一般是项目投入中最大的，如何控制好项目的总成本是项目经理应该全盘考虑的问题。25项目交付向客户提交合同中规定的各交付项前，项目经理必须准备好交付单。在交付单上应列清交付项的名称、数量、媒介，并经过客户经理、SQA、部门经理签字认可。如果SQA评定结果为不合格，项目经理应组织补救；如果必须将不合格的交付项提交客户，应由开发总监签字批准。26项目交付后对保用期、维护期（如有维护合同）中用户报告的问题，及时组织人力、物力解决，并控制好成本和需求变更。与客户确认项目保用期开始的日期，通知项目办公室相关人员。27项目归档项目归档阶段，项目经理向项目管理员提供所有归档资料，同时对项目资料进行统计。3项目开发流程31开发流程界定软件项目的开发表现为二维图表形式，开发活动是一条线，配置管理活动贯穿整个开发活动的每个阶段。软件定义 问题定义需求调研、收集需求审核、确认可行性分析阶段计划阶段审核质量控制项目配置跟踪审计变更控制项目计划功能设计原型开发 概要设计、数据库设计 软件开发 生命周期详细设计编码/单元测试功能测试系统测试用户接受性测试安装/验收 运行/维护 运行/维护32各开发过程审核要点321需求分析说明书审核l 完整l 清晰l 一致l 无歧义l 可验证l 可修改l 可追踪322功能说明书审核l 功能是否完整l 功能划分是否合理l 功能项是否定义明确l 用户界面是否合理定义l 数据流图是否清晰准确l 相关数据需求是否完整323概要设计说明书审核l 设计与功能需求的一致性l 设计是否合理l 设计是否可回溯l 设计是否考虑到实现l 设计方案是否最优l 设计是否容易变更334详细设计说明书审核l 是否和概要设计一致l 实现方案是否最优l 内部逻辑是否合理l 是否有功能遗漏l 命名是否规范335编码审核l 是否与详细设计一致l 算法、逻辑是否合理、高效l 编码是否规范l 输入/输出/参数是否有错l 嵌套是否过多336功能测试计划及案例审核l 是否有明确目标l 是否定义了测试方法l 是否明确了进入、结束规则l 是否定义清楚了角色职责l 测试案例、数据是否准备完整l 是否制定了测试进度及任务分解337系统测试计划及案例审核l 是否有明确目标l 是否定义了测试方法l 是否明确了进入、结束规则l 是否定义清楚了角色职责l 测试案例、数据是否准备完整l 是否制定了测试进度及任务分解33需求变更流程客户提出需求变更请求客户经理确认是否更改不更改更改项目经理分析需求变更客户/客户经理确认分析项目经理实施需求变更4文档编写要点41需求分析说明书需求分析主要包括两部分：用户需求和软件需求，小的项目中可以合二为一。需求分析中最主要的内容是功能分析和数据需求说明。-详见GB-8566和GB8567中相关内容。42概要设计说明书概要设计也叫高层逻辑设计(HLD)，有时也叫架构设计，主要是将需求分析中从用户角度看到的模型映射到软件系统中，从程序系统的全局来考虑。43详细设计说明书详细设计可以和编码并行进行，但最好在编码前确定编码、界面的一些规则，编码完成后再完成详细设计，对系统中设计的第三方组件、链接库文件要列明调用的参数、函数的使用说明。44编码要点l 界面风格l 输入输出信息l 变量、函数、模块命名l 代码注释l 代码排版l 出错处理l 算法逻辑5测试概论51测试概念511测试原则l 开发者本人不应该是作品的最终测试者l 全面测试是必要的但不现实l 测试案例应当能够重复利用l 测试的方法、案例及结果都应文档化l 测试是寻找“偏差”或缺陷的过程512测试方法l 评审l 检查l 原型开发l 运行测试案例l 可用性测试513测试技术l 白盒测试l 黑盒测试l 错误推测514测试等级l 需求测试l 设计测试l 单元测试l 集成测试l 系统测试l 用户接受性测试515测试类型l 审核与控制测试l 错误处理测试l 回归测试l 用户文档和操作性测试l 事务流测试l 可用性测试l 并行测试l 安装测试l 接口测试l 转换测试l 备份/恢复测试l 灾难测试516测试过程l 测试计划l 测试案例设计l 运行测试案例l 填写测试报告52测试的方法和标准521测试流程l 对测试资源进行计划l 制定测试时间表l 全面测试l 功能验证测试l 系统验证测试522测试策略/测试准则测试策略：l 黑盒测试l 白盒测试测试准则：l 案例检查l 版本控制53功能测试计划531产品描述l 功能描述l 当前版本532测试概述5321目标和工作内容目标：l 功能测试阶段的总体目标是验证系统名称是否满足系统名称功能说明书中指定的功能目标。工作内容：l 测试计划、案例设计l 准备测试数据l 建立测试环境l 运行测试案例l 检查、修该、更正错误l 填写测试报告5322测试方法l 对功能项进行基本测试l 对功能组进行组装测试5323进入准则l 用于测试的源代码已经满足单元测试的结束准则l