銷售erp軟件

　　項(xiàng)目決策和組織方式

　　本項(xiàng)目采取階段性設(shè)計(jì)與開(kāi)發(fā)，里程碑式的審查與凍結(jié)的策略，在項(xiàng)目開(kāi)發(fā)過(guò)程中管理按照參照CMM3及ISO-9000系列國(guó)際標(biāo)準(zhǔn)的要求，采取項(xiàng)目經(jīng)理負(fù)責(zé)制，組織方面我們有專門的軟件需求小組、軟件開(kāi)發(fā)小組、軟件質(zhì)量管理小組、軟件配置資源管理小組及軟件測(cè)試小組。從項(xiàng)目的調(diào)研、需求分析、系統(tǒng)分析到程序開(kāi)發(fā)、測(cè)試全過(guò)程先后投入的人力近200人月。

　　一、項(xiàng)目決策方式

　　項(xiàng)目組內(nèi)使用專用的內(nèi)部郵件服務(wù)器進(jìn)行信息傳遞。項(xiàng)目組決策實(shí)行項(xiàng)目經(jīng)理負(fù)責(zé)制，并在此機(jī)制下授權(quán)給各個(gè)管理小組負(fù)責(zé)各自KPA關(guān)鍵過(guò)程領(lǐng)域的管理，各管理小組使用內(nèi)部郵件向項(xiàng)目經(jīng)理報(bào)告小組工作進(jìn)程。項(xiàng)目組每周五舉行一次項(xiàng)目組管理成員會(huì)議，由項(xiàng)目經(jīng)理、需求組長(zhǎng)、軟件質(zhì)量管理組長(zhǎng)、軟件配置資源管理組長(zhǎng)及開(kāi)發(fā)組長(zhǎng)等相關(guān)人員參加，對(duì)項(xiàng)目組內(nèi)重大事項(xiàng)進(jìn)行溝通協(xié)商，及時(shí)發(fā)現(xiàn)存在的問(wèn)題，并采取合理措施進(jìn)行修正。

　　二、項(xiàng)目組織方式

　　1、軟件質(zhì)量管理

　　我們成立了專門的軟件質(zhì)量管理小組，來(lái)協(xié)助項(xiàng)目經(jīng)理對(duì)軟件的質(zhì)量進(jìn)行控制。采取的管理措施有：

　　A、質(zhì)量計(jì)劃編制

　　通過(guò)編制項(xiàng)目質(zhì)量計(jì)劃，確定項(xiàng)目的相關(guān)質(zhì)量標(biāo)準(zhǔn)，把質(zhì)量規(guī)劃到項(xiàng)目的產(chǎn)品和管理項(xiàng)目所涉及的過(guò)程之中。

　　B、實(shí)行階段性凍結(jié)與改動(dòng)控制

　　合理劃分項(xiàng)目階段，明確每個(gè)階段的任務(wù)和成果，一方面便于管理和控制工程進(jìn)度，另一方面可以增強(qiáng)開(kāi)發(fā)人員和用戶的信心。在每個(gè)階段末要‘凍結(jié)’部分成果，作為下一階段開(kāi)發(fā)的基礎(chǔ)，凍結(jié)之后不是不能修改，而是需要經(jīng)過(guò)項(xiàng)目的審批程序，在得到確認(rèn)之后進(jìn)行項(xiàng)目整體計(jì)劃的調(diào)整，以糾正和防止進(jìn)一步質(zhì)量問(wèn)題的發(fā)生。

　　C、實(shí)行里程碑式的審查與版本控制策略

　　里程碑式審查就是在信息系統(tǒng)生命周期的每個(gè)階段結(jié)束之前，都要正式使用結(jié)束標(biāo)準(zhǔn)對(duì)該階段進(jìn)行質(zhì)量審查，內(nèi)容就是對(duì)影響項(xiàng)目質(zhì)量的因素作出評(píng)價(jià)，并采用質(zhì)量評(píng)估表進(jìn)行描述。如果發(fā)現(xiàn)問(wèn)題就可以及時(shí)在階段內(nèi)解決。版本控制是確保項(xiàng)目小組順利工作的重要技術(shù)。通過(guò)給文檔和項(xiàng)目成果標(biāo)記修改信息，項(xiàng)目組的成員可以知曉文檔和程序的修改過(guò)程。

　　D、制定接受和返工控制策略

　　接受策略是決定作為項(xiàng)目一部分的產(chǎn)品是否被接受或拒絕，如果項(xiàng)目干系人拒絕接受作為項(xiàng)目一部分產(chǎn)品，則一定要返工。

　　E、持續(xù)改進(jìn)策略

　　持續(xù)改進(jìn)是項(xiàng)目質(zhì)量的一個(gè)永恒的目標(biāo)。需要明確持續(xù)改進(jìn)的主要利益，我們認(rèn)為項(xiàng)目本身是一個(gè)為達(dá)到一個(gè)商業(yè)目的而不斷修正迭代的過(guò)程。

　　2、軟件配置資源管理

　　為保證項(xiàng)目文檔、代碼以及版本標(biāo)識(shí)等配置項(xiàng)的統(tǒng)一管理與發(fā)布以及更好地實(shí)現(xiàn)對(duì)項(xiàng)目配置資源變化的可控，我們成立了專門的軟件配置資源管理小組，制定項(xiàng)目配置資源管理計(jì)劃，制定包括版本標(biāo)識(shí)(包括符號(hào)版本標(biāo)識(shí)及屬性版本標(biāo)識(shí))在內(nèi)的配置項(xiàng)命名規(guī)范(樹(shù)狀命名規(guī)則)，對(duì)配置資源實(shí)行基線管理(使用三種基線：功能基線、分配基線、產(chǎn)品基線)，并采用MS SourceSafe來(lái)進(jìn)行管理。

　　例如：某詳細(xì)設(shè)計(jì)文檔的創(chuàng)建者并不意味著在項(xiàng)目開(kāi)發(fā)的生命周期內(nèi)對(duì)文檔擁有完全的控制權(quán)，當(dāng)創(chuàng)建者在規(guī)定期限內(nèi)將文檔提交給使用者即程序員使用時(shí)，文檔即進(jìn)入分配基線，基線化的文檔即意味著文檔的創(chuàng)建者失去了對(duì)文檔的修改權(quán)，因?yàn)槿绻试S自由修改的話，有可能會(huì)導(dǎo)致程序員的開(kāi)發(fā)工作的重復(fù)，影響整個(gè)項(xiàng)目的進(jìn)度完成。

　　3、軟件測(cè)試管理

　　當(dāng)階段性設(shè)計(jì)工作完成以后，由測(cè)試小組(為節(jié)省人力，我們是由需求小組和質(zhì)量管理小組來(lái)充當(dāng)測(cè)試人員的角色，設(shè)立一個(gè)臨時(shí)的測(cè)試小組)編寫階段性測(cè)試大綱計(jì)劃，明確測(cè)試的內(nèi)容和測(cè)試通過(guò)的準(zhǔn)則，設(shè)計(jì)完整合理的測(cè)試用例，以便系統(tǒng)實(shí)現(xiàn)后進(jìn)行測(cè)試。在整個(gè)項(xiàng)目開(kāi)發(fā)任務(wù)完成后，還要組織系統(tǒng)聯(lián)調(diào)及用戶UAT測(cè)試。

銷售報(bào)價(jià).png