大學(xué)生成績管理信息系統(tǒng)項(xiàng)目開發(fā)管理計(jì)劃

大學(xué)生成績管理信息系統(tǒng)工程管理方案書學(xué)號：0202300149姓名：何國忠專業(yè)：軟件技術(shù)系別：計(jì)算機(jī)科學(xué)系指導(dǎo)教師：陳活完成日期：2023年06月18日目錄TOC\o"1-3"\u第一章工程背景31.1工程概況31.2工程交付品31.3文檔的演化31.4參考書41.5定義和縮寫表4第二章工程需求分析52.1工程需求獲取52.2需求分析52.2.1非功能需求分析52.2.2功能需求分析62.3需求驗(yàn)證8第三章工程組織93.1工程人力組織結(jié)構(gòu)93.1.1人力資源需求獲取93.1.2角色工作職責(zé)103.2軟硬件資源方案10工程本錢估算11軟、硬件本錢估算11規(guī)模本錢估算113.4工程進(jìn)度管理113.4.1軟件工程任務(wù)分解123.4.2工程進(jìn)度安排12、工程執(zhí)行方案13第四章管理過程144.1管理目標(biāo)和優(yōu)先級144.2假設(shè)，依賴和限制144.3風(fēng)險(xiǎn)管理144.4質(zhì)量管理164.5監(jiān)督和控制機(jī)制16第五章技術(shù)過程185.1方法，工具和技術(shù)185.2軟件文檔185.3工程支持功能19第一章工程背景1.1工程概況當(dāng)今社會(huì)計(jì)算機(jī)的應(yīng)用已深入到社會(huì)生活的各個(gè)方面，而其在擁有眾多21世紀(jì)國家和社會(huì)頂梁柱的大學(xué)更是不可缺少的。而隨著計(jì)算機(jī)技術(shù)的開展的計(jì)算機(jī)人才的大量涌現(xiàn)計(jì)算機(jī)在信息管理方面的優(yōu)勢逐漸凸現(xiàn)出來，并開始大量應(yīng)用于各層次的信息管理效勞與實(shí)踐中。與此同時(shí)，大量管理信息系統(tǒng)軟件不斷涌現(xiàn)，且不斷升級與改良。大學(xué)生成績管理是一項(xiàng)繁雜、瑣碎的事務(wù)，同時(shí)其管理又與學(xué)生學(xué)籍管理、學(xué)生根本信息管理、教務(wù)系統(tǒng)等聯(lián)系密切，它涉及到對學(xué)生的獎(jiǎng)懲以及找工作，對教師的教學(xué)評估的重要事宜，因此大學(xué)生成績管理的水平的重要性可見一斑。應(yīng)用大學(xué)生成績管理信息系統(tǒng)來進(jìn)行管理必定會(huì)大大提高管理的速度、實(shí)效、平安性、準(zhǔn)確性、完整性、保密性。本系統(tǒng)主要針對當(dāng)前一些大學(xué)對學(xué)生信息管理不到位、混亂等缺乏進(jìn)行開發(fā)并引以為鑒，當(dāng)然由于開發(fā)人員專業(yè)知識和計(jì)算機(jī)技術(shù)有限，設(shè)計(jì)中可能存在欠缺，望請老師及相關(guān)讀者給予指正。本系統(tǒng)的業(yè)務(wù)主要包括任課教師登記匯總初始成績、學(xué)生反應(yīng)、組織補(bǔ)考、成績修改、教務(wù)系統(tǒng)進(jìn)行統(tǒng)計(jì)分析修正后的成績、學(xué)生查詢。1.2工程交付品工程交付日期為第17周周末，交付地點(diǎn)為：15-206主要交付物有：《UML說明》《軟件重構(gòu)》，應(yīng)用系統(tǒng)軟件包，數(shù)據(jù)庫初始數(shù)據(jù)，系統(tǒng)源代碼，用戶使用手冊，技術(shù)文檔包〔包括需求規(guī)格說明書、設(shè)計(jì)說明書、系統(tǒng)測試說明書、工程總結(jié)文檔等〕、工程進(jìn)度日志包。1.3文檔的演化工程管理方案應(yīng)在第三周周末前經(jīng)由工程組討論后，進(jìn)行分工按工作模塊撰寫，最后由工程經(jīng)理匯總整合三步驟形成初稿，由工程組組長傳至配置文檔效勞器，由工程組組長負(fù)責(zé)維護(hù)第五周以后根據(jù)工程的進(jìn)展可以對其進(jìn)行修改，需要組員集體提出修改意見，并在全體會(huì)議上討論通過，并由組長將修改稿上傳至文檔效勞器。組員通過版本控制器同步獲得更新稿。1.4參考書《UML說明》《軟件重構(gòu)》課程教材《軟件工程-理論、方法與實(shí)踐》孫家廣劉強(qiáng)高等教育出版社課程教材《軟件工程》葉俊民清華大學(xué)出版社課程講義《軟件工程管理根底》SQLServer2005數(shù)據(jù)庫及應(yīng)用Java網(wǎng)站開發(fā)語言課程Jsp動(dòng)態(tài)網(wǎng)站開發(fā)語言1.5定義和縮寫表SGMS〔Students’GradesManagementSystem〕學(xué)生成績管理系統(tǒng)的縮寫UML〔UnifiedModelingLanguage〕統(tǒng)一建模語言的縮寫Spmp:軟件工程管理方案Srs:需求規(guī)格說明書Sts：系統(tǒng)測試說明書第二章工程需求分析2.1工程需求獲取描述獲取途徑。例：向客戶咨詢、查找資料、專業(yè)咨詢、專家評審等2.2需求分析數(shù)據(jù)輸入：實(shí)現(xiàn)學(xué)生根本信息、老師信息、管理員信息、學(xué)生成績等相關(guān)信息的錄入。如：原始成績單、最終成績單的輸入。成績修改：可以實(shí)現(xiàn)學(xué)生根本信息、老師信息、管理員信息、學(xué)生成績等相關(guān)信息的修改。如：補(bǔ)考后對學(xué)生成績的修改。成績查詢：學(xué)生管理員教師可各自在自己的權(quán)限內(nèi)實(shí)現(xiàn)學(xué)生根本信息、老師信息、管理員信息、學(xué)生成績等相關(guān)信息的查詢。如：學(xué)生考試后查詢成績，教師要查詢本班學(xué)生考試成績。成績統(tǒng)計(jì)：以實(shí)現(xiàn)學(xué)生人數(shù)、最高分、最低分、平均學(xué)分績點(diǎn)、不及格學(xué)生人數(shù)、學(xué)生總平均成績等相關(guān)統(tǒng)計(jì)。信息顯示：可以實(shí)現(xiàn)以字段分布和二維表兩種方式顯示學(xué)生信息。非功能需求分析系統(tǒng)的非功能性需求如下：〔1〕可靠性O(shè)A系統(tǒng)必須支持連續(xù)30天的不間斷動(dòng)作。假設(shè)系統(tǒng)動(dòng)作時(shí)遇到來可恢復(fù)的錯(cuò)誤，也必須保證數(shù)據(jù)庫完好無損或者能恢復(fù)?！?〕平安性領(lǐng)導(dǎo)和敏感崗位的用戶提供ikey身份驗(yàn)證。數(shù)據(jù)在互聯(lián)網(wǎng)上傳辦辦輸必須通過加密。用戶進(jìn)行關(guān)鍵的打操作時(shí)，系統(tǒng)自動(dòng)生成記錄日志，提供日志審計(jì)?！?〕性能系統(tǒng)登錄成功進(jìn)入用戶首頁的響應(yīng)平均時(shí)間不超過3秒。系統(tǒng)內(nèi)操作的平均響應(yīng)時(shí)間不超過3秒。系統(tǒng)并發(fā)用戶數(shù)2000以上。Web效勞器，數(shù)據(jù)庫效勞器的cpu使用率到達(dá)100%的持續(xù)時(shí)間不超過2秒?！?〕易用性用戶可以很容易找到自己期望的各種操作。系統(tǒng)必須提供在線幫助或使用教學(xué)視頻?！?〕擴(kuò)展性系統(tǒng)必須提供開發(fā)工具包給客戶進(jìn)行二次開發(fā)。功能需求分析按照功能分解，本系統(tǒng)分為客戶端管理系統(tǒng)和管理端系統(tǒng)。各個(gè)局部的關(guān)系如下圖使用系統(tǒng)角色定義：管理員：是負(fù)責(zé)維護(hù)和管理本站所有模塊的角色。學(xué)生：在本站注冊通過并登錄成功的用戶。圖2.1系統(tǒng)模塊圖圖2.2管理功能結(jié)構(gòu)圖圖2.3學(xué)生功能結(jié)構(gòu)圖1、登錄與注冊模塊該模塊的功能主要包括用戶登錄、注冊等。圖2.4登錄與注冊模塊用例圖2.3需求驗(yàn)證需求驗(yàn)證過程：1、審查需求文檔2、根據(jù)需求文檔編寫測試用例3、編寫用戶手冊表2-1系統(tǒng)功能模塊表功能模塊執(zhí)行人執(zhí)行描述需求完成情況系統(tǒng)管理黃行整個(gè)系統(tǒng)的架構(gòu)的建設(shè)100%學(xué)生信息管理張三錄入學(xué)生的根本信息80%成績信息管理李四以班或以單個(gè)學(xué)生為單位錄入成績90%授課信息管理王五查詢相關(guān)課程信息100%學(xué)生成績查詢和統(tǒng)計(jì)陳小麗查詢學(xué)生的考試成績與統(tǒng)計(jì)70%第三章工程組織3.1工程人力組織結(jié)構(gòu)本工程需要什么人？工程經(jīng)理數(shù)據(jù)庫管理與設(shè)計(jì)人員系統(tǒng)分析員架構(gòu)設(shè)計(jì)員程序員文檔管理員測試員人力資源需求獲取工程成員的來源：〔1〕在組織內(nèi)部選拔適宜的人選〔2〕通過招聘吸收新成員〔3〕通過熟悉的人員介紹表3-1人力資源需求表序號角色數(shù)量到位時(shí)間備注1工程經(jīng)理12023年2月已招2數(shù)據(jù)庫管理與設(shè)計(jì)人員12023年3月未招3系統(tǒng)分析員12023年3月已招4架構(gòu)設(shè)計(jì)員12023年3月已招5程序員32023年3月需招兩位程序員6文檔管理員12023年3月已招7測試員12023年3月未招角色工作職責(zé)表3-2人力資源分析表■主要技能●次要技能▲興趣任務(wù)\參與者黃行張三李四王五陳小麗控制設(shè)計(jì)■▲數(shù)據(jù)庫設(shè)計(jì)●■●用戶界面設(shè)計(jì)▲●■配置管理■▲程序員▲■表3-3人力資源執(zhí)行表角色職責(zé)人員機(jī)構(gòu)領(lǐng)導(dǎo)負(fù)責(zé)工程整體進(jìn)程以及工程質(zhì)量曾大權(quán)工程經(jīng)理監(jiān)督和安排工程物資到位情況黃行需求分析員與客戶打交道，詳細(xì)了解用戶需求并給出系統(tǒng)總體方案黃行系統(tǒng)設(shè)計(jì)員根據(jù)需求分析做出相應(yīng)的系統(tǒng)設(shè)計(jì)架構(gòu)員程序員實(shí)現(xiàn)系統(tǒng)設(shè)計(jì)員要求系統(tǒng)的代碼程序組員測試員對系統(tǒng)進(jìn)行系統(tǒng)測試程序測試專員質(zhì)量保證員售后效勞，質(zhì)量監(jiān)督與維護(hù)工程后期保障員配置管理員監(jiān)督用戶的配置要求，使系統(tǒng)在相應(yīng)的軟硬件環(huán)境下運(yùn)行配置管理專員3.2軟硬件資源方案表3-4資源工具表軟硬件資源名稱級別詳細(xì)配置獲取方式與時(shí)間使用說明主機(jī)關(guān)鍵WindowsXP256M1.8GHz500G可以用工程初期全員用于工程全程開發(fā)Web效勞器關(guān)鍵Tomcat已經(jīng)存在工程初期用于開發(fā)過程效勞于開發(fā)java關(guān)鍵Java網(wǎng)站開發(fā)語言已經(jīng)存在編碼期軟件開發(fā)工具SQLSever/2005關(guān)鍵SQLSever/2005數(shù)據(jù)庫及應(yīng)用已經(jīng)存在編碼期數(shù)據(jù)庫管理軟件瀏覽器非關(guān)鍵IE6.0以上已經(jīng)存在工程初期瀏覽工具工程本錢估算3.3.1軟、硬件本錢估算表3-5資源工具本錢表軟、硬件名稱配置價(jià)格主機(jī)獨(dú)顯內(nèi)存1G宏基主板硬盤500G10臺(tái)12000EclipseJdkjdbcTomcat7.0javajsp零SQLServer2005版本零3.3.2規(guī)模本錢估算描述采用估算的方法表3-6人力資源分配與本錢表任務(wù)時(shí)間〔周〕責(zé)任人本錢〔元〕系統(tǒng)需求獲取1陳小麗100系統(tǒng)需求分析2王五200系統(tǒng)代碼設(shè)計(jì)3張三300系統(tǒng)測試2李四200系統(tǒng)部署與實(shí)施3黃行300文檔管理1陳小麗100合計(jì)12曾大權(quán)12003.4工程進(jìn)度管理說明：描述該工程所使用的軟件過程模型，或者是遵循的組織標(biāo)準(zhǔn)模型，過程模型，需要指明里程碑的時(shí)間、基線〔目標(biāo)〕、評審、工作制品、工程交付產(chǎn)品、結(jié)束標(biāo)志等。3.4.1表3-7軟件工程任務(wù)分解任務(wù)任務(wù)描述前驅(qū)任務(wù)任務(wù)持續(xù)時(shí)間〔周〕A需求分析1B重新設(shè)計(jì)現(xiàn)有局部A5C設(shè)計(jì)新增局部A3D開發(fā)整體方案C2E修改現(xiàn)有代碼B3F增補(bǔ)新代碼C6G單元測試EF1H集成測試G1I更新文檔D2J驗(yàn)收測試HI1圖3.1網(wǎng)絡(luò)圖2、工程方案表3-8工程方案例如任務(wù)名稱工期開始時(shí)間結(jié)束時(shí)間定義工作組角色22023-3-12023-6-2確定所需技能52023-3-12023-6-5確定資源22023-3-92023-6-10將角色賦予資源22023-3-112023-6-12工作組成立12023-3-152023-6-153.4.2工程進(jìn)度安排時(shí)時(shí)間任務(wù)20231~2周3~4周5~6周7~8周9~12周13~16周工程方案需求規(guī)格說明書配置管理方案體系結(jié)構(gòu)設(shè)計(jì)報(bào)告數(shù)據(jù)庫設(shè)計(jì)報(bào)告模塊設(shè)計(jì)報(bào)告測試分析報(bào)告用戶手冊圖3.2工程方案甘特圖3.4.表3-9工作方案矩陣工作內(nèi)容責(zé)任人預(yù)計(jì)費(fèi)用〔人民幣〕任務(wù)期限〔可用工作日〕里程碑工程范圍規(guī)劃黃行4000.005工程組成立并開展工作軟件/用戶需求分析王五5000.0010軟件研發(fā)工程獲批準(zhǔn)實(shí)施功能、界面設(shè)計(jì)陳小麗6000.0010設(shè)計(jì)成果獲得批準(zhǔn)軟件開發(fā)張三15000.0050形成可供測試的產(chǎn)品軟件功能與集成測試王五7000.0060產(chǎn)品可供用戶試運(yùn)行培訓(xùn)準(zhǔn)備黃行3000.0050形成專供用戶操作培訓(xùn)的資源文檔陳小麗2000.0020軟件用戶操作幫助系統(tǒng)試運(yùn)行及軟件驗(yàn)收張三10000.0010定型產(chǎn)品各項(xiàng)指標(biāo)滿足設(shè)計(jì)要求實(shí)施工作結(jié)束后的問題黃行500.003工程總結(jié)完成說明：預(yù)計(jì)費(fèi)用和任務(wù)期限為方案估算，僅用于指導(dǎo)本工程方案編制第四章管理過程4.1管理目標(biāo)和優(yōu)先級根本管理原那么：建立一個(gè)樹型管理模式，層層管理。每位成員即是積極的建言者，又是負(fù)責(zé)的合作者決策應(yīng)在充分的討論根底上做出，并被及時(shí)有效的執(zhí)行。實(shí)施首席程序員制。目標(biāo)1：按時(shí)按量完成工程的根本功能，按時(shí)發(fā)布產(chǎn)品優(yōu)先級：1最高目標(biāo)2:遵循標(biāo)準(zhǔn)化的工程運(yùn)作標(biāo)準(zhǔn)，文檔嚴(yán)禁完整，代碼注釋充分，便于后續(xù)維護(hù)優(yōu)先級：2目標(biāo)3：產(chǎn)品穩(wěn)定運(yùn)行，界面友好易于上手，可玩性強(qiáng)優(yōu)先級：3目標(biāo)4：注重團(tuán)隊(duì)建設(shè)，成員分工合理，合作默契，氣氛融洽優(yōu)先級：4目標(biāo)5：工程設(shè)計(jì)和開發(fā)上有創(chuàng)新，營造出賣點(diǎn)優(yōu)先級：54.2假設(shè)，依賴和限制☆假設(shè)1：首席程序員以較快的速度提供問題解答、工程檢查方案、活動(dòng)安排限制：某些關(guān)鍵設(shè)定可能會(huì)由于得不到及時(shí)解答而推延決策☆假設(shè)2：相關(guān)的硬件設(shè)施〔包括版本控制效勞器、開發(fā)人員個(gè)人電腦〕穩(wěn)定工作限制：假設(shè)硬件設(shè)施出現(xiàn)異常，可能造成局部工作甚至整個(gè)開發(fā)進(jìn)程陷于停頓4.3風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理是整個(gè)工程實(shí)施過程中關(guān)系到能否實(shí)施成功的重大課題。在提高工程實(shí)施質(zhì)量的同時(shí)，應(yīng)該要求工程實(shí)施的全過程中向工程實(shí)施的雙方有關(guān)人員，進(jìn)行風(fēng)險(xiǎn)教育、樹立風(fēng)險(xiǎn)觀念，預(yù)測及防止風(fēng)險(xiǎn)的發(fā)生，確保工程實(shí)施的順利進(jìn)行。風(fēng)險(xiǎn)產(chǎn)生來自多個(gè)方面，主要有：工程范圍的風(fēng)險(xiǎn)工程進(jìn)度的風(fēng)險(xiǎn)工程人力資源的風(fēng)險(xiǎn)對開發(fā)目標(biāo)認(rèn)識不正確的風(fēng)險(xiǎn)根底〔靜態(tài)〕數(shù)據(jù)正確率不夠的風(fēng)險(xiǎn)動(dòng)態(tài)數(shù)據(jù)不及時(shí)、不完整形成的風(fēng)險(xiǎn)表4-1工程風(fēng)險(xiǎn)風(fēng)險(xiǎn)標(biāo)題發(fā)生可能性影響優(yōu)先級躲避或減輕策略預(yù)訂完成日期開發(fā)技術(shù)不熟練70%災(zāi)難性高提前制定好的學(xué)習(xí)方案降低難度第15周工程人員變更90%低中提前做好人力資源規(guī)劃第15周組長工程纏身疲于應(yīng)付60輕微中組員充分自治，必要時(shí)頂替組長責(zé)任第15周需求變更頻繁50嚴(yán)重中需求制定充分預(yù)見未來第10周☆風(fēng)險(xiǎn)級別定義：對一個(gè)工程的實(shí)施全過程，我們對于風(fēng)險(xiǎn)的分級，采用以下5級定義：表4-2風(fēng)險(xiǎn)級別表級別12345定量方式5％以下6－20％20－50％50－85％85％以上定性方式極低低中高極高☆風(fēng)險(xiǎn)管理措施工程負(fù)責(zé)人可以采取以下風(fēng)險(xiǎn)管理措施：工程開始以前應(yīng)控制產(chǎn)生風(fēng)險(xiǎn)的原因，在工程開工后應(yīng)想方設(shè)法減輕風(fēng)險(xiǎn)影響。了解導(dǎo)致工程人員變動(dòng)的原因，在工程實(shí)施期間應(yīng)控制上述原因，盡量減少人員的流動(dòng)。在工作方法和技術(shù)上應(yīng)采取適當(dāng)措施，防止因人員流動(dòng)給工作帶來損失。工程在開發(fā)過程中應(yīng)及時(shí)公布并交流工程開發(fā)的信息。建立組織機(jī)構(gòu)，確定文檔標(biāo)準(zhǔn)，并及時(shí)生成文檔。對工作進(jìn)行集體復(fù)審，使多數(shù)人都能了解工作的細(xì)節(jié)，跟上工作進(jìn)度。為關(guān)鍵技術(shù)準(zhǔn)備后備人員。防止關(guān)鍵人員的流動(dòng)造成的風(fēng)險(xiǎn)。對關(guān)鍵人員實(shí)行傾斜政策，提高關(guān)鍵人員的穩(wěn)定性。工程實(shí)施中，使用合格的人員上崗。在各種例會(huì)上，檢查進(jìn)度的同時(shí)檢查各種中的風(fēng)險(xiǎn)。4.4質(zhì)量管理軟件質(zhì)量管理是保證交付的產(chǎn)品嚴(yán)格按照需求分析實(shí)現(xiàn)的產(chǎn)品，到達(dá)用戶使用的需求標(biāo)準(zhǔn)。通過以下方式對軟件開展質(zhì)量管理：1、人員培訓(xùn)：描述培訓(xùn)內(nèi)容及形式2、用例測試表4-3系統(tǒng)模塊測試表模塊測試員測試方式結(jié)論系統(tǒng)管理黃行黑盒測試系統(tǒng)是否正常運(yùn)行程序設(shè)計(jì)張三白盒測試**代碼運(yùn)行發(fā)生錯(cuò)誤學(xué)生成績管理陳小麗白盒測試成績輸入輸出管理授課管理黃行白盒測試授課安排管理4.5監(jiān)督和控制機(jī)制建立報(bào)告機(jī)制，及時(shí)將工程中存在的問題反映到工程經(jīng)理或工程管理層。報(bào)告的時(shí)間規(guī)定如下：表4-4危機(jī)處理表危害概率1％以下1－5％6－10％11－20％20％以上極低二天二天當(dāng)天當(dāng)天當(dāng)天低二天二天當(dāng)天當(dāng)天當(dāng)天中當(dāng)天立即馬上馬上馬上高當(dāng)天馬上馬上馬上馬上極高當(dāng)天馬上馬上馬上馬上同時(shí)，建立并及時(shí)更新工程風(fēng)險(xiǎn)控制目錄及風(fēng)險(xiǎn)排序。工程管理人員應(yīng)隨時(shí)關(guān)注與關(guān)鍵風(fēng)險(xiǎn)相關(guān)因素的變化情況，及時(shí)決定何時(shí)、采用何種風(fēng)險(xiǎn)應(yīng)對措施。表4-5風(fēng)險(xiǎn)與策略表可能的風(fēng)險(xiǎn)躲避策略有些公司準(zhǔn)備上系統(tǒng)時(shí)，企業(yè)的管理模式和業(yè)務(wù)流程還處在不甚科學(xué)的階段，企業(yè)管理不夠標(biāo)準(zhǔn)透明，內(nèi)控流程混亂甚至缺失。在這種情況下，企業(yè)做出的系統(tǒng)規(guī)劃和選擇，其效果必定要大打折扣。如果要將這個(gè)任務(wù)轉(zhuǎn)移到系統(tǒng)實(shí)施過程中去完成，內(nèi)控流程混亂甚至缺失，往往導(dǎo)致需求不明確；需求不明確，那么可能延長實(shí)施時(shí)間，并加大實(shí)施的風(fēng)險(xiǎn)，這也是許多系統(tǒng)工程折戟沉沙的主要原因之一。先標(biāo)準(zhǔn)企業(yè)的內(nèi)部流程與管理制度。企業(yè)上系統(tǒng)之前應(yīng)該首先把管理制度和業(yè)務(wù)流程標(biāo)準(zhǔn)好；然后做出一個(gè)符合企業(yè)長遠(yuǎn)開展目標(biāo)的系統(tǒng)系統(tǒng)需求分析，在這個(gè)根底上再實(shí)施系統(tǒng)。對系統(tǒng)的財(cái)力和人力投入缺乏，造成工程不成功。投入較少的資金和人力，要到達(dá)系統(tǒng)的效果，這是很多企業(yè)主的想法。但是，對系統(tǒng)工程來說，這是根本不可能的。系統(tǒng)負(fù)責(zé)人，在上系統(tǒng)前，一定要讓負(fù)責(zé)人知道系統(tǒng)工程到底是個(gè)什么工程，同其他系統(tǒng)軟件有什么區(qū)別。建議：到一個(gè)實(shí)施成功的企業(yè)去進(jìn)行調(diào)研、分析，根據(jù)他們的實(shí)施過程和經(jīng)驗(yàn)來制定本企業(yè)實(shí)施的具體方案。確實(shí)做到“充分準(zhǔn)備〞、“全體發(fā)動(dòng)〞。一些企業(yè)為了節(jié)省一些實(shí)施費(fèi)用，不找專業(yè)人員進(jìn)行實(shí)施?？孔约旱腎T部門瞎跑瞎鬧，這樣做，系統(tǒng)工程能成功真是個(gè)奇跡。對大多數(shù)企業(yè)來說，利用系統(tǒng)實(shí)現(xiàn)管理創(chuàng)新和效益不是其長項(xiàng)。他們很難對自己不很懂的系統(tǒng)工程，承當(dāng)責(zé)任，做出決策并保證成功。要找專業(yè)的系統(tǒng)軟件實(shí)施公司，特別是有本行業(yè)實(shí)施經(jīng)驗(yàn)的實(shí)施公司，把風(fēng)險(xiǎn)控制到最底。工程管理層沒有足夠的時(shí)間參與工程建立正常的會(huì)議安排，并嚴(yán)格規(guī)定不能減少安排的次數(shù)，如果不能按方案進(jìn)行，也必須調(diào)整高層領(lǐng)導(dǎo)對跨部門業(yè)務(wù)協(xié)調(diào)不夠?qū)μ囟ǖ墓δ苄蚯鷨栴}，高層領(lǐng)導(dǎo)應(yīng)指定專人負(fù)責(zé)，并負(fù)責(zé)到底工程管理人員缺少工程管理技巧和經(jīng)驗(yàn)培訓(xùn)工程管理技術(shù)不能充分協(xié)調(diào)各小組關(guān)系工程管理人員投入足夠的時(shí)間來協(xié)調(diào)各小組的需求第五章技術(shù)過程5.1方法，工具和技術(shù)本小組的團(tuán)隊(duì)組織結(jié)構(gòu)為主程序員式組織結(jié)構(gòu)：編程語言為Java，采用面向?qū)ο蟮姆治鲈O(shè)計(jì)方法；利用uml進(jìn)行系統(tǒng)建模；同一文件命名、代碼版式、注釋等編碼標(biāo)準(zhǔn)；編碼人員進(jìn)行代碼走查后再進(jìn)行代碼編譯；測試人員根據(jù)測試文檔進(jìn)行單元測試；最后