软件开发流程管理经验谈

软件开发流程管理经验谈XX：XX软件开发流程管理2ContentsCMMI介绍CMMI模式CMMI通过评鉴组织单位CMMI架构CMMI导入益处CMMI应用3CMMI介绍CMMI(CapabilityMaturityModel-Integrated)能力成熟度模型整合是美国卡内基美隆大学(CarnegieMellonUniversity)的软件工程学院(SoftwareEngineeringInstitute,

SEI)自CMM之后提出的修订版本CMM的核心是将软件开发视为一个「过程」，将这过程标准化，可使得组织单位更好的实现目标CMMI的目的为发展出一个共通性的整合架构，以支援整合不同专业领域的特定能力成熟度模式及相关产品提供指导原则促进流程改善提升质量与生产力4CMMI模式(1/3)美国卡内基美隆大学的软件工程学院SEI提出三套流程模式：CMMI-DEV：针对系统研发提出研发管理流程CMMI-ACQ：针对采购商与供应商提出采购管理流程CMMI-SVC：针对服务维运提出管理流程5CMMI模式(2/3)CMMI-DEVMaturityLevel(成熟度等级)：Level1：初始级(Initial)没有固定的工作流程，仰赖组织成员的能力，缺点常会超过项目的预算与时程Level2：管理级(Managed)，具备基础项目与规划管理能力可确保项目流程是经过规划、被记录、已执行与控管的6－经济部工业局软件价值产业推动计划CMMI模式(3/3)CMMI-DEVMaturityLevel(成熟度等级)：Level3：定义级(Defined)，标准化整个组织所执行的流程说明和程序都是一致的Level4：量化管理级(QuantitativelyManaged)针对项目质量与流程绩效建立量化目标，并使用为管理项目的准则Level5：最佳化级(Optimizing)持续流程改善，朝向学习型组织迈进7CMMI通过评鉴组织单位Level2曜发科技、立錡科技、富士康奇美、中国钢铁、广达计算机、台湾富士通、曜发科技、财政部、逢甲大学地理信息系统研究中心Level3国众计算机、友达光电、三商计算机、叡扬信息、慧智达科技、核心知识、精诚信息、经贸联网科技、诚功科技、资拓宏宇、仁宝计算机工业、大同、宏碁、富邦金控、惠普科技、新光人寿Level4中冠信息、程曦信息整合、财团法人工业技术研究院、鼎升信息科技、鼎新计算机Level5IBM国际商业机器、中山科学研究院、凌群计算机8CMMI架构9－宝发科技股份有限公司CMMI导入益处美国有10-15%的软件客户都是国际大公司，一般都要求软件供应商通过较高级别的CMM/CMMI评鉴透过确实的度量分析与项目监控，使得项目管理能力提升，可以更有信心的掌握成本、时程与质量奠定良好的项目流程标准化，可实时了解项目的活动状况及发生问题的应对方式透过不断的改善流程，除了使流程务实有效外，也将促进生产力之提升与营运成本之下降。10软件生命周期需求瞭解系統分析系統設計系統開發系統測試上線維護11需求了解了解客户真正的需求与期望达成的目的期望解决怎样的问题功能界面操作的要求有无特殊规定、规范当地使用者的习惯限制条件内容可透过访谈、Email、电话、问卷…等方式，进一步地取得隐藏式的需求项目需有启动会议，告知并取得同意书面文件有项目授权单、工作申请支援单、项目计划书项目计划书中的WBS(内容时程规划)须依据项目在进行时同步更新12系统分析(1/2)依据客户的需求以及相关的资料内容，对系统做整体性的分析及描述，取得较为准确或合理的结论使用书面的方式清楚地呈现出客户的需求，此成品为需求规格書1

2需求规格书内容分下列几大项目：范围：作业环境、系统流程功能性：操作方式、画面处理或操作界面细部描述、程序流程非功能性：如上线时间、效能要求操作步骤：资料流程、UseCase13系统分析(2/2)一般而言，需求了解与系统分析会由同一人来负责书面文件有需求规格书、需求追溯表、审查表、项目进度报告项目的里程碑14需求規格書PM審查人員客戶PMCM系统设计(1/2)依需求规格书的内容，转成工程文件，此为软件设计文件(SoftwareDesignDocument,SDD)软件设计文件分为两种：整体：有功能架构、系统架构、模块设计、资料设计(档案、数据库)、部署设计系统架构：硬件、环境、网络、界面设计模块设计：再使用(评估原功能做调整)、再开发(自制)、购买元件个别：依据功能、模块做更细部的描述若有重大技术问题，则在多方讨论之后产生决策分析表(DecisionAnalysisandResolution,DAR)，采用评分方式决定15系统设计(2/2)此阶段文件：软件设计文件软件设计文件-{功能名称}决策分析表产品整合文件Compiler的方式、顺序、位置与主要元件说明使用者操作手册系统功能操作说明书16系统开发参考需求规格书(SRS)、依据软件设计文件(SDD)开始撰写或修改程序内容书面文件依据软件设计文件撰写单元测试个案开发人员会依据单元测试个案做单元测试(UT)依据需求规格书撰写软件测试个案此为提供给客户做测试的个案內容17系统测试(1/2)系统测试一般分为三阶段公司SIT：公司的测试人员，依据软件测试个案开始对系统做测试测试正确产生的报告，称作软件测试报告若有Bug则另有IR纪录表纪录，再将纪录表提供给开发人员做修改客户SIT：客户的IT/信息人员，依据公司提供的软件测试报告开始测试此阶段一般为客户的IT或信息室人员做測試，此階段人員會具有程式邏輯概念，且熟悉客戶作業流程18系统测试(2/2)客户UAT：客户的使用者，依据所提供的软件测试报告开始测试一般会请真正的操作人员来做测试仅熟悉作业流程此阶段也是三阶段中时间最长的一个阶段当此阶段完成后，客户会针对使用的更新资料、执行档等版本最订版此阶段之书面报告为软件测试个案、软件测试报告19上线维护(1/2)提供上线相关文件使用者操作手册教育训练文件分为IT人员与使用者AIG上线操作步骤ReleaseNote写明此次交付软件的异动内容、上线Bug的修复、版本的新旧版号等信息上线计划书此为上线日期、上线流程(动作)、每阶段所耗费的时间、负责的人(或单位)及遭遇问题无法实时解决的处理方式20上线维护(2/2)上线动作，会依据上线计划书中所标示的时程进行时间基本上会有两天第一天，客户更换软件与设备，公司现场支援以避免突发状况第二天，客户所有人员正式启用，公司现场支援与解决问题之后，开结案会议收集意见与建议到此，整个项目完整结束21职场经验浅谈22简报的必要性如何写简报用的文件一步一步慢慢来，先把自己要讲的全写上去，之后再逐次删减面对不同的场所，要调整简报内容的重点与模式自我练习的重要性确实掌握简报的时间千万别在客户面前拿着麦克风做发声练习紧张是一定会有的，但是得看你可以在多短的时间内恢复正常23职场上遇到的问题职场上应有的基本礼节？遇到主管、同事或客户需主动问好不论是否请假或离职，都需要礼貌的告知权责主管主管交付的文件一定要问清楚交付时间，若无法在交付时间内完成，也一定要清楚地跟主管报备工作上遭遇问题或困难，解决方式？自己来询问同事或主管24交付的文件与程序保持干净整洁。25职场上千万别做的三件事第一件事：抢别人的功劳工作出现成果时，谨慎分析自己在当中扮演的角色，究竟有哪些功劳真的算自己的第二件事：掩饰过错掩饰过错有如埋下一颗定时炸弹，等别人发现的时候，就是炸毁个人声誉的时候，事情将难以挽回第三件事：工作常常没有达到要求万一自己没做好工作，下一个工作一定要加倍努力，赶快补偿回来，不要成为大家眼中的惯犯－公司杂志（Inc.）报导26跟上司打交道搞懂三招首先，行事风格是民主或独裁？民主，会有较自由的空间，但风险须自行负责独裁，最好凡事问，风险较小，但总觉得碍手碍脚的其次，决策形式是掌握原则或注重细节？掌握原则，只要提纲挈领去报告就可注重细节，只有比他更细了最后，沟通