某日企軟件開發(fā)流程和管理體系-預(yù)覽頁(yè)
【正文】 三，工作流程化管理 將能夠流程化的任何工作都流程化，小到代碼版本管理，大到項(xiàng)目開發(fā)，并且將這些流程全部整理成資料或者手順書。 2，工作不容易出錯(cuò)。 4，將經(jīng)驗(yàn)保 存下來(lái)。討論出來(lái)的方法必須是流程上的改善，或者手順上的改善，或者確認(rèn)書上的改善 等客觀上可以防止今后不會(huì)發(fā)生同類問(wèn)題的方法。 號(hào)試： 小批量生產(chǎn)階段。對(duì)于產(chǎn)品進(jìn)行大量生產(chǎn)，并運(yùn)往全球顧客所在地，如無(wú)特大品質(zhì)問(wèn)題，此階段也不進(jìn)行軟件開發(fā)。（不參與軟件設(shè)計(jì)，因此不在此詳細(xì)介紹） 2， 開發(fā)統(tǒng)括部 主要負(fù)責(zé)顧客需求分析，制定開發(fā)計(jì)劃和日程，并從整體統(tǒng)籌各項(xiàng)目的進(jìn)展。 B，軟件開發(fā)組，主要負(fù)責(zé)根據(jù)制御式樣書（即概要設(shè)計(jì)），設(shè)計(jì)和編寫程序，并完成相應(yīng)的測(cè)試，組內(nèi)人員需要精通軟件 開發(fā)知識(shí)。并且制定出項(xiàng)目開發(fā)的大日程（即各階段實(shí)施的日程）。 根據(jù)制御式樣書，開發(fā)軟件（詳細(xì)流程下面介紹）。每個(gè)SMR開始的時(shí)候，由 SMR負(fù)責(zé)人新建 SMR。 M01：制御式樣檢討 此階段在 SMR 負(fù)責(zé)人對(duì)制御式樣書進(jìn)行深度理解的基礎(chǔ)上，完成以下幾個(gè)資料的編寫。 ② 時(shí)序圖。 ④ 機(jī)能檢查項(xiàng)目表。尤其是觀點(diǎn)集的正確性和機(jī)能檢查表的檢查項(xiàng)目有沒(méi)有漏掉是確認(rèn)的重點(diǎn)。主要完成以下幾個(gè)資料的編寫。 ② 變量的更新使用分析。 M05：構(gòu)成設(shè)計(jì) DR（ design review） 此階段為 M04 的評(píng)審階段，評(píng)審的參加人有相應(yīng)組項(xiàng)目擔(dān)當(dāng)和項(xiàng)目負(fù)責(zé)人。 ① Object式樣書。 M07： Object設(shè)計(jì) DR（ design review） 此階段為 M04 的評(píng)審階段，評(píng)審的參加人有相應(yīng)組項(xiàng)目擔(dān)當(dāng)和項(xiàng)目負(fù)責(zé)人。主要完成以下幾項(xiàng)檢查內(nèi)容。根據(jù)工具自動(dòng)檢查代碼是否有一些代碼層面基本的問(wèn)題，如有否空指 針等等。評(píng)審的主要目的為確認(rèn)代碼是否有問(wèn)題，靜的檢查中的內(nèi)容是否有問(wèn)題。 M13：機(jī)能檢查 此階段根據(jù) M01 中作成的機(jī)能檢查項(xiàng)目表對(duì)程序進(jìn)行測(cè)試，并將測(cè)試結(jié)果整理成資料。 M15：檢查結(jié)果 DR（ design review） 此階段為 M11~M14的評(píng)審階段，評(píng)審的參加人有相應(yīng)組項(xiàng)目擔(dān)當(dāng)和項(xiàng)目負(fù)責(zé)人。 ③ 項(xiàng)目開發(fā)模式 按照 SMR 項(xiàng)目的具體首先，當(dāng)品質(zhì)問(wèn)題發(fā)現(xiàn)時(shí)，發(fā)現(xiàn)者需要登錄品質(zhì)問(wèn)題發(fā)現(xiàn)報(bào)告，報(bào)告中記錄發(fā)現(xiàn)人，發(fā)現(xiàn)時(shí)間，場(chǎng)所，項(xiàng)目名，發(fā)現(xiàn)經(jīng)過(guò)和現(xiàn)象等具體細(xì)節(jié)。 2， 根據(jù)品質(zhì)問(wèn)題判斷標(biāo)準(zhǔn)，注明問(wèn)題的輕重程度。） 5， 問(wèn)題的解決方案（概要說(shuō)明）。 最后，在品質(zhì)問(wèn)題對(duì)應(yīng)結(jié)束后，由 SQA 組織會(huì)議對(duì)品質(zhì)問(wèn)題對(duì)應(yīng)管理報(bào)告進(jìn)行評(píng)審。 3， 在未發(fā)行庫(kù)中自動(dòng)生成本次關(guān)聯(lián)修改或者新建 的式樣書的番號(hào)。） 6， 在 CDI開始和結(jié)束時(shí)，能夠由評(píng)審人員電子署名（承認(rèn)）。 該系統(tǒng)擁有以下功能： 1， 品質(zhì)為發(fā)現(xiàn)報(bào)告登錄時(shí)自動(dòng)生成品質(zhì)問(wèn)題番號(hào)。（擁有每一步延期時(shí)自動(dòng)提醒，每個(gè)步 驟結(jié)束時(shí)可自動(dòng)確認(rèn)是否完成流程。 7， 若此品質(zhì)問(wèn)題需要更改式樣書時(shí)，則品質(zhì)問(wèn)題可以關(guān)聯(lián) CDI的番號(hào)。 該系統(tǒng)擁有以下功能： 1， 該系統(tǒng)中擁 有部品庫(kù)，庫(kù)中存放著各個(gè)獨(dú)立功能模塊的標(biāo)準(zhǔn)程序。 3， 當(dāng)項(xiàng)目中需要用到某一部品的時(shí)候，需要在 M06 中將項(xiàng)目名登錄進(jìn)部品管理系統(tǒng)。 ④ SMR(software modifation report) 軟件變更報(bào)告管理系統(tǒng) 項(xiàng)目開始后則需要建立 SMR對(duì)項(xiàng)目的各個(gè)流程進(jìn)行管理。 4， 可以關(guān)聯(lián)相應(yīng)的 CDI和品質(zhì)問(wèn)題番號(hào)。 7， M02， M05， M07， M10， M15 評(píng)審階段的流程時(shí)可以做成評(píng)審會(huì)議電子版議事錄。） 9， SMR結(jié)束時(shí)評(píng)審人員署名終了承認(rèn)。 該系統(tǒng)擁有以下功能： 1， 當(dāng)項(xiàng)目啟動(dòng)時(shí)確立該項(xiàng)目的 Base程序后，在 TFS上建立新的程序開發(fā)庫(kù)。包括上傳更新的文件名， SMR 番 號(hào)，上傳者，上 傳時(shí)間等信息。使得資源可以高效得利用，人員的時(shí)間也可以迅速把握。若設(shè)備已被借出，則可查看到借出人和歸還時(shí)間，以便掌握什么時(shí)候可以使用該設(shè)備或者與借出人協(xié)商。 4， 如果不需要會(huì)議室的會(huì)議或者事件，則可以直接預(yù)約人員，或者預(yù)約自己在某一時(shí) 間內(nèi)做什么事，方便他人查看你的閑暇時(shí)間。議事錄完成后需要發(fā)行，發(fā)行后會(huì)議的所有參加者可以審查議事錄的內(nèi)容，并且所有參加人員以及有必要的上級(jí)主管需要署名承認(rèn)該議事錄的有效
法律信息相關(guān)推薦
鄂ICP備17016276號(hào)-1