軟件開發管理(lǐ)流程制度（軟件開發管理(lǐ)系統流程圖）

今天給各位分享軟件開發管理(lǐ)流程制度的(de)知識，其中也會對軟件開發管理(lǐ)系統流程圖進行(xíng)解釋，如(rú)果能碰巧解決你現在面臨的(de)問題，别忘了關注本站，現在開始吧(ba)！

本文目錄一(yī)覽：

• 1、項目文檔管理(lǐ)的(de)如(rú)何建立項目文檔管理(lǐ)規定
• 2、軟件開發文檔每次修訂版本都會有(yǒu)變化，是不是都應該簽字審批？
• 3、sqa(軟件測試)5條規則
• 4、會計核算軟件試行(xíng)管理(lǐ)辦法
• 5、軟件開發行(xíng)業的(de)工作時間是幾個小時制度的(de)？？
• 6、如(rú)何規範會計電算化軟件制度開發

項目文檔管理(lǐ)的(de)如(rú)何建立項目文檔管理(lǐ)規定

從各行(xíng)業以及每個項目的(de)個性出發，需要管理(lǐ)者結合實際情況制訂出适合自(zì)身的(de)文檔管理(lǐ)規定。(軟件文檔管理(lǐ)指南》和(hé)《計算機(jī)軟件産品開發文件編制指南（GB 8567-88） 》 (以下統稱《指南》)為(wèi)我(wǒ)們(men)提供了相關的(de)指導。首先要明确關于軟件項目文檔的(de)具體分類。《指南 中提出文檔從重要性和(hé)質量要求方面可(kě)以分為(wèi)非正式文檔和(hé)正式文檔；從項目周期角度可(kě)分為(wèi)開發文檔、産品文檔、管理(lǐ)文檔；更細緻一(yī)點還可(kě)分為(wèi)l4類文檔文件，具體有(yǒu)：可(kě)行(xíng)性研究報告、項目開發計劃、軟件需求說明書、數據要求說明書、概要設計說明書、詳細設計說明書、數據庫設計說明書、用戶手冊、操作手冊、模塊開發卷宗、測試計劃、測試分析報告、開發進度月報、項目開發總結報告。這樣的(de)分類細化了項目進度中各個階段所需管理(lǐ)的(de)文檔。

其次需要将項目文檔進行(xíng)歸類整理(lǐ)。下面對EDW項目組文檔情況與 軟件文檔管理(lǐ)指南 進行(xíng)對比分析。通過對比可(kě)以看出，沒有(yǒu)規範管理(lǐ)的(de)EDW項目組文檔存在以下4方面的(de)問題。

問題1：項目組在開發初期針對業務部門和(hé)科(kē)技部門進行(xíng)了需求及信息調研，可(kě)以覆蓋部分軟件需求和(hé)數據需求說明書的(de)內(nèi)容，但卻缺少業務部門對項目需求描述和(hé)變更的(de)文檔記錄。這部分文檔需建立相應目錄予以保存。

問題2：對于設計說明，在系統比較複雜的(de)情況下，設計階段應分解成概要設計和(hé)詳細設計兩個步驟。目前EDW項目組隻對ETL模塊提供了概要設計說明書，并沒有(yǒu)單獨的(de)存放目錄，而是同其他設計文檔混亂地(dì)放在一(yī)起。對于比較複雜的(de)應用開發項目，應将這兩種設計說明文檔分目錄管理(lǐ)。

問題3：在項目測試驗收中，項目組沒有(yǒu)要求将測試計劃文檔和(hé)測試結果報告進行(xíng)規檔，而隻重視(shì)了測試過程中的(de)問題文檔，因此無法掌控測試進度與質量。

問題4：EDW項目組的(de)工作分為(wèi)模型設計、ETL、集市(shì)應用3個工作小組，對應的(de)文檔管理(lǐ)需要圍繞這3個主題進行(xíng)。其中模型設計和(hé)ETL都是數據倉庫項目實施的(de)模塊，而集市(shì)應用則包括了建立在數據倉庫基礎上的(de)小項目開發。因此，文檔管理(lǐ)也應該針對這3個部分不同的(de)性質制定管理(lǐ)規則。

通過表l中的(de)對比分析，針對EDW文檔管理(lǐ)存在的(de)問題，EDW項目組最終依據通用規則建立了正式的(de)項目文檔管理(lǐ)規定。具體規定有(yǒu)以下5點。

(1)将文檔分為(wèi)兩大部分提交管理(lǐ)：項目常規文檔和(hé)項目歸檔文檔。常規文檔的(de)提交和(hé)使用根據項目組內(nèi)部小組成員任務的(de)不同進行(xíng)權限劃分；項目歸檔文檔由項目管理(lǐ)主管(或項目文檔管理(lǐ)員)将項目中的(de)重要文檔從常規文檔中進行(xíng)分類歸檔。

(2)常規文檔管理(lǐ)目錄分為(wèi)項目日常管理(lǐ)文檔和(hé)項目流程管理(lǐ)文檔。

(3)日常管理(lǐ)文檔包括項目報告、會議紀要、項目管理(lǐ)模闆、重大問題跟蹤、數據質量管理(lǐ)。項目報告又可(kě)分為(wèi)個人周報、小組周報、項目周報、項目簡報，項目簡報。并都按照不同目錄進行(xíng)分類管理(lǐ)。

(4)提交完整的(de)項目開發、應用開發流程文檔。一(yī)般包括：項目計劃、業務需求說明書、數據需求說明書、模塊、應用開發文檔、系統測試文檔、詳細設計文檔、系統測試文檔、用戶手冊、上線文檔、培訓資料、系統運行(xíng)維護等。

(5)所有(yǒu)項目組成員均建立VSS軟件環境下的(de)對應用戶，各自(zì)擁有(yǒu)對以上各類文檔的(de)讀、寫、增加、删除權限。由各項目小組長(cháng)保證提交已保存文檔的(de)質量；由文檔管理(lǐ)員或項目經理(lǐ)整體把握項目文檔在各階段的(de)提交情況。

項目文檔管理(lǐ)規範制定好之後，關鍵在于大家要“依規執行(xíng)”，使雜亂無章(zhāng)的(de)存放模式變得井井有(yǒu)條。

軟件開發文檔每次修訂版本都會有(yǒu)變化，是不是都應該簽字審批？

這個當然要簽字審批，不然誰都可(kě)以去(qù)改，誰都可(kě)以修訂是吧(ba)，公司的(de)文檔就要有(yǒu)一(yī)個嚴密的(de)管理(lǐ)制度。這個當然要簽字審批，不然誰都可(kě)以去(qù)改，誰都可(kě)以修訂是吧(ba)，公司的(de)文檔就要有(yǒu)一(yī)個嚴密的(de)管理(lǐ)制度。這個當然要簽字審批，不然誰都可(kě)以去(qù)改，誰都可(kě)以修訂是吧(ba)，公司的(de)文檔就要有(yǒu)一(yī)個嚴密的(de)管理(lǐ)制度。這個當然要簽字審批，不然誰都可(kě)以去(qù)改，誰都可(kě)以修訂是吧(ba)，公司的(de)文檔就要有(yǒu)一(yī)個嚴密的(de)管理(lǐ)制度。

這個當然要簽字審批，不然誰都可(kě)以去(qù)改，誰都可(kě)以修訂是吧(ba)，公司的(de)文檔就要有(yǒu)一(yī)個嚴密的(de)管理(lǐ)制度。這個當然要簽字審批，不然誰都可(kě)以去(qù)改，誰都可(kě)以修訂是吧(ba)，公司的(de)文檔就要有(yǒu)一(yī)個嚴密的(de)管理(lǐ)制度。這個當然要簽字審批，不然誰都可(kě)以去(qù)改，誰都可(kě)以修訂是吧(ba)，公司的(de)文檔就要有(yǒu)一(yī)個嚴密的(de)管理(lǐ)制度。這個當然要簽字審批，不然誰都可(kě)以去(qù)改，誰都可(kě)以修訂是吧(ba)，公司的(de)文檔就要有(yǒu)一(yī)個嚴密的(de)管理(lǐ)制度。。這個當然要簽字審批，不然誰都可(kě)以去(qù)改，誰都可(kě)以修訂是吧(ba)，公司的(de)文檔就要有(yǒu)一(yī)個嚴密的(de)管理(lǐ)制度。這個當然要簽字審批，不然誰都可(kě)以去(qù)改，誰都可(kě)以修訂是吧(ba)，公司的(de)文檔就要有(yǒu)一(yī)個嚴密的(de)管理(lǐ)制度。。你這個當然要簽字審批，不然誰都可(kě)以去(qù)改，誰都可(kě)以修訂是吧(ba)，公司的(de)文檔就要有(yǒu)一(yī)個嚴密的(de)管理(lǐ)制度。這個當然要簽字審批，不然誰都可(kě)以去(qù)改，誰都可(kě)以修訂是吧(ba)，公司的(de)文檔就要有(yǒu)一(yī)個嚴密的(de)管理(lǐ)制度。

sqa(軟件測試)5條規則

軟件質量保證（SQA）是建立一(yī)套有(yǒu)計劃，有(yǒu)系統的(de)方法，來向管理(lǐ)層保證拟定出的(de)标準、步驟、實踐和(hé)方法能夠正确地(dì)被所有(yǒu)項目所采用。

軟件質量保證的(de)目的(de)是使軟件過程對于管理(lǐ)人員來說是可(kě)見的(de)。它通過對軟件産品和(hé)活動進行(xíng)評審和(hé)審計來驗證軟件是合乎标準的(de)。軟件質量保證組在項目開始時就一(yī)起參與建立計劃、标準和(hé)過程。這些将使軟件項目滿足機(jī)構方針的(de)要求。

一(yī)、基本目标

目标 1: 軟件質量保證工作是有(yǒu)計劃進行(xíng)的(de)。

目标 2: 客觀地(dì)驗證軟件項目産品和(hé)工作是否遵循恰當的(de)标準、步驟和(hé)需求。

目标 3: 将軟件質量保證工作及結果通知給相關組别和(hé)個人。

目标 4: 高(gāo)級管理(lǐ)層接觸到在項目內(nèi)部不能解決的(de)不符合類問題。

二、QA的(de)由來

我(wǒ)們(men)知道(dào)，國(guó)外很多的(de)大公司，QA的(de)職責就是測試（主要是系統測試），比如(rú)IBM、CA、PeopleSoft等。其實在最初，幾乎所有(yǒu)的(de)公司都是這樣的(de)。後來，由于缺乏有(yǒu)效的(de)項目計劃和(hé)項目管理(lǐ)，留給系統測試的(de)時間很少（注：我(wǒ)以前做(zuò)的(de)一(yī)個項目，項目經理(lǐ)就明确告訴我(wǒ)系統測試就1天，沒得商(shāng)量）。另外，需求變化太快，沒有(yǒu)完整的(de)需求文檔，測試人員就隻能根據自(zì)己的(de)想象來測試。這樣一(yī)來，測試就很難保障産品的(de)質量，事先預防的(de)QA職能就應運而生。

事先預防其實是借鑒了TQM的(de)思想，而且也符合軟件工程“缺陷越早發現越早修改越經濟”的(de)原則。這些思想的(de)淵源還可(kě)以追溯到中國(guó)古代的(de)典故中，比如(rú)曲突徙薪、扁鵲論醫術等。特别是扁鵲論醫術這個典故，我(wǒ)偶然在國(guó)外的(de)一(yī)篇文章(zhāng)中看到了（後來在林銳的(de)文章(zhāng)中也看到了），常感歎我(wǒ)們(men)國(guó)人連祖先的(de)思想文化遺産都丢的(de)差不多了。

三、QA的(de)現在

目前，實施CMM的(de)企業越來越多了。CMM模型就要求建立QA角色。這裏的(de)QA類似于過程警察，主要職責是，檢查開發和(hé)管理(lǐ)活動是否與已定的(de)過程策略、标準和(hé)流程一(yī)緻，檢查工作産品是否遵循模闆規定的(de)內(nèi)容和(hé)格式。在這些企業中，一(yī)般還要求QA獨立于項目組，以保障評價的(de)客觀性。從國(guó)內(nèi)來看，多數的(de)QA沒有(yǒu)技術背景，檢查出的(de)偏差多為(wèi)雞毛蒜皮，再加上自(zì)己沒有(yǒu)令人信服的(de)背景，領導也不支持，當然做(zuò)起來就很困難了。

缺乏信任和(hé)支持隻是一(yī)個方面，QA工作本身就很具挑戰性。它要求QA具有(yǒu)軟件工程的(de)知識、軟件開發的(de)知識、行(xíng)業背景的(de)知識、數理(lǐ)統計的(de)知識、項目管理(lǐ)的(de)知識、質量管理(lǐ)的(de)知識等等。

我(wǒ)們(men)常常遇到這樣的(de)問題，改進到一(yī)定程度就很難突破，感覺心有(yǒu)餘而力不足了，就開始郁悶了。後來通過學(xué)習、培訓、交流，思想和(hé)技能得到升華，又發現了木桶中最短(duǎn)的(de)那塊，然後又開始改進，然後又遇到了玻璃天花闆，然後……就這樣處于郁悶的(de)循環中。

假使我(wǒ)們(men)掌握了所有(yǒu)的(de)知識，能突破所有(yǒu)的(de)玻璃天花闆，那是不是QA就可(kě)以一(yī)帆風順了。答案是否定的(de)。QA角色定義本身就有(yǒu)很大的(de)局限性。QA充當的(de)是過程警察的(de)角色，無論是否有(yǒu)意義，都專橫地(dì)強制過程的(de)執行(xíng)，容易在項目組中造成敵對的(de)關系，受到排擠，而且這種警察的(de)姿态也破壞了團隊精神。如(rú)此一(yī)來，QA工作還需要的(de)是人際關系技能，就如(rú)我(wǒ)以前寫的(de)《質量平衡》和(hé)《QA應該獨立于項目組嗎？》一(yī)樣，藝術化地(dì)處理(lǐ)這種關系。

四、QA的(de)未來

從某種程度上說，獨立的(de)QA審查機(jī)制是瀑布模型的(de)産物。随着現代軟件開發技術的(de)演變，螺旋模型和(hé)叠代模型的(de)興起，QA機(jī)制正在悄然發生變化。這種變化就是從獨立專職的(de)QA向貫穿過程的(de)兼職QA演變。在CMMI模型中，這種兼職的(de)QA也是被允許的(de)。為(wèi)什麽會發生這種改變呢(ne)？無論是XP、RUP還是其它先進的(de)方法論，都是先産生架構，然後再增量開發，直到完成。這種模式中，需求和(hé)設計缺陷在各個叠代周期被所盡早發現和(hé)修複，質量也內(nèi)建于架構和(hé)過程中，項目的(de)成本和(hé)進度也得到保障。

到那時，是不是獨立的(de)QA就不複存在了呢(ne)？有(yǒu)些成熟度較低(dī)的(de)企業還是需要的(de)，主要是保證過程執行(xíng)的(de)有(yǒu)效性和(hé)評價的(de)客觀性。

五、SQA的(de)理(lǐ)論探索

1、過程的(de)認識

我(wǒ)們(men)都知道(dào)一(yī)個項目的(de)主要內(nèi)容是：成本、進度、質量；良好的(de)項目管理(lǐ)就是綜合三方面的(de)因素，平衡三方面的(de)目标，最終依照目标完成任務。項目的(de)這三個方面是相互制約和(hé)影響的(de)，有(yǒu)時對這三方面的(de)平衡策略甚至成為(wèi)一(yī)個企業級的(de)要求，決定了企業的(de)行(xíng)為(wèi)，我(wǒ)們(men)知道(dào) IBM的(de)軟件是以質量為(wèi)最重要目标的(de)，而微軟的(de)“足夠好的(de)軟件”策略更是耳熟能詳，這些質量目标其實立足于企業的(de)戰略目标。所以用于進行(xíng)質量保證的(de)SQA工作也應當立足于企業的(de)戰略目标，從這個角度思考SQA，形成對SQA的(de)理(lǐ)論認識。

軟件界已經達成共識的(de)：影響軟件項目進度、成本、質量的(de)因素主要是 “人、過程、技術”。首先要明确的(de)是這三個因素中，人是第一(yī)位的(de)。

現在許多實施 CMM的(de)人員沉溺于CMM的(de)理(lǐ)論過于強調“過程”，這是很危險的(de)傾向。這個思想傾向在國(guó)外受到了猛烈抨擊，從某種意義上各種敏捷過程方法的(de)提出就是對強調過程的(de)一(yī)種反思。 “XP”中的(de)一(yī)個思想“人比過程更重要” 是值得我(wǒ)們(men)思考的(de)。我(wǒ)個人的(de)意見在進行(xíng)過程改進中堅持“以人為(wèi)本”，強調過程和(hé)人的(de)和(hé)諧。

根據現代軟件工程對衆多失敗項目的(de)調查，發現管理(lǐ)是項目失敗的(de)主要原因。這個事實的(de)重要性在于說明了 “要保證項目不失敗，我(wǒ)們(men)應當更加關注管理(lǐ)”，注意這個事實沒有(yǒu)說明另外一(yī)個問題“良好的(de)管理(lǐ)可(kě)以保證項目的(de)成功”。現在很多人基于一(yī)種粗糙的(de)邏輯，從一(yī)個事實反推到的(de)這個結論，在邏輯上是錯誤的(de)，這種錯誤形成了更加錯誤的(de)做(zuò)法，這點在SQA的(de)理(lǐ)解上是體現較深。

如(rú)果我(wǒ)們(men)考證一(yī)下曆史的(de)沿革，應當更加容易理(lǐ)解 CMM的(de)本質。CMM首先是作為(wèi)一(yī)個“評估标準”出現的(de)，主要評估的(de)是美國(guó)國(guó)防部供應商(shāng)保證質量的(de)能力。CMM關注的(de)軟件生産有(yǒu)如(rú)下特點：

（1）質量重要

（2）規模較大

這是 CMM産生的(de)原因。它引入了“全面質量管理(lǐ)”的(de)思想，尤其側重了“全面質量管理(lǐ)”中的(de)“過程方法”，并且引入了“統計過程控制”的(de)方法。可(kě)以說這兩個思想是CMM背後的(de)基礎。

上面這些內(nèi)容形成了我(wǒ)對軟件過程地(dì)位、價值的(de)基本理(lǐ)解；在這個基礎上我(wǒ)們(men)可(kě)以引申讨論 SQA。

2、生産線的(de)隐喻

如(rú)果将一(yī)個軟件生産類比于一(yī)個工廠的(de)生産。那麽生産線就是過程，産品按照生産線的(de)規定過程進行(xíng)生産。 SQA的(de)職責就是保證過程的(de)執行(xíng)，也就是保證生産線的(de)正常執行(xíng)。

抽象出管理(lǐ)體系模型的(de)如(rú)下，這個模型說明了一(yī)個過程體系至少應當包含 “決策、執行(xíng)、反饋”三個重要方面。

QA的(de)職責就是确保過程的(de)有(yǒu)效執行(xíng)，監督項目按照過程進行(xíng)項目活動；它不負責監管産品的(de)質量，不負責向管理(lǐ)層提供項目的(de)情況，不負責代表管理(lǐ)層進行(xíng)管理(lǐ)，隻是代表管理(lǐ)層來保證過程的(de)執行(xíng)。

3、SQA和(hé)其他工作的(de)組合

在很多企業中，将 SQA的(de)工作和(hé)QC、SEPG、組織級的(de)項目管理(lǐ)者的(de)工作混合在一(yī)起了，有(yǒu)時甚至更加注重其他方面的(de)工作而沒有(yǒu)做(zuò)好SQA的(de)本職工作。

根據 hjhza 的(de)意見“中國(guó)現在基本有(yǒu)三種QA（按照工作重點不同來分）：一(yī)是過程改進型，一(yī)是配置管理(lǐ)型，一(yī)是測試型”。我(wǒ)個人認為(wèi)是因為(wèi)SQA工作和(hé)其他不同工作組合在一(yī)起形成的(de)。

下面根據本人經驗對它們(men)之間的(de)關系進行(xíng)一(yī)個說明。

4、QA和(hé)QC

兩者基本職責

QC：檢驗産品的(de)質量，保證産品符合客戶的(de)需求；是産品質量檢查者；

QA：審計過程的(de)質量，保證過程被正确執行(xíng)；是過程質量審計者；

注意區别檢查和(hé)審計的(de)不同

檢查：就是我(wǒ)們(men)常說的(de)找茬，是挑毛病的(de)；

審計：來确認項目按照要求進行(xíng)的(de)證據；仔細看看CMM中各個KPA中SQA的(de)檢查采用的(de)術語大量用到了“證實”，審計的(de)內(nèi)容主要是過程的(de)；對照CMM看一(yī)下項目經理(lǐ)和(hé)高(gāo)級管理(lǐ)者的(de)審查內(nèi)容，他們(men)更加關注具體內(nèi)容。

對照上面的(de)管理(lǐ)體系模型，QC進行(xíng)質量控制，向管理(lǐ)層反饋質量信息；QA則确保QC按照過程進行(xíng)質量控制活動，按照過程将檢查結果向管理(lǐ)層彙報。這就是QA和(hé)QC工作的(de)關系。

在這樣的(de)分工原則下， QA隻要檢查項目按照過程進行(xíng)了某項活動沒有(yǒu)，産出了某個産品沒有(yǒu)；而QC來檢查産品是否符合質量要求。

如(rú)果企業原來具有(yǒu) QC人員并且QA人員配備不足，可(kě)以先确定由QC兼任QA工作。但是隻能是暫時的(de)，獨立的(de)QA人員應當具備，因為(wèi)QC工作也是要遵循過程要求的(de)，也是要被審計過程的(de)，這種混合情況，難以保證QC工作的(de)過程質量。

5、QA和(hé)SEPG

兩者基本職責

SEPG：制定過程，實施過程改進；

QA： 确保過程被正确執行(xíng)

SEPG應當提供過程上的(de)指導，幫助項目組制定項目過程，幫助項目組進行(xíng)策劃；從而幫助項目組有(yǒu)效的(de)工作，有(yǒu)效的(de)執行(xíng)過程。如(rú)果項目和(hé)QA對過程的(de)理(lǐ)解發生争持，SEPG作為(wèi)最終仲裁者。為(wèi)了進行(xíng)有(yǒu)效過程改進，SEPG必須分析項目的(de)數據。

QA本也要進行(xíng)過程規範，那麽所有(yǒu)QA中最有(yǒu)經驗、最有(yǒu)能力的(de)QA可(kě)以參加SEPG，但是要注意這兩者的(de)區别。

如(rú)果企業的(de) SEPG人員具有(yǒu)較為(wèi)深厚的(de)開發背景，可(kě)以兼任SQA工作，這樣利于過程的(de)不斷改進；但是由于立法、執法集于一(yī)身也容易造成SQA過于強勢，影響項目的(de)獨立性。

管理(lǐ)過程比較成熟的(de)企業，因為(wèi)企業的(de)文化和(hé)管理(lǐ)機(jī)制已經健全， SQA職責範圍的(de)工作較少，往往隻是針對具體項目制定明确重點的(de)SQA計劃，這樣SQA的(de)審計工作會大大減少，從而可(kě)以同時審計較多項目。

另一(yī)方面，由于分工的(de)細緻化，管理(lǐ)體系的(de)複雜化，往往需要專職的(de) SEPG人員，這些人員要求了解企業的(de)所有(yǒu)管理(lǐ)過程和(hé)運作情況，在這個基礎上才能統籌全局的(de)進行(xíng)過程改進，這時了解全局的(de)SQA人員就是專職SEPG的(de)主要人選；這些SQA人員将逐漸的(de)轉化為(wèi)SEPG人員，并且更加了解管理(lǐ)知識，而SQA工作漸漸成為(wèi)他們(men)的(de)兼職工作。

這種情況在許多 CMM5企業比較多見，往往有(yǒu)時看不見SQA人員在項目組出現或者很少出現，這種SEPG和(hé)SQA的(de)融合特别有(yǒu)利于組織的(de)過程改進工作。SEPG确定過程改進內(nèi)容，SQA計劃重點反映這些改進內(nèi)容，從保證有(yǒu)效的(de)改進，特别有(yǒu)利于達到CMM5的(de)要求。從這個角度，國(guó)外的(de)SQA人員為(wèi)什麽高(gāo)薪就不難理(lǐ)解了，也決定了當前中國(guó)SQA人員比較被輕視(shì)的(de)原因；因為(wèi)管理(lǐ)過程還不完善，我(wǒ)們(men)的(de)SQA人員還沒有(yǒu)産生這麽大的(de)價值嘛！

6、QA和(hé)組織級的(de)監督管理(lǐ)

有(yǒu)的(de)企業為(wèi)了更好的(de)監督管理(lǐ)項目，建立了一(yī)個角色，我(wǒ)取名為(wèi) “組織級的(de)監督管理(lǐ)者”，他們(men)的(de)職責是對所有(yǒu)項目進行(xíng)統一(yī)的(de)跟蹤、監督、适當的(de)管理(lǐ)，來保證管理(lǐ)層對所有(yǒu)項目的(de)可(kě)視(shì)性、可(kě)管理(lǐ)性。

為(wèi)了有(yǒu)效管理(lǐ)項目， “組織級的(de)監督管理(lǐ)者”必須分析項目的(de)數據。

他們(men)的(de)職責對照上圖的(de)模型，就是執行(xíng) “反饋”職能。

QA本身不進行(xíng)反饋工作，最多對過程執行(xíng)情況的(de)信息進行(xíng)反饋。

SQA職責最好不要和(hé)“組織級的(de)項目管理(lǐ)者”的(de)職責混合在一(yī)起，否則容易出現SAQ困境：一(yī)方面SQA不能準确定位自(zì)己的(de)工作，另一(yī)方面過程執行(xíng)者對SQA人員抱有(yǒu)較大戒心。

如(rú)果建立了較好的(de)管理(lǐ)過程，那麽就會增強項目的(de)可(kě)視(shì)性，從而保證企業對所有(yǒu)項目的(de)較好管理(lǐ)；而 QA來确保這個管理(lǐ)過程的(de)運行(xíng)。

五、SQA的(de)工作內(nèi)容和(hé)工作方法

1、 計劃

針對具體項目制定 SQA計劃，确保項目組正确執行(xíng)過程。制定SQA計劃應當注意如(rú)下幾點：

有(yǒu)重點：依據企業目标以及項目情況确定審計的(de)重點

明确審計內(nèi)容：明确審計哪些活動，那些産品

明确審計方式：确定怎樣進行(xíng)審計

明确審計結果報告的(de)規則：審計的(de)結果報告給誰

2、審計/證實

依據 SQA計劃進行(xíng)SQA審計工作，按照規則發布審計結果報告。

注意審計一(yī)定要有(yǒu)項目組人員陪同，不能搞突然襲擊。雙方要開誠布公，坦誠相對。

審計的(de)內(nèi)容：是否按照過程要求執行(xíng)了相應活動，是否按照過程要求産生了相應産品。

3、問題跟蹤

對審計中發現的(de)問題，要求項目組改進，并跟進直到解決。

六、SQA的(de)素質

過程為(wèi)中心：應當站在過程的(de)角度來考慮問題，隻要保證了過程， QA就盡到了責任。

服務精神：為(wèi)項目組服務，幫助項目組确保正确執行(xíng)過程

了解過程：深刻了解企業的(de)工程，并具有(yǒu)一(yī)定的(de)過程管理(lǐ)理(lǐ)論知識

了解開發：對開發工作的(de)基本情況了解，能夠理(lǐ)解項目的(de)活動

溝通技巧：善于溝通，能夠營造良好的(de)氣氛，避免審計活動成為(wèi)一(yī)種找茬活動。

七、SQA活動

軟件質量保證（SQA）是一(yī)種應用于整個軟件過程的(de)活動，它包含：

1、一(yī)種質量管理(lǐ)方法

2、有(yǒu)效的(de)軟件工程技術（方法和(hé)工具）

3、在整個軟件過程中采用的(de)正式技術評審

4、一(yī)種多層次的(de)測試策略

5、對軟件文檔及其修改的(de)控制

6、保證軟件遵從軟件開發标準

7、度量和(hé)報告機(jī)制

SQA與兩種不同的(de)參與者相關 —— 做(zuò)技術工作的(de)軟件工程師和(hé)負責質量保證的(de)計劃、監督、記錄、分析及報告工作的(de)SQA小組 。

軟件工程師通過采用可(kě)靠的(de)技術方法和(hé)措施，進行(xíng)正式的(de)技術評審，執行(xíng)計劃周密的(de)軟件測試來考慮質量問題，并完成軟件質量保證和(hé)質量控制活動。

SQA小組的(de)職責是輔助軟件工程小組得到高(gāo)質量的(de)最終産品。SQA小組完成:

（1）為(wèi)項目準備SQA計劃。該計劃在制定項目規定項目計劃時确定，由所有(yǒu)感興趣的(de)相關部門評審。

·需要進行(xíng)的(de)審計和(hé)評審；

·項目可(kě)采用的(de)标準；

·錯誤報告和(hé)跟蹤的(de)規程；

·由SQA小組産生的(de)文檔；

·向軟件項目組提供的(de)反饋數量。

（2）參與開發項目的(de)軟件過程描述。評審過程描述以保證該過程與組織政策，內(nèi)部軟件标準，外界标準以及項目計劃的(de)其他部分相符。

（3）評審各項軟件工程活動，對其是否符合定義好的(de)軟件過程進行(xíng)核實。記錄、跟蹤與過程的(de)偏差。

（4）審計指定的(de)軟件工作産品，對其是否符合事先定義好的(de)需求進行(xíng)核實。對産品進行(xíng)評審，識别、記錄和(hé)跟蹤出現的(de)偏差；對是否已經改正進行(xíng)核實；定期将工作結果向項目管理(lǐ)者報告。

（5）确保軟件工作及産品中的(de)偏差已記錄在案，并根據預定的(de)規程進行(xíng)處理(lǐ)。

（6）記錄所有(yǒu)不符合的(de)部分并報告給高(gāo)級領導者。

八、正式技術評審（FTR）

正式技術評審是一(yī)種由軟件工程師和(hé)其他人進行(xíng)的(de)軟件質量保障活動。

1. 目标：

(1) 發現功能、邏輯或實現的(de)錯誤

(2) 證實經過評審的(de)軟件的(de)确滿足需求

(3) 保證軟件的(de)表示符合預定義的(de)标準

(4) 得到一(yī)種一(yī)緻的(de)方式開發的(de)軟件

(5) 使項目更易管理(lǐ)

2、評審會議

3-5人參加，不超過2小時，由評審主席、評審者和(hé)生産者參加，必須做(zuò)出下列決定中的(de)一(yī)個 :

（1）工作産品可(kě)不可(kě)以不經修改而被接受；

（2）由于嚴重錯誤而否決工作産品；

（3）暫時接受工作産品。

3、評審總結報告、回答

評審什麽？由誰評審？結論是什麽？

評審總結報告是項目曆史記錄的(de)一(yī)部分，标識産品中存在問題的(de)區域，作為(wèi)行(xíng)政條目檢查表以指導生産者進行(xíng)改正。

4、評審指導原則

（1）評審産品，而不是評審生産者。注意客氣地(dì)指出錯誤，氣氛輕松。

（2）不要離(lí)題，限制争論。有(yǒu)異議的(de)問題不要争論但要記錄在案。

（3）對各個問題都發表見解。問題解決應該放到評審會議之後進行(xíng)。

（4）為(wèi)每個要評審的(de)工作産品建立一(yī)個檢查表。應為(wèi)分析、設計、編碼、測試文檔都建立檢查表。

（5）分配資源和(hé)時間。應該将評審作為(wèi)軟件工程任務加以調度。

（6）評審以前所做(zuò)的(de)評審

九、統計軟件質量保證

1、對所有(yǒu)錯誤進行(xíng)分類統計

IES 規約不完整或規格說明錯

MCC 未理(lǐ)解用戶意圖

IDS 故意偏離(lí)規格說明

VPS 違背編程标準

EDR 數據表示有(yǒu)錯

ICI 構件接口不一(yī)緻

EDL 設計邏輯有(yǒu)錯

IET 測試不完全或有(yǒu)錯

IID 不準确或不完整的(de)文檔

PLT 設計的(de)程序設計語言翻譯錯

HCI 不清晰或不一(yī)緻的(de)人機(jī)界面

MIS 雜項錯誤

按嚴重，一(yī)般和(hé)微小級别統計各類錯誤的(de)次數所占百分比，以及所有(yǒu)錯誤的(de)數量及百分比。例如(rú)，建立一(yī)張類似如(rú)下的(de)表格。

然後考慮“重要少數”的(de)錯誤指标，提出改進意見。

2、根據軟件過程中的(de)每個步驟計算錯誤指标。

Ei = 第i發現的(de)錯誤總數

Si = 嚴重錯誤數

Mi = 一(yī)般錯誤數

Ti = 微小錯誤數

PS = 第i步的(de)産品規模( LOC，設計陳述，文檔頁數)

Ws，Wm，Wt分别是嚴重，一(yī)般，微小錯誤的(de)加權因子(zǐ), 推薦取值，Ws=10，Wm=3，Wt=1

軟件工程 在過程的(de)每一(yī)步中，計算各階段的(de)階段指标

PIi = Ws（Si / Ei）+Wm（Mi / Ei）+Wt（Ti / Ei）

錯誤指标

Ei= ∑（i×PIi）/ PS

=（PI1 + 2PI2 + 3PI3 + … + i*PIi）/ PS

錯誤指标與上面表格中收集的(de)信息相結合可(kě)以得出軟件質量整體改進指标。七、質量保證與檢驗

确保每個開發過程的(de)質量，防止把軟件差錯傳播到下一(yī)個過程，因此，檢驗的(de)目的(de)有(yǒu)兩個：

1．切實搞好開發階段的(de)管理(lǐ)，檢查各開發階段的(de)質量保證。

2．預先防止軟件差錯給用戶造成損失。

檢驗的(de)類型有(yǒu):

1．供貨檢驗：對委托外單位承擔開發作業，而後買進或轉讓的(de)構成軟件産品的(de)部件，規格說明，半成品或産品的(de)檢查。

2．中間檢驗 / 階段評審

目的(de)是為(wèi)了判斷是否可(kě)進入下階段進行(xíng)後續開發，避免将差錯傳播到後續工作中。

3．驗收檢驗：

确認産品是否已達到可(kě)以進行(xíng)産品檢驗的(de)質量要求。

4．産品檢驗：

判定向用戶提供的(de)軟件産品是否達到令人滿意的(de)程度

你可(kě)以看下這些...

會計核算軟件試行(xíng)管理(lǐ)辦法

第一(yī)章(zhāng)　總則第一(yī)條　根據财政部（89）财會字第65号《關于印發＜會計核算軟件管理(lǐ)的(de)幾項規定＞（試行(xíng)）的(de)通知》要求，為(wèi)推動國(guó)家外彙管理(lǐ)局系統會計電子(zǐ)化的(de)發展，保證會計信息處理(lǐ)和(hé)保存的(de)合法、安全、準确、可(kě)靠，促進會計核算軟件開發和(hé)使用的(de)規範化，特制定本辦法。第二條　國(guó)家外彙管理(lǐ)局系統內(nèi)統一(yī)使用的(de)會計核算軟件的(de)開發和(hé)使用的(de)管理(lǐ)，根據“統一(yī)領導、集中管理(lǐ)”的(de)原則，統一(yī)由總局電腦部負責。

各分局自(zì)行(xíng)組織開發的(de)軟件拟作商(shāng)品向外單位銷售的(de)，應按财政部（89）财會字第65号文的(de)規定辦理(lǐ)。第三條　國(guó)家外彙管理(lǐ)局的(de)會計核算包括外彙額度帳務核算，人民币和(hé)外币的(de)帳務核算。因此，在上述範圍內(nèi)的(de)會計核算軟件開發和(hé)使用等均屬本辦法管理(lǐ)範圍。第二章(zhāng)　會計核算軟件開發第四條　會計核算的(de)業務部門（以下簡稱業務部門），如(rú)有(yǒu)開發會計核算軟件的(de)要求，應事先向總局電腦部提出書面申請，待批準後，再向總局電腦部正式提出業務要求。業務要求的(de)報告應按總局有(yǒu)關規定填寫。第五條　總局電腦部在開發會計核算軟件時，應用軟件的(de)單位要盡量派人參加，或總局電腦部派人在應用軟件單位開發，以保證會計核算軟件開發的(de)質量和(hé)工作效率。

業務部門在試用軟件後，可(kě)對原業務需求未完成的(de)要求提出修改意見。第三章(zhāng)　對會計核算軟件的(de)基本的(de)要求第六條　會計核算軟件必須達到以下要求，才能正式提供單位使用：

（一(yī)）軟件提供的(de)數據輸入項目，要能夠滿足财政部、中國(guó)人民銀行(xíng)以及總局批準執行(xíng)的(de)現行(xíng)會計制度規定；

（二）軟件提供用戶的(de)會計科(kē)目編碼方案符合财政部、中國(guó)人民銀行(xíng)以及總局批準的(de)會計制度中有(yǒu)關會計科(kē)目編碼方案的(de)規定；

（三）軟件具有(yǒu)必要的(de)防範會計數據輸入差錯的(de)功能；

（四）軟件的(de)記帳計算和(hé)結帳功能要符合财政部，中國(guó)人民銀行(xíng)以及總局批準的(de)現行(xíng)會計核算制度的(de)規定；

（五）經計算機(jī)登帳處理(lǐ)的(de)系統內(nèi)會計憑證及據以登記的(de)相應帳簿，軟件應能提供留有(yǒu)痕迹的(de)更正功能；

（六）軟件具有(yǒu)按規定打印輸出各種帳簿以及必要的(de)查詢功能，（包括對曆史數據的(de)查詢）打印輸出的(de)帳頁連續編号；

（七）對計算機(jī)根據已輸入的(de)會計憑證和(hé)據以登記的(de)相應帳簿生成的(de)各種報表數據，軟件無修改功能；

（八）軟件具有(yǒu)防止非指定人員擅自(zì)使用和(hé)對指定操作人員實行(xíng)使用權限控制的(de)功能；

（九）對存儲在磁性介質或其它介質上的(de)程序文件和(hé)相應數據文件軟件有(yǒu)必要的(de)保護措施和(hé)相應的(de)保密措施；

（十）軟件具有(yǒu)在計算機(jī)發生故障或由于其它原因引起內(nèi)外存會計數據破壞的(de)情況下，利用現有(yǒu)數據恢複到最近狀态的(de)功能；

（十一(yī)）軟件具有(yǒu)一(yī)定的(de)防止帳戶串戶的(de)功能。第四章(zhāng)　會計核算軟件的(de)評審第七條　凡國(guó)家外彙管理(lǐ)局系統內(nèi)統一(yī)執行(xíng)的(de)會計核算軟件，由總局組織評審；屬于在省轄內(nèi)分局獨自(zì)使用的(de)會計核算軟件的(de)評審，由省分局組織，并報總局備案。第八條　申請評審的(de)會計核算軟件必須在系統內(nèi)兩個以上單位（直轄市(shì)分局除外），進行(xíng)與手工并行(xíng)試用3個月以後方可(kě)申報評審，并保存有(yǒu)完整的(de)與手工處理(lǐ)相一(yī)緻的(de)數據。第九條　申請評審的(de)會計核算軟件，開發單位應提交下列資料：

（一(yī)）軟件需求說明書；

（二）軟件概要設計說明書；

（三）用戶操作手冊；

（四）項目開發總結報告；

（五）用戶意見；

（六）試用單位打印輸出的(de)憑證、帳簿、報表樣本；

（七）總局電腦部所指定的(de)資料。

以上（一(yī)）－（四）項資料按國(guó)際GB8567－88《計算機(jī)軟件産品開發文件編制指南》編寫。第十條　主持評審單位在收到評審申請後，應對申請評審的(de)軟件及有(yǒu)關資料進行(xíng)初步審查，并在1個月內(nèi)作出是否組織評審的(de)決定。第十一(yī)條　會計核算軟件評審的(de)主要內(nèi)容是審查其是否達到了本辦法對會計核算軟件的(de)基本要求和(hé)業務處理(lǐ)是否符合國(guó)家有(yǒu)關部門的(de)規定。第十二條　主持評審的(de)單位對會計核算軟件進行(xíng)評審，應組織由會計和(hé)計算機(jī)專家5－9人組成的(de)評審委員會（或評審小組），屬于國(guó)家外彙管理(lǐ)局系統統一(yī)實行(xíng)的(de)會計核算軟件，應由會計主管部門派人參加并認真做(zuò)好以下幾項主要工作：

（一(yī)）采用模拟數據對軟件進行(xíng)測試，提出測試報告；

（二）對軟件的(de)實際應用情況進行(xíng)實地(dì)考察，提出考察報告；

（三）在充分讨論、論證的(de)基礎上以無記名投票(piào)（2／3多數通過）方式通過評審意見。

軟件開發行(xíng)業的(de)工作時間是幾個小時制度的(de)？？

這個制度都是符合勞動法規定的(de)。

不過軟件開發這個行(xíng)業，很多的(de)時候為(wèi)了完成工作，是需要加班的(de)。

如(rú)何規範會計電算化軟件制度開發

參考以下一(yī)篇範文，希望對你有(yǒu)所幫助 談電算化會計信息系統的(de)內(nèi)部控制 [摘 要]通過對電算化會計信息系統內(nèi)部控制的(de)特點的(de)分析，初步探讨了其主要內(nèi)容和(hé)可(kě)能存在的(de)問題，并對如(rú)何加強和(hé)完善電算化會計信息系統的(de)內(nèi)部控制提出了建議。 [關鍵詞]電算化；會計信息系統；內(nèi)部控制 內(nèi)部控制一(yī)般包括內(nèi)部管理(lǐ)控制和(hé)內(nèi)部會計控制，電算化會計信息系統的(de)內(nèi)部控制則是內(nèi)部會計控制的(de)特殊形式，也是內(nèi)部會計控制深層次的(de)發展。随着計算機(jī)技術、網絡技術、通訊技術和(hé)數據庫技術等高(gāo)新技術的(de)飛(fēi)速發展和(hé)在各個領域（包括會計領域）的(de)廣泛應用，會計工作經曆了從手工會計到會計電算化再到網絡會計的(de)發展過程，會計處理(lǐ)的(de)流程也随之發生了變化；會計數據處理(lǐ)的(de)工具也從算盤發展到計算機(jī)單機(jī)和(hé)計算機(jī)網絡，會計賬簿、企業财務報告從傳統的(de)紙介質形式向電子(zǐ)賬簿、網絡财務報告形式轉變，構成了電算化會計信息系統。在電算化會計信息系統環境下，這些變革無疑也給內(nèi)部會計控制帶來了新的(de)問題和(hé)挑戰。本文通過對電算化會計信息系統內(nèi)部控制的(de)特點的(de)分析，初步探讨了其主要內(nèi)容和(hé)可(kě)能存在的(de)問題，并對如(rú)何加強和(hé)完善電算化會計信息系統的(de)內(nèi)部控制提出了建議。 一(yī)、與手工會計系統相比，電算化會計信息系統內(nèi)部控制的(de)特點 內(nèi)部會計控制是處理(lǐ)會計業務時所形成的(de)自(zì)我(wǒ)調節和(hé)自(zì)我(wǒ)約束的(de)有(yǒu)機(jī)體，包括了一(yī)系列既相互聯系又相互制約的(de)制度和(hé)手續。它是會計活動健康有(yǒu)序運行(xíng)的(de)重要保證，也是開展審計工作的(de)基本條件和(hé)重要內(nèi)容。逗中華人民共和(hé)國(guó)會計法地(dì)規定各單位必須建立健全內(nèi)部會計控制制度，《會計法》關于內(nèi)部會計控制制度的(de)主要內(nèi)容包括：職責明确、相互制約、嚴格程序、如(rú)實記錄、定期檢查等[1].經過多年(nián)的(de)研讨、實踐、積累，手工會計系統的(de)內(nèi)部控制已形成了一(yī)整套行(xíng)之有(yǒu)效的(de)方法和(hé)制度，然而，随着現代信息技術在财會領域的(de)廣泛應用，使得原有(yǒu)的(de)會計內(nèi)部控制制度和(hé)方法在各方面都受到了挑戰。本文認為(wèi)，與手工會計系統的(de)內(nèi)部控制相比，電算化會計信息系統的(de)內(nèi)部控制有(yǒu)以下幾方面的(de)特點： 1.內(nèi)部控制的(de)措施和(hé)方式發生了變化。主要體現在2個方面：一(yī)是原手工會計系統下的(de)一(yī)些內(nèi)部控制措施在實施電算化後沒有(yǒu)必要存在。例如(rú)，制作科(kē)目彙總表、憑證彙總表，試算平衡的(de)操作，以及總賬、明細賬核對等。由于計算機(jī)自(zì)動計算彙總一(yī)般不會出錯，除非在計算機(jī)病毒的(de)影響、非法操作和(hé)數據受損等情況下才會出現試算不平衡等現象，因此以上措施沒有(yǒu)必要存在。二是原手工會計系統下的(de)一(yī)些內(nèi)部控制措施，在電算化後轉移到了計算機(jī)內(nèi)部。例如(rú)，記賬憑證裏金額的(de)平衡、各賬戶的(de)發生額平衡、賬戶的(de)餘額平衡檢查等，也就沒有(yǒu)必要存在了。一(yī)般來講，電算化會計信息系統的(de)內(nèi)部控制措施分為(wèi)以組織措施為(wèi)主的(de)一(yī)般控制和(hé)以計算機(jī)系統程序控制為(wèi)主的(de)應用控制，并且組織控制是應用控制的(de)基礎和(hé)保障；而控制的(de)方式由人工控制轉變為(wèi)計算機(jī)控制為(wèi)主，并與人工控制相結合。 2.內(nèi)部控制制度有(yǒu)了新的(de)內(nèi)容。由于計算機(jī)技術、網絡技術等現代信息技術的(de)引入，一(yī)方面使一(yī)些會計工作的(de)形式發生變化，另一(yī)方面也給會計工作增加了一(yī)些新的(de)工作內(nèi)容；同時使內(nèi)部會計控制的(de)範圍更廣，包含了手工會計系統所沒有(yǒu)的(de)一(yī)些內(nèi)部控制，因而電算化會計信息系統下的(de)內(nèi)部控制制度也必須要有(yǒu)新的(de)內(nèi)容。例如(rú)，計算機(jī)硬件及軟件分析、程序設計、計算機(jī)維護人員及計算機(jī)操作人員的(de)內(nèi)部控制規章(zhāng)；計算機(jī)病毒防治，計算機(jī)系統內(nèi)及磁盤內(nèi)會計信息的(de)安全保護，網絡系統的(de)安全控制規章(zhāng)；計算機(jī)操作管理(lǐ)員、系統管理(lǐ)員、系統維護員崗位責任制度；軟件使用權限的(de)控制、修改程序的(de)控制、數據備份的(de)控制、科(kē)目代碼的(de)控制、結賬時間的(de)控制和(hé)設備的(de)接觸控制等系統的(de)權限控制制度等。 3.內(nèi)部控制的(de)重點發生了轉移。手工會計信息系統內(nèi)部控制的(de)重點是會計憑證保管、整理(lǐ)、歸檔的(de)控制，記賬程序的(de)控制，會計人員崗位責任的(de)控制，賬證、賬表和(hé)賬實核對等的(de)控制；電算化會計信息系統內(nèi)部控制的(de)重點将由傳統的(de)财務部門轉移到電子(zǐ)數據處理(lǐ)部門，內(nèi)部控制放在原始數據輸入計算機(jī)的(de)控制、會計信息輸出的(de)控制、人機(jī)交互處理(lǐ)的(de)控制、計算機(jī)系統之間連接的(de)控制、系統的(de)安全控制等方面，控制的(de)要求也更加嚴格。 二、電算化會計信息系統內(nèi)部控制的(de)主要內(nèi)容 電算化會計信息系統的(de)內(nèi)部控制可(kě)以劃分為(wèi)：一(yī)般控制和(hé)應用控制兩大類。它們(men)都是用來預防、發現、糾正系統所發生的(de)錯誤、舞弊和(hé)故障，使系統能正常運行(xíng)；是提供可(kě)靠和(hé)及時的(de)信息保證。與手工會計系統相比，它們(men)也是計算機(jī)應用于會計信息系統所産生的(de)特殊控制。 （一(yī)）電算化會計信息系統的(de)一(yī)般控制 電算化會計信息系統的(de)一(yī)般控制是面向整個系統的(de)控制，其對象涉及人員、設備和(hé)程序等。電算化會計信息系統一(yī)般控制影響到計算機(jī)應用的(de)成敗，是應用控制的(de)基礎，它為(wèi)數據處理(lǐ)提供了良好的(de)環境。電算化會計信息系統一(yī)般控制主要包括系統的(de)組織控制、操作控制、系統安全控制、系統開發控制和(hé)系統維護控制等相互配合的(de)系統運行(xíng)環境方面的(de)控制。 1.組織控制。組織控制的(de)目的(de)主要是減少電算化部門發生錯誤及舞弊行(xíng)為(wèi)的(de)可(kě)能性。它的(de)某些內(nèi)容在原理(lǐ)上與手工會計系統的(de)控制并沒有(yǒu)多少區别，如(rú)職責分工、适當分權、職位輪換等。組織控制的(de)基本原則是不相容的(de)職責由不同的(de)人員或部門來承擔，基本目标是建立恰當的(de)組織機(jī)構和(hé)職責分工制度。電算化會計信息系統從建立到運行(xíng)的(de)整個生存周期中，根據職能不同化分為(wèi)兩大部門即系統開發部門和(hé)系統應用部門，系統開發部門主要承擔系統的(de)開發研制以及系統的(de)維護工作等，系統應用部門主要負責日常會計處理(lǐ)工作。兩部門的(de)人員要嚴格分工，系統開發人員一(yī)般不能從事系統應用操作，因為(wèi)他們(men)都是計算機(jī)專業人員，精通計算機(jī)并且了解電算化系統采用的(de)各種控制技術、保密措施，可(kě)以輕易地(dì)進入系統進行(xíng)不留痕迹的(de)修改、破壞等操作。組織控制就是要使有(yǒu)關人員的(de)越權處理(lǐ)活動難以進行(xíng)，相互牽制、相互制約，以此來防止差錯、舞弊和(hé)犯罪行(xíng)為(wèi)的(de)發生，保證電算化系統的(de)可(kě)靠運行(xíng)。 2.操作控制。為(wèi)了保證數據處理(lǐ)的(de)準确性和(hé)安全性，必須制定和(hé)執行(xíng)各種标準的(de)操作管理(lǐ)規程。例如(rú)，建立完備的(de)機(jī)房管理(lǐ)制度，明确哪些人能上機(jī)操作、操作次序如(rú)何，嚴禁無關人員進入電算化機(jī)房，還要按有(yǒu)關規定記載上機(jī)日志等。為(wèi)了防止舞弊行(xíng)為(wèi)，程序員不得參與操作，操作員不得接觸參與程序設計、不得更動軟件和(hé)打開數據庫修改數據；操作員不得随意更換計算機(jī)所配置的(de)系統參數及所安裝的(de)軟件、并且不得在工作計算機(jī)上做(zuò)任何與會計核算業務無關的(de)事情，如(rú)在工作計算機(jī)上玩遊戲。 3.系統安全控制。電算化會計信息系統應該層層設防、嚴加防範，主要包括硬件安全控制、軟件安全控制、網絡安全控制和(hé)實體安全控制等。訪問授權是計算機(jī)技術中一(yī)種常見的(de)控制手段，它可(kě)以保證會計信息隻能由授權人訪問，以防止非授權者的(de)訪問、複制、修改和(hé)破壞，并且系統一(yī)旦被破壞仍保證能利用會計檔案備份迅速恢複正常。無論是正常操作還是非法操作都必須由上機(jī)日志記錄在案，即使發生問題，也可(kě)以根據權限範圍以及上機(jī)日志迅速追查事故原因，以便分清責任、解決問題。 4.系統開發控制。它是一(yī)種預防性控制，目的(de)是防止電算化系統開發階段的(de)錯誤和(hé)偏差，确保系統開發過程及內(nèi)容符合內(nèi)部控制的(de)要求和(hé)有(yǒu)關标準。開發系統前，要進行(xíng)有(yǒu)效的(de)可(kě)行(xíng)性研究，使系統的(de)每項設計都等滿足單位的(de)會計工作要求，并能适當滿足單位發展前景的(de)要求；系統開發過程中還要留下審計線索，以保證日後審計工作的(de)需要。電算化系統正式投入運行(xíng)前，要對有(yǒu)關人員進行(xíng)培訓，還要和(hé)手工會計工作并行(xíng)一(yī)段時間（大約3個月），并經過有(yǒu)關主管部門和(hé)财政部門的(de)評審驗收，以證明新系統的(de)合理(lǐ)合法性。 5.系統的(de)維護控制。為(wèi)了适應系統運行(xíng)環境的(de)變化，系統維護涉及到電算化系統功能的(de)調整、擴充和(hé)完善，包括軟件的(de)修改升級、計算機(jī)硬件和(hé)通訊設備的(de)維修或更新等。對電算化系統進行(xíng)維護必須經過周密計劃，維護過程的(de)每一(yī)環節都應設置必要的(de)控制，如(rú)系統操作員不能直接參與軟件的(de)修改，所有(yǒu)與系統維護有(yǒu)關的(de)活動都應嚴格記錄并存檔。 （二）電算化會計信息系統的(de)應用控制 電算化會計信息系統的(de)應用控制是指影響系統特定用途的(de)控制，即為(wèi)适應會計處理(lǐ)的(de)特殊要求而建立及實施的(de)控制。應用控制是一(yī)般控制的(de)深化，可(kě)以在一(yī)般控制的(de)基礎上，直接深入到具體的(de)業務數據處理(lǐ)，為(wèi)數據處理(lǐ)的(de)準确性、完整性和(hé)可(kě)靠性提供最後的(de)保證。應用控制主要包括3個方面：輸入控制、處理(lǐ)控制、輸出控制。 1.輸入控制。目前電算化系統的(de)數據輸入手段有(yǒu)鍵盤手工輸入、軟盤轉入和(hé)網絡傳送等，其中鍵盤手工輸入應用得最多，也最易出錯。隻有(yǒu)輸入正确的(de)數據，才能進行(xíng)正确的(de)處理(lǐ)。輸入控制包括4個方面：（1）經濟業務在由計算機(jī)處理(lǐ)前經過适當的(de)批準；（2）經濟業務沒有(yǒu)被遺漏、添加、重複或不正當的(de)更換；（3）經濟業務準确地(dì)轉變為(wèi)機(jī)器可(kě)讀的(de)形式，并被紀錄在數據文件中；（4）不正确的(de)經濟業務被剔除、改正。在數據輸入過程中，目前使用的(de)大部分軟件都設置了各種控制程序。例如(rú)，建立科(kē)目代碼名稱字典文件，輸入科(kē)目代碼時提示科(kē)目名稱，當有(yǒu)新增科(kē)目代碼自(zì)動追加到科(kē)目名稱字典中供用戶使用；建立科(kē)目對應關系參照文件，記賬憑證輸入完畢後，計算機(jī)自(zì)動判斷該科(kē)目的(de)對應關系是否正确，如(rú)果不對，提示用戶進行(xíng)修改。 2.處理(lǐ)控制。處理(lǐ)控制是對數據處理(lǐ)的(de)準确性和(hé)可(kě)靠性的(de)控制。數據處理(lǐ)的(de)準确、可(kě)靠，雖然在很大程度上依賴于輸入數據的(de)準确性、計算機(jī)硬件和(hé)軟件安裝的(de)可(kě)靠性，但是，即使這方面都有(yǒu)其保證措施，仍然可(kě)能出現一(yī)些問題。例如(rú)，程序邏輯錯誤、計算錯誤、處理(lǐ)非法數據、重複輸入等情況。因此，還必須設置處理(lǐ)控制措施，采用各種技術手段對輸入數據的(de)準确性進行(xíng)校驗。例如(rú)，在賬務處理(lǐ)系統下未經複核的(de)憑證不能記賬，上月未結賬本月不能結賬；又如(rú)利用會計賬戶的(de)餘額進行(xíng)控制，費用和(hé)收入類賬戶在期末一(yī)般沒有(yǒu)餘額，資産類賬戶的(de)期末餘額一(yī)般在借方，負債類和(hé)所有(yǒu)者權益類賬戶的(de)餘額一(yī)般在貸方，因此可(kě)以将這個基本內(nèi)容作為(wèi)餘額合理(lǐ)性标準編入程序，當程序運行(xíng)時就可(kě)以對所有(yǒu)賬戶餘額進行(xíng)合理(lǐ)性檢查。 3.輸出控制。财務軟件的(de)輸出功能一(yī)般包括查詢輸出、打印輸出和(hé)向軟盤輸出或運用網絡輸出等方式。輸出控制的(de)主要目的(de)是為(wèi)了保證計算機(jī)輸出結果的(de)正确性、可(kě)靠性、及時性和(hé)必要的(de)保密性，保證輸出的(de)接觸人員是僅限于經過授權的(de)人員。為(wèi)此，要對打印或下載的(de)文檔資料嚴格控制，對儲存輸出數據的(de)各種磁盤或其他磁性介質也要采取各種控制措施，并建立輸出資料控制制度，由專人負責分發、保管并登記輸出資料的(de)使用者、分發日期、打印份數或下載情況；同時對發生的(de)差錯、丢失、洩密等事故要進行(xíng)記錄，仔細檢查、分析形成事故的(de)原因是操作員的(de)過錯還是程序本身的(de)，并能采取相應的(de)避免措施或改進措施。軟件應對各種輸出要求進行(xíng)權限設置，未經授權，計算機(jī)拒絕執行(xíng)其輸出要求。例如(rú)在網上傳輸要設置網絡口令，隻有(yǒu)當口令正确時才能執行(xíng)輸出操作；又如(rú)對向軟盤輸出的(de)情況，計算機(jī)應首先檢查軟盤的(de)安全性，以防止計算機(jī)病毒的(de)侵蝕。 三、電算化會計信息系統內(nèi)部控制存在的(de)問題 在電算化會計信息系統環境下，有(yǒu)形記錄較手工會計系統大為(wèi)減少，賬務處理(lǐ)結果及數據文件都存儲在計算機(jī)或磁盤等電子(zǐ)介質上，不像手工會計系統那樣直觀，特别是在磁盤上更改數據不會留下任何痕迹，而在計算機(jī)內(nèi)部，會計數據無論是形态還是結構卻發生了變化，這對會計數據的(de)真實性、有(yǒu)效性和(hé)完整性都造成了威脅，一(yī)旦出現舞弊行(xíng)為(wèi)，後果将是嚴重的(de)和(hé)難以發現的(de)。目前，在會計工作實踐中，電算化會計信息系統內(nèi)部控制存在的(de)問題主要表現在以下3個方面。 1.數據的(de)安全性差。手工會計系統中數據的(de)處理(lǐ)和(hé)儲存都分散于各個不同的(de)部門和(hé)人員，而電算化系統的(de)突出特點是會計數據處理(lǐ)的(de)自(zì)動化、集中化，因此給數據安全帶來了一(yī)定的(de)威脅。例如(rú)，電算化系統都有(yǒu)必要的(de)财務分工功能，每個操作員都設置有(yǒu)自(zì)己的(de)口令和(hé)不同的(de)工作權限，并且每個操作員都應保守自(zì)己的(de)口令秘密。但是在電算化實踐中，（1）一(yī)部分單位雖然設置有(yǒu)不同的(de)财務分工，卻往往是一(yī)個操作員身兼數職，可(kě)以以不同的(de)身份進入系統進行(xíng)不同的(de)操作，這樣，财務分工的(de)控制就名存實亡。（2）未經授權的(de)計算機(jī)專業人員可(kě)以利用計算機(jī)技術和(hé)網絡技術輕易地(dì)浏覽各種數據文件，造成會計機(jī)密數據被洩漏。（3）會計數據文件大量地(dì)保存在磁性材料中，一(yī)旦發生火災、水災、盜竊之類的(de)事件，就可(kě)能使全部數據丢失和(hé)毀損；同時磁性材料對外界環境的(de)要求比較高(gāo)，要防火、防水、防磁和(hé)防塵，對環境溫度也有(yǒu)一(yī)定要求，因此增加了數據的(de)脆弱性。如(rú)果不加強電算化會計信息系統數據安全方面的(de)控制，數據丢失和(hé)毀損的(de)可(kě)能性就會大大增加，并造成财務軟件的(de)程序控制失效。為(wèi)了保證會計信息的(de)安全性、可(kě)靠性，财政部曾制定了相關的(de)規則，對财務軟件必須具有(yǒu)的(de)安全性做(zuò)了一(yī)些具體規定和(hé)指導意見。 2.差錯的(de)反複性和(hé)嚴重性。手工會計系統中數據處理(lǐ)環節分散于多個部門、多個員工，一(yī)個部門或人員的(de)差錯往往可(kě)以在下個環節發現和(hé)糾正。所以，一(yī)般情況下一(yī)定時間內(nèi)差錯重複發生的(de)可(kě)能性不大，發生重大差錯的(de)可(kě)能性也不大。電算化系統數據處理(lǐ)自(zì)動化、集中化，再加上計算機(jī)運行(xíng)的(de)高(gāo)速性、程序運行(xíng)的(de)重複性，使得處理(lǐ)結果一(yī)旦發生錯誤，往往就會在短(duǎn)時間內(nèi)迅速蔓延，造成多種數據文件、賬簿及整個系統的(de)會計數據失真，并且可(kě)能使系統出現反複性差錯。正如(rú)信息處理(lǐ)中的(de)一(yī)句名言：逗垃圾進，垃圾出地(dì)，也就是說如(rú)果輸入數據出錯，以後的(de)處理(lǐ)環節再正确，也隻能輸出錯誤的(de)信息。電算化系統數據處理(lǐ)的(de)高(gāo)速性和(hé)集中性都使得出現差錯的(de)危險性增大，因此，電算化會計信息系統數據輸入、數據處理(lǐ)各環節和(hé)系統硬件設施等方面都需要加強控制。 3.管理(lǐ)和(hé)監督的(de)有(yǒu)效性差。根據财政部的(de)有(yǒu)關規定，以計算機(jī)代替手工記賬的(de)單位必須達到一(yī)定條件，并且需要經有(yǒu)關财政部門或上級主管部門的(de)審批；運用互聯網輸出、輸入或處理(lǐ)數據，還需要到公安部門登記注冊。但是，實際上部分單位未經審批就直接采用計算機(jī)代替手工記賬；更為(wèi)嚴重的(de)是，有(yǒu)些單位未能滿足相關條件就正式使用計算機(jī)代替手工記賬。例如(rú)，計算機(jī)和(hé)手工并行(xíng)三個月且取得與手工相一(yī)緻的(de)結果是審批的(de)必要條件之一(yī)，有(yǒu)些單位未完成這一(yī)環節、也未經審批，就直接實施了會計電算化。計算機(jī)代替手工記賬的(de)單位必須建立完善的(de)電算化管理(lǐ)制度，有(yǒu)些單位雖然建立了內(nèi)部管理(lǐ)制度，但徒有(yǒu)虛名并沒有(yǒu)切實執行(xíng)。例如(rú)，按職權分離(lí)原則，系統開發人員不應直接接觸或者正式操作電算化會計系統，憑證的(de)輸入和(hé)複核人員必須由不同的(de)人員執行(xíng)，但有(yǒu)些單位系統開發人員則可(kě)以随時接觸會計核算系統，甚至頂班操作；也有(yǒu)一(yī)些單位由同一(yī)個人按照不同的(de)姓名口令進入系統去(qù)完成憑證輸入和(hé)複核兩項不兼容的(de)工作。 四、電算化會計信息系統內(nèi)部控制的(de)加強和(hé)完善 電算化會計信息系統的(de)內(nèi)部控制實際執行(xíng)了一(yī)部分審計工作，它是一(yī)項技術性強并相當複雜的(de)工作，因此必須加強和(hé)完善電算化會計信息系統的(de)內(nèi)部控制，以保證系統的(de)正常運行(xíng)和(hé)财務數據的(de)安全可(kě)靠，減少甚至消除可(kě)能發生的(de)危害。提升單位或企業的(de)整體管理(lǐ)水平，以保障單位或企業管理(lǐ)目标的(de)實現，主要措施應有(yǒu)以下幾個方面。 1.強化風險意識。會計信息化是會計發展的(de)必然趨勢，與手工會計系統相比，電算化會計信息系統具有(yǒu)明顯的(de)優越性，但是電算化系統有(yǒu)不同于手工會計系統的(de)特點及其風險，必須建立更加嚴密的(de)、系統的(de)內(nèi)部控制制度。各級領導和(hé)财會部門、信息部門人員都應對會計信息化樹立正确的(de)思想認識，營造風險防範從我(wǒ)做(zuò)起的(de)氛圍。目前，社會中計算機(jī)犯罪行(xíng)為(wèi)的(de)增加，使我(wǒ)們(men)更應認識到電算化會計信息系統加強內(nèi)部控制的(de)重要性。強化系統的(de)內(nèi)部控制，既是預防電腦犯罪的(de)重要措施，也是減少差錯的(de)有(yǒu)效保障。 2.在法規、準則制度上完善對電算化會計信息系統的(de)內(nèi)部控制機(jī)制的(de)規範。目前，财政部已陸續頒布了一(yī)系列內(nèi)部會計控制規範文件，如(rú)逗內(nèi)部會計控制規範———基本規範（試行(xíng)）地(dì)逗內(nèi)部會計控制規範———貨币資金（試行(xíng)）地(dì)逗內(nèi)部會計控制規範———采購與付款（試行(xíng)）地(dì)逗內(nèi)部會計控制規範———銷售與收款（試行(xíng)）地(dì)。但我(wǒ)國(guó)有(yǒu)關部門頒布的(de)電算化方面的(de)政策法規還不多，參照國(guó)際慣例，電算化會計信息系統內(nèi)部控制的(de)內(nèi)容應以準則的(de)方式對外發布。實施電算化會計信息系統的(de)單位可(kě)以結合自(zì)身的(de)特點，制定切實可(kě)行(xíng)的(de)內(nèi)部會計控制制度及方法。财政部和(hé)主管部門應制定內(nèi)部控制工作指南，對單位電算化會計信息系統內(nèi)部會計控制工作提出指導和(hé)建議。 3.加強與使用電算化系統有(yǒu)關的(de)審批、評審和(hé)驗收等工作的(de)監督機(jī)制。使用電算化會計信息系統的(de)單位必須具備幾個基本條件，各級财政部門和(hé)業務主管部門應加強審批的(de)各項管理(lǐ)措施，以保證實現會計電算化的(de)單位都具有(yǒu)良好的(de)內(nèi)部控制制度，特别是對于商(shāng)品化的(de)财務軟件，要加強對軟件的(de)評審管理(lǐ)。評審的(de)內(nèi)容主要是針對軟件是否符合國(guó)家統一(yī)的(de)會計制度，軟件的(de)安全性、可(kě)靠性以及軟件的(de)售後服務功能等方面。驗收工作主要是檢查與軟件相配合的(de)運行(xíng)環境和(hé)管理(lǐ)制度的(de)建立情況。 4.加強內(nèi)部審計。內(nèi)部審計是單位或企業內(nèi)部控制系統的(de)重要組成部分，也是強化內(nèi)部會計監督的(de)制度安排。電算化會計信息系統的(de)運作往往是逗人機(jī)地(dì)對話的(de)特殊形态，對網絡環境下的(de)會計信息審核必須運用更複雜的(de)查核技術，隻有(yǒu)精通計算機(jī)網絡知識、熟悉審計财務程序的(de)人員才能勝任此項工作，這給內(nèi)部審計加大了難度[2].內(nèi)部審計制度是保障內(nèi)部控制的(de)重要手段之一(yī)，通過內(nèi)部審計可(kě)以了解現有(yǒu)的(de)一(yī)些內(nèi)部控制措施是否能滿足為(wèi)內(nèi)部會計系統提供準确、可(kě)靠的(de)信息，以及這些控制措施能否有(yǒu)效地(dì)運作以達到預期的(de)目的(de)。在電算化系統運行(xíng)過程中，審計人員對會計業務處理(lǐ)等工作進行(xíng)評價和(hé)檢驗，有(yǒu)利于檢測财務軟件的(de)可(kě)靠性，發現存在的(de)問題、提出解決問題的(de)建議，有(yǒu)利于提高(gāo)會計核算質量和(hé)管理(lǐ)水平。 5.人員控制。人員控制是電算化系統管理(lǐ)的(de)根本，會計電算化人才的(de)缺乏是制約我(wǒ)國(guó)會計信息化工作發展的(de)關鍵環節。為(wèi)此，首先要通過各種培訓提高(gāo)會計人員的(de)計算機(jī)業務水平和(hé)職業道(dào)德水準、增強遵守各項法規的(de)自(zì)覺性，實行(xíng)考核合格才準上崗的(de)制度；其次要通過各類院校培養既懂會計又掌握一(yī)定計算機(jī)知識及技能的(de)專業人才充實到會計隊伍中；第三，會計人員不僅要具備财會知識和(hé)計算機(jī)知識，同時還要掌握一(yī)定的(de)管理(lǐ)知識；最後，業務主管應當熟悉整個會計電算化處理(lǐ)業務，以便對系統會計工作流程進行(xíng)監控和(hé)指導。 總之，任何計算機(jī)系統都不是無懈可(kě)擊的(de)，任何規章(zhāng)制度也不是天衣無縫的(de)，因此，完善有(yǒu)效的(de)計算機(jī)系統及管理(lǐ)制度是電算化會計信息系統安全之本；提高(gāo)會計電算化人員素質，規範和(hé)完善電算化會計信息系統操作和(hé)管理(lǐ)章(zhāng)程，重視(shì)內(nèi)部審計，增強數據安全意識，是當前強化電算化會計信息系統內(nèi)部控制的(de)關鍵問題。

軟件開發管理(lǐ)流程制度的(de)介紹就聊到這裏吧(ba)，感謝你花時間閱讀本站內(nèi)容，更多關于軟件開發管理(lǐ)系統流程圖、軟件開發管理(lǐ)流程制度的(de)信息别忘了在本站進行(xíng)查找喔。