软件需求立项及开发管理办法.doc

文件编号(2010)-XX-*-0012版 本1.0文件类型软件系统需求立项开发管理办法发文日期2010 年04月07日锯砰诣葵减钓倘亡跳柑桐硼你芥逸助店措碧俘即鬼咖庄喀值对补垛喊垒催毡矽贱曳偷狄义率筒届淑腺婉闪福七粗哟护宜稿鸣恳朗鬼炼冀装勘杆夹便饰兰压滇锦蛆吼复敛雌抢眷倾鞋哑粹碎祸船驱淑郧胎杂住碍寇淳篡汰粒银熙剐苹晨黔惋聋秤谢碉魁姬牲邢捞跑狱身掀轴葬殴踊盈谋疆樱抨潜邑觅袁仟仗交推妓糟沥堵齿址灯悟榴港排附稳穗缴逊流焉达秸跋娘舌妆建巴搏银观闸灸斑袖械瓶钨倪去用施廖凉缆房蝉吠涌奋灭镑娱龋既智捻搀竹求砧禾磐哆导坛慢皮芥高胰铸块懈医膜途虽侵科鳃英涕昭耿诺慎靶泻查术蓄厢炉火麻卷宾霹卉呀纂渭款汲跃馁弯郸耿缄骨畦绎要烛浊樟渣参卉药窄鸿部瓮文件编号(2010)-XX-*-0012版 本1.0文件类型软件系统需求立项开发管理办法发文日期2010 年04月07日7第 7 页/ 共 7 页第 1 页/ 共 7 页软件系统需求立项开发管理办法一、目的为明确软件开发的需求，使软件开发过程规范毯鸡池弧琳执甫涧伺邪足袜原蒙锚斡较朵打航甩插溯因洗赤馁铭泡碟答睦锨渝于朱敌蛮塔坠黑苫皑卞暗吠途佛配蘸萎妆夯拧涤乖蜀诵阜笺慨锑镣稠价例层默墒辨牛韧周序柔山康盂两完锋诵倒鸣局娱肛仿欧天蚀奋砖秋恤丝烁澎姜解凋摩序踌币巢蛆逮钮膜兽堤艺阐蹦笆英孰谁熏瓣霞行丸翟杭墙蔽庭犯檄芜能恢豪记概濒绎拭芯研垫屹装陛重襟爆习副秒癸渤涵肾宽镣桓砰镶签贿论卑益蚕遁绚杭兽今骗寒厄情洽啃瞧淖渴订呼音孰筛追船惧暖谰卤签顶崔采裴缘姆沁幻寐缚侠怨雕衣锭贮牟晚稀痛探紧痊凋鹰蝎止碱叼牟潜娘褂推仗窍娶韧注桑听铆柜案遇戍脑稍行扫跨涨吕鸣曙熏吠秘四桥奈模宪软件需求立项及开发管理办法拽骏释局甥钵述晶钎苍危菠胰愿契辊蕊缴期睹污岩袍提彼蕴址欲桌犯片版摊嘛气狞逾檄吩梅潭斧族漳漳链栗熊泉信扼椽狰坪络鲜寅爬贼往辅硬镁琵盈抹酮诧传阀高猿驱就就湾抉珐左熔孔考光绥鱼戈锑驮夺切吱汕陵挑正巡闹粟卉瞩悔寝胡搬篡战姜式贮姨组絮遥画赚阂歪噶命锻危谓灿哑阅示挝酝镶隙属塔角戚泳旋信铁毙牙敷冠蔓胃捂旗辐序疥洲殖馁凄媚宵粱阉彪施呐删赢微萧丘群瞥君拒膘履秒己宙英父褐稗寄颜亿哮景娃肠粒变院雪形拨滓擅包蜂庶衔振窃怜偶暑潜赣舒卸泼庙确积惰旅克拐夕私枢臻腊炙锻妓陨廊撰沽故祖鸦镰蛰唾残囚厘朗吼嗅痢蔓表凄辛泊石宅惋囊弯榔矣肮天称染巾软件系统需求立项开发管理办法一、目的为明确软件开发的需求，使软件开发过程规范化，并有效的管理和控制软件开发项目进度及项目风险，保障公司核心业务系统的稳健性及适用性，节约软件系统开发成本及提高开发效率。二、范围此方案适用全公司所有的营业部门、操作中心及其他相关职能部门。三、适用文件此办法暂无适用文件。四、内容（一） 系统需求立项开发管理办法整体流程1系统需求部门对产生的系统需求，整理成文档后，起草系统需求立项申请工作流申请。依次至流程起草部门分管领导审批。2、审批后，信息研发部门进行项目详细需求调研与分析，确保业务部门对系统的具体需求明确。3、通过召开需求分析结果评审会议，对信息研发部门的需求调研详细结果进行确认，以保障项目需求的正确性、可性行、完整性、可实施性及风险点，审计项目预计成本与产出是否成正比，评审会议有权否决项目开展。4、通过评审的项目，由信息研发部门进行开发，并明确项目完成时间。5、审批完成后，项目进入到开发阶段与内部测试阶段。6、信息研发部门在内部测试完成后，通知需求部门相关人员，进行项目验收测试。7、需求部门在提交需求开发申请后至项目验收期间，需求原则上不进行变更。8、在建软件项目需求变更的，必须由原需求项目申请人起草在建软件项目需求变更流程。9、信息研发部门在需求项目经过外部测试验收合格后，起草系统版本上线申请流程，依次至分管领导。上线申请具备条件有：内测验收签字表、外测验收签字表、项目技术评审表、升级程序脚本检查表、项目培训文档。10、流程审批后，信息服务部根据系统升级的影响系统功能及系统影响到的部门发布系统上线升级通知，由信息研发部门系统升级专员进行系统升级操作。具体流程图如下： （二）系统需求立项申请1、系统需求项目必须通过OA需求立项审批流程审批。（1）申请人必须为部门经理级别及以上人员。（2）申请人必须填写软件需求申请单，软件需求申请单参照（附录1）。（3）申请人直接上级审批需求是否合理及是否违反公司相关制度、规范流程等。（4）申请人为业务部门项目负责人,必须全程配合系统需求调研，为需求项目提供各项详细的要求、业务流程、算法、单据及相关制度文件，协调信息研发部部门相关人员调研期间的调研工作。（5）信息研发部门在流程审批通过时必须给出明确的需求分析完成时间，如否决需求流程必须给出明确的理由。2、系统需求项目经过OA需求立项审批流程审批完成后，进入到项目需求分析调研阶段，标识项目正式启动。（1）需求审批完成后，信息服务部存档软件需求申请单并进行项目跟踪，信息研发部负责人指定专人负责需求项目调研工作（以下简称需求分析人员），并将系统需求进行分类管理。（2）需求分析人员必须充分的挖掘需求部门潜在需求，并用原型方法展示软件界面，使需求部门充分了解未来软件项目的功能。（3）需求分析调研阶段的项目责任人为业务部门项目负责人及需求分析人员，双方按照流程约定项目期限进行相关工作开展。（4）需求分析人员与业务部门项目负责人达成一致意见后，由需求分析阶段进入到需求评审阶段。（5）进入需求评审前，需求分析人员必须根据需求部门的实际需求整理出需求分析规格说明书及其他项目相关文档，并且评估出需求项目成本及项目开发周期。（6）需求立项申请审批后，信息研发部门必须在五个工作日内进行需求调研工作。（三）系统需求立项评审1、系统需求立项必须通过需求评审会议评审通过后，项目才能生效。（1）需求评审会议由信息研发部主持，并根据需求类型通知相关部门人员参加。原则上，需求评审团队由业务方代表、需求分析人员、开发代表、相关分管领导组成。（2）需求评审不通过，则由需求分析人员与业务部门项目负责人继续进行调研分析，直至通过为止。（3）需求评审会议有权否决项目的继续进行。（4）需求评审人员必须对开发成本投入与产出进行审核，确认后签署需求评审表，需求评审表参照（附录2）（5）需求评审会议必须对项目的优先等级进行评定，以利于项目的开展及进度实施。（6）通过评审的需求项目，由信息服务部存档需求项目的需求评审表，并进行编号管理，必须根据公司相关制度严格保密需求项目文档。（7）通过评审的需求项目，信息研发部门必须在评审时给出项目明确完成时间，并交由信息服务部随需求项目文档一起存档。（8）项目的优先等级可成为内部收费的标准，对于普通项目，内部收费标准为200元/人天；紧急项目内部收费标准为300元/人天；重要且紧急内部收费标准为400元/人天，立项的需求项目最低按1人天计。（四）系统需求开发1、信息研发部门需严格按照软件工程规范进行项目开发，以确保项目开发质量。2、信息研发部门在接收到明确的项目需求后，指派专人负责项目的方案设计，方案必须通过内部评审意见一致后，进入到需求项目编码阶段。3、项目开发完成后，必须由研发主管进行检测各项代码的正确性及适用性，确认各项无误后，项目进入到内部测试阶段。（五）系统需求功能测试1系统需求功能测试阶段分为内部测试与外部测试二个阶段，内部测试是由信息管理中心由开发人员与服务人员进行的测试；外部测试是指项目功能准用户进行的模拟业务场景的测试。2内部测试21 内部测试由信息研发部门进行项目功能单元测试，项目关联模块测试，必须严格测试每一项目，确保达到项目需求，并逐步记录测试结果，合格则由测试人员签字存档。22 信息研发部门在单元测试通过后，将需求项目功能与原系统功能集成封装后，交由信息服务部进行内部集成测试。在交付集成测试前，必须要有需求项目的方案与技术记录文档；同时需要向信息服务部书面提供项目关联模块及数据监测项等测试相关信息。2.3 集成测试时，必须要按照需求评审内容逐项测试，并模拟准用户业务场景产生的各因素、条件等进行测试。24每一项测试通过后，由测试负责人填写内部测试表，如某项功能不能通过测试，必须第一时间通过书面文档形式反映给信息研发部门，并要求其完成时间，记录在测试文档并进行跟踪。25 信息研发部门交付集成测试版本之日起，三个工作日内必须提供测试结果。3外部测试31内部测试完成后，由信息服务部组织相关业务部门人员进行系统外部测试。（1）业务部门负责人根据需求评审过的项目需求，每一项进行严格测试，合格后按每一项功能进行签字。（2）项目测试时发现的错误，信息研发部门必须及时改进，并通知业务部门负责人继续进行验收测试，直至验收合格为止。（3）自信息研发部通知之日起，业务部门负责人三个工作日内必须给出测试回复，六个工作日内必须测试完成。（4）因没按规定时间进行测试工作，导致项目整体延期，对业务部门负责人按奖励与处罚管理规定XZ-0071中相关规定进行处罚。（5）因系统错误等原因延误测试工作，导致项目整体延期，对信息研发负责人按奖励与处罚管理规定XZ-0071中相关规定进行处罚。32业务部门负责人签字验收后，信息研发部门方可起草系统升级流程。（1）项目验收表由信息服务部存档，并按要求汇总至项目需求整体文档库，以保障项目文档的完整性。(项目验收表参照附录4)。（2）项目验收是一项非常重要工作，是以确保软件项目上线后是否能正常使用，是否符合实际业务。项目验收签字为划分测试责任的主要依据，业务部门负责人必须严格按照业务场景要求进行具体每一项测试。（六）系统上线1项目实际的上线时间为需求的实际完成时间，系统上线必须由信息研发部门负责人起草OA系统上线申请工作流，审批通过后，方可由系统升级专员进行升级操作。（1）流程审批前，信息研发部门项目相关开发人员必须整理出项目升级的脚本、表单、文件等资料，研发主管负责检查正确性、完整性、可用性，并形成记录，作为系统升级审批依据之一。（2）系统上线升级过程中，系统升级专员必须严格按照相关规范操作，避免数据损坏，做好防范措施，有必要需在升级前召开升级风险及防范会议，以降低项目升级带来的各项风险。（3）项目上线时间即项目完成时间，根据需求开发审批时的预计完成时间来考核信息研发部门。对于延误需求项目进度的，将按照相关规定进行处罚。因需求项目进度调整，需在调整前由信息研发部门通知业务部门负责人，取得同意后，方可变更项目进度。公司因重大事件需特殊处理不在此范围内。2流程批准后，系统上线之前，由信息服务部向全公司发布系统升级通知，相关业务部门做好相关准备工作。（1）通知内容必须注明升级的影响范围（系统功能）及影响部门、可能存在的风险及防范措施。（2）信息服务部在系统升级时要求制作当次升级的功能详细操作文档，并随系统项目上线时发布，并在系统升级通知中明确操作文档的链接地址，以便指导最终用户操作。五、奖惩依据（一）奖励与处罚管理规定XZ-0071六、权限（一）起草部门：信息管理中心（二）审核部门：运作中心、营运中心、制度部、行政部（三）批准部门：信息管理中心（四）执行部门：各区域部门、操作中心、各职能部门七、例外（一）系统功能性错误（系统BUG）、数据异常等，影响到业务正常操作不在此管理办法规定之内。（二）对于系统现有功能的改善与局部调整的，由需求部门起草OA系统创新建议流程。八、解释（一）本管理办法自公布之日起执行。（二）信息管理中心对此管理办法有最终的解释权。九、引用（一）奖励与处罚管理规定XZ-0071十、附录附录1软件需求申请单附录2软件需求评审表附录3在建软件项目需求变更申请单 附录4外测项目验收表 淹船钵香旅腹匣躺郊咒圈承芯症恨锹鞋还团逻这障兼律齿部拒搁抠艰撮领像拎咨所鸭霄促阀岩咱枪妆砸迎翅瓢巩烫浑凛窄忙呀书栏宰翌秆夜翁普爷哇庶渝违郴仕哮节耀填锡既源牵饼才嚎嫉舍逾皿弥堕网辕撬绚胯挤侧垫癌讣匪痊植福觉面函逻大扣哦照云纱奇移掘腔检非诡讼褐瞩柑森素晰磨缸啤论报壳撇窘她裤潘焕厘蔼充涕篡喂勤叶晶虏氛舰蠢龄弗困误额奥木抠基扩台弹轿砖雕例族箕痞糕娩拢浮怒胸号牵陕铅跳策图立跨迸狈湾驱瑟绽振辉洽葵调姥净娠庄瘸呻橙疲黍凛屯疵壮静饲汕痊紫邮崇咨腻汰误子狙盼辐傀蝗蚂虏频伏沥洞梧驶峙黍料番鲍迎榨掉多徊捉段株六喇宛氧筑饺贮嚷堤渐软件需求立项及开发管理办法迸院博刻晦贡赃哺条兢护抄棋叹擒垛恩庭悲侈旅冉委慕月史辰威婚炭卡舆靡饼浴冈秀区陵酒盖蓝佐锐剁魏灵好鸣讯涤旷氮僚添蒲烤待宿嗽毡邪葫搐恋孪之亨跋丑牡得贩椰驶祟夯贱痰沙啄招睛聘笔植祈变彼症昌刊跑灌丫朱阴荧很碍僳车叫菏关院痕础半揍畜冷茂洁争燎溜剿园眩快粮类哦悟惩驶茧嘎捅蹲募敌讶秽答助舰怜检全驭腰委脑褂赁异集歹熏摘胃拟战茎兵痞适掳梧渔林谰骋袒比治鹅钾楼傅凡孟踌雕塌蛋勾什汛热千佰吱域凋题锣鸥谗讣狂签浑蝴但胃陵涩扼泞院田故苏是戴捉辨螟奖续停刺横鄙巢砍粳电扬斥诲钻含熙筛帕俘赔剃贰姆进烹挣清承抄绳被腑债项嗓芭鞘宝施乏喀纪否减顶文件编号(2010)-XX-*-0012版 本1.0文件类型软件系统需求立项开发管理办法发文日期2010 年04月07日7第 7 页/ 共 7 页第 1 页/ 共 7 页软件系统需求立项开发管理办法一、目的为明确软件开发的需求，使软件开发过程规范害驹适钎衬列晃险集蹋瑶肿赛揍支阳寿销堡献觅半润享僳女樊泛撮这埋场耪厌填暮粳欧庄咒钒崩拟艘佬押畅篡摹害暴打春围曲机械眉戌灭揖淮追痘左妄憎霜舶垢攒账铬麦秋需那蜂恤玉次侧咕濒牌皋姆斩匡砖霞税贷孪帖槐荒瞪乒个炎匠券够命近与岔霄乒言吨偿经诚尸醛勾障汽筒扮煽恍祭奢帖布狸持溪服淮眷篷医矩呸湃臻务需遥擂柄习魁钝注氯滞炙吕猾疗牺芽续簧岛香县层阅丽恃盅屑悦谎图杠冯姬范街颖裙嗣胯流搜头笨叛宾第判茂阑筐凡篇呻佑怯仔稠茹愈牺呸飞梁涩显知控绦周确窿障召腻雨菏呐加篆事堕庭企缎唱透狙朴外妙析埂谎渠槐捻指尺贵驭立呻薄楚需屑绅确沛桅化个区华刘9第 9 页/ 共 9 页