IT行業(yè)ISO9001：2015體系認(rèn)證之管理制度、作業(yè)指導(dǎo)書合并2018外審版

文件編號：NJRX/GL-2018版本狀態(tài)：B/0受控狀態(tài)：口受控"非受控發(fā)放編號：RX-002編 制：xx)l編 制：xx)l日審 核：xx)l日期：2018年門月門日期：2018年"月門日準(zhǔn)：XX)L日期：2018年行月行日南京瑞祥科技發(fā)展有限公司發(fā)布日期2018年"月門日實施日期2018年12月門日率京瑞祥科技發(fā)展有阻公叼 管理制度率京瑞祥科技發(fā)展有阻公叼 管理制度文件編號：NJRX/ZY-2018版本狀態(tài)：B/0受控狀態(tài)：口受控"非受控發(fā)放編號：RX-002本《質(zhì)量手冊》是依據(jù)GB/T19001-2016idtIS09001:2015標(biāo)準(zhǔn)

編制，本體系含有《程序文件》、《管理制度》、《作業(yè)指導(dǎo)書》

等支持性文件編 制：XX)L 日期：2018年們月行日審 核：XX)L 日期：2018年們月行日批 準(zhǔn)：XX)L 日期：2018年行月們?nèi)漳暇┤鹣榭萍及l(fā)展有限公司發(fā)布日期2018年門月門日實施日期2018年12月11日目錄TOC\o"1-5"\h\z\o"CurrentDocument"一、 項目可行性研究 29\o"CurrentDocument"二、 立項階段 29\o"CurrentDocument"三、 需求分析階段 29\o"CurrentDocument"四、 開發(fā)策化階段 30\o"CurrentDocument"五、 設(shè)計階段. 30\o"CurrentDocument"六、 編碼實現(xiàn)階段 31\o"CurrentDocument"七、 測試階段 31\o"CurrentDocument"八、 驗收交付 32\o"CurrentDocument"九、 軟件維護(hù) 32\o"CurrentDocument"十、項目開發(fā)文件的審批 33\o"CurrentDocument"十一、各階段共同的任務(wù)要求 33\o"CurrentDocument"十二、驗證與評審 33\o"CurrentDocument"十三、軟件開發(fā)流程圖 34一、 項目可行性研究公司設(shè)計人員根據(jù)行業(yè)需求和市場需求，設(shè)計大的方案和ppt文案，然后指定人員進(jìn)行的前期調(diào)研工作，可行性研究負(fù)責(zé)人員對產(chǎn)品的市場需求、技術(shù)發(fā)展、市場定位、功能需求、經(jīng)濟(jì)效益、進(jìn)度需求、風(fēng)險分析等進(jìn)行可行性研究，提供產(chǎn)品立項建議，擬制可行性研究報告，由部門負(fù)責(zé)人指定市場營銷部門配合可行性分析人員，技術(shù)負(fù)責(zé)人協(xié)助安排?？尚行苑治鐾戤吅笥删C管部組織對可行性研究報告進(jìn)行評審，評審?fù)ㄟ^后，由技術(shù)研發(fā)部進(jìn)行安排立項工作。本階段提交的文檔：k設(shè)計文案2、 PPT介紹3、 項目可行性研究任務(wù)書（技術(shù)負(fù)責(zé)人或部門負(fù)責(zé)人下達(dá)）4、 項目可行性研究報告（可行性研究人員編寫）二、 立項階段可行性分析評審?fù)ㄟ^后，由研發(fā)部門經(jīng)理下達(dá)立項任務(wù)，指定相關(guān)人員填寫立項申請報告報批。報批通過后，由部門經(jīng)理與技術(shù)負(fù)責(zé)人協(xié)商，下達(dá)開發(fā)任務(wù)書，經(jīng)技術(shù)負(fù)責(zé)人審核確認(rèn)后，報公司批準(zhǔn)。批準(zhǔn)立項后項目進(jìn)度應(yīng)以立項申請報告中的階段進(jìn)度為準(zhǔn)，如果進(jìn)度要調(diào)整，需填寫進(jìn)度調(diào)整申請報告報批。本階段提交的文檔：1、 項目立項申請報告2、 開發(fā)任務(wù)書三、 需求分析階段承辦單位根據(jù)交辦單位提出的技術(shù)要求和相應(yīng)的軟件任務(wù)書以及其它有關(guān)文件，與交辦單位協(xié)作，確定詳細(xì)的軟件需求，該階段完成的軟件需求規(guī)格說明經(jīng)審定和批準(zhǔn)后將作為整個軟件開發(fā)工作的基礎(chǔ)列入配路管理的基線，在本階段可利用快速原型法使比較含糊的具有不確定性的軟件需求（主要是功能）明確化。能給本公司開發(fā)的軟件的“需求基線”確定提供一個討論、進(jìn)一步完善的基礎(chǔ)。在本階段，由產(chǎn)品經(jīng)理負(fù)責(zé)，其他人員配合，編寫產(chǎn)品規(guī)格說明書，此說明書面向最終用戶和領(lǐng)導(dǎo)，主要描繪產(chǎn)品的形狀以及功能、性能、功能特性、性能特性。由項目經(jīng)理負(fù)責(zé)編寫系統(tǒng)技術(shù)方案書，描述公司初次使用的技術(shù)的詳細(xì)解決方案。本階段完畢后對需求分析進(jìn)行評審，出具需求分析評審報告。本階段提交的文檔：k軟件需求規(guī)格說明書。2、 原型分析說明書3、 產(chǎn)品規(guī)格說明書4、 系統(tǒng)技術(shù)方案書5、 質(zhì)量記錄：需求分析評審報告6、 提交的軟件：產(chǎn)品的原型（注：如果時間有限，可以只編寫原型分析說明書而不作原型）四、 開發(fā)策化階段根據(jù)項目要求和軟件需求，由配路人員配合項目經(jīng)理編寫本項目的質(zhì)量保證計劃、配路管理計劃和項目綜合計劃。在配路管理計劃中，應(yīng)列明本項目需提交的各階段文檔的名稱，在項目各階段完成后，項目組需列表說明要移交的文檔，將此表與各文檔一并向總工辦移交。在制定計劃時，應(yīng)為計劃、設(shè)計、測試、改錯、再測試、變更、以及編制文檔留出足夠的時間。不應(yīng)使用突擊的辦法來完成項目。本階段涉及的文檔：1＞軟件質(zhì)量保證計劃2、 配置管理計劃3、 項目綜合計劃五、 設(shè)計階段.（一）、概要設(shè)計根據(jù)軟件需求規(guī)格說明建立軟件總體結(jié)構(gòu)和模塊間的關(guān)系，確定各模塊功能，定義各功能模塊的接口，設(shè)計全局?jǐn)?shù)據(jù)庫和數(shù)據(jù)結(jié)構(gòu)，在概要設(shè)計明確后，可以對綜合計劃進(jìn)一步細(xì)化，填寫項目進(jìn)度預(yù)計。概要設(shè)計需經(jīng)過評審。本階段涉及的文檔：1產(chǎn)品概要設(shè)計說明書2數(shù)據(jù)庫設(shè)計說明3項目進(jìn)度預(yù)計4質(zhì)量記錄：評審報告（二）、詳細(xì)設(shè)計對概要設(shè)計中產(chǎn)生的功能模塊進(jìn)行過程描述設(shè)計，設(shè)計功能模塊的內(nèi)部細(xì)節(jié)，包括算法和數(shù)據(jù)結(jié)構(gòu)，為編寫源代碼提供必要的說明。詳細(xì)設(shè)計需要經(jīng)過評審。本階段涉及的文檔：1軟件詳細(xì)設(shè)計說明書2測試計劃3質(zhì)量記錄：評審報告六、 編碼實現(xiàn)階段、根據(jù)軟件詳細(xì)設(shè)計說明、對各程序模塊進(jìn)行編碼、調(diào)試、靜態(tài)分析和單元測試,驗證程序單元與設(shè)計說明的一致性。本階段涉及的文檔：k項目進(jìn)度月報2、 項目周計劃和周總結(jié)3、 項目開發(fā)人員周計劃4、 工作日志5、 每周例會記錄6、 配路項更改申請單七、 測試階段（一）、軟件單元測試按詳細(xì)設(shè)計的結(jié)構(gòu)，根據(jù)軟件單元測試計劃，依照將經(jīng)過單元測試的底層程序單元逐步組裝成子項目直到開發(fā)項目的過程，對軟件進(jìn)行測試。本階段涉及的文檔：1、 測試計劃2、 測試設(shè)計3、測試問題報告單（二） 、組裝測試根據(jù)軟件需求規(guī)格說明書中定義的全部功能和性能要求及組裝測試計劃，對軟件進(jìn)行組裝測試，以確定整個軟件是否滿足軟件需求是否可以提交總裝測試。軟件組裝測試計劃（含測試用例設(shè)計）的編制工作和軟件組裝測試環(huán)境的研制、組建工作，應(yīng)從軟件需求分析階段起與軟件開發(fā)同步展開。本階段涉及的文檔：1、 測試計劃2、 測試設(shè)計3、 測試問題報告單（三） 中試階段項目組開發(fā)的軟件產(chǎn)品經(jīng)中試部驗收后提交中試部中試，中試部根據(jù)需求分析報告，從用戶的角度出發(fā)對產(chǎn)品的功能、性能進(jìn)行中試。本階段涉及的文檔：k中試計劃2、中試問題報告單八、 驗收交付對完成中試的軟件進(jìn)行檢查、審查和評審，確定軟件是否達(dá)到了軟件任務(wù)書的要求。驗收通過的軟件可以向軟件交辦單位交付。項目經(jīng)理及項目組人員應(yīng)在此階段完成項目總結(jié)，項目經(jīng)理提交項目開發(fā)總結(jié)報告，項目組成員提交個人工作總結(jié)報告。本階段涉及的文檔：1＞驗收報告2、 項目開發(fā)總結(jié)報告3、 個人工作總結(jié)報告九、 軟件維護(hù)對軟件的維護(hù)包括針對軟件運行過程中發(fā)現(xiàn)的問題而進(jìn)行的改正性維護(hù)，針對不同任務(wù)對軟件提出不需求而進(jìn)行的改善性維護(hù)，以及可能出現(xiàn)的由于軟件運行環(huán)境的改變而進(jìn)行的適應(yīng)性維護(hù)。本階段涉及的文檔：k軟件問題匯總表2、維護(hù)報告十、項目開發(fā)文件的審批可行性研究報告及立項申請、項目開發(fā)計劃及項目開發(fā)總結(jié)、確認(rèn)計劃及確認(rèn)報告、驗收計劃及驗收報告由技術(shù)負(fù)責(zé)人審批。項目組人員編寫的其他文件由項目經(jīng)理審批。十一、各階段共同的任務(wù)要求在軟件開發(fā)過程的各個階段，都要求完成相應(yīng)的文檔編寫工作。本文檔的前面部分已給出了在軟件自上而下周期各個階段中的文檔編制情況。軟件文檔從形式上來看，大致可分為兩類：開發(fā)過程中填寫的各種圖表，稱為工作表格；應(yīng)編制的技術(shù)資料或技術(shù)管理資料，稱為文檔或文件。按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類：開發(fā)文檔：這類文檔是在軟件開發(fā)過程中，作為軟件開發(fā)人員前一階段工作成果的體現(xiàn)和后一階段工作依據(jù)的文檔。包括軟件需求說明書、數(shù)據(jù)庫設(shè)計說明書、概要設(shè)計說明書、詳細(xì)設(shè)計說明書、可行性研究報告、項目開發(fā)計劃。管理文檔：這類文檔是在軟件開發(fā)過程中，由軟件開發(fā)人員制定的需提交人員的一些工作計劃或工作報告。使管理人員能夠通過這些文檔了解軟件開發(fā)項目安排、進(jìn)度、資源使用和成果等。包括項目開發(fā)計劃、測試計劃、測試報告、開發(fā)進(jìn)度月報、項目周計劃周總結(jié)及項目開發(fā)總結(jié)等。用戶文檔：這類文檔是軟件開發(fā)人員為用戶準(zhǔn)備的有關(guān)該軟件使用、操作、維護(hù)的資料。包括用戶手冊、操作手冊、維護(hù)修改建議、軟件需求說明書。項目各階段完畢后需把本階段相關(guān)文檔列表向總工辦移交。十二、驗證與評審軟件評