【正文】 1． 產(chǎn)品名稱：3D旅游咨詢員 存儲(chǔ)媒體的形式：光盤 數(shù)量：3份；D、產(chǎn)品文檔名稱：軟件開發(fā)文檔：《需求需求說明書》、《概要設(shè)計(jì)說明書》、《詳細(xì)設(shè)計(jì)說明書》、《軟件測(cè)試計(jì)劃》、《軟件測(cè)試報(bào)告》項(xiàng)目管理文檔：《軟件項(xiàng)目計(jì)劃》、《項(xiàng)目進(jìn)度報(bào)告》、《項(xiàng)目開發(fā)總結(jié)報(bào)告》產(chǎn) 品 文 檔：《用戶手冊(cè)》、《演示文件》2．主要功能：這是一款關(guān)于3d旅游的軟件，3D為本軟件的一大特色。模擬現(xiàn)實(shí)世界場(chǎng)景，做到真實(shí)逼真的效果，增加了視覺沖擊力。采用了3D模型建立的技術(shù)，碰撞檢測(cè)技術(shù)，數(shù)據(jù)庫(kù)連接技術(shù) 性能： A、可靠性在從設(shè)計(jì)、開發(fā)到使用的全過程中，為提供滿足用戶使用要求的高有效性，軟件所采取了提高可靠性的一切措施、方法和活動(dòng)。軟件的需求分析階段嚴(yán)格按照先設(shè)計(jì)后實(shí)現(xiàn)的功能，需求由于進(jìn)行了比較嚴(yán)格的分析和策劃，所以后期的實(shí)現(xiàn)相對(duì)而言，改動(dòng)較少，提高了開發(fā)效率；軟件的場(chǎng)景采取三維立體效果，體現(xiàn)了3D的主題，所以提供較好的視覺效果，是人們有身歷其境的感覺。可用性：此游戲具有很好的實(shí)用效果，適合于任何的人用。軟件的移植性比較強(qiáng)，只要是裝了操作系統(tǒng)的pc機(jī)，都可以使用。游戲開發(fā)中，大家的能力，諸如大家的合作，個(gè)人的協(xié)作能力，策劃能力，以及時(shí)間觀念都有一定的提高。軟件一定要有自己的亮點(diǎn)，不要落入平庸。企業(yè)引入先進(jìn)的信息處理技術(shù)，增加信息共享程度，不僅提高了工作效率、降低成本，而且也提高企業(yè)管理的科學(xué)性和自動(dòng)化程度。產(chǎn)品型號(hào)、零件圖號(hào)統(tǒng)一維護(hù)，規(guī)范管理，出錯(cuò)比例大大下降?，F(xiàn)在登陸的為教師權(quán)限的教師版，在有這個(gè)權(quán)限時(shí)，可以添加任意想添加的學(xué)生信息。當(dāng)某門選修課不再開時(shí)，刪除對(duì)應(yīng)的選修課就行了。切記要修改自己的個(gè)人進(jìn)入密碼，并妥善保管好自己的密碼。對(duì)數(shù)據(jù)庫(kù)的操作是對(duì)于單表操作的，沒有在多表實(shí)現(xiàn)同步。開始數(shù)據(jù)的方式不是那么的好用，上網(wǎng)搜索了一下電腦分辨率的獲取，然后利用電腦的分辨率來進(jìn)行控制。第二，團(tuán)隊(duì)操作可以在很大程度上實(shí)現(xiàn)優(yōu)勢(shì)的互補(bǔ)。要面對(duì)每天必須面對(duì)的問題，再也不可能以“逃避”而了之了。良好的文檔是正規(guī)研發(fā)流程中非常重要的環(huán)節(jié)，作為代碼程序員，30%的工作時(shí)間寫技術(shù)文檔是很正常的，缺乏文檔，一個(gè)軟件系統(tǒng)就缺乏生命力，在未來的查錯(cuò)，升級(jí)以及模塊的復(fù)用時(shí)就都會(huì)遇到極大的麻煩。作為一個(gè)程序員，對(duì)需求的理解能力也是很重要的，只有真正理解了一個(gè)模塊的作用，才會(huì)寫出高效率的代碼，才能使整個(gè)軟件項(xiàng)目作出來更加優(yōu)秀，具備更好的安全性和穩(wěn)定性，我在寫代碼的過程中就遇到了需求理解上的問題，使得寫出來的代碼功能不全，幸好不是給客戶發(fā)現(xiàn)在，要不，這個(gè)軟件的商業(yè)價(jià)值可能就會(huì)打折扣了。2004年與2005年間，隨著面向目標(biāo)軟件平臺(tái)的普及，新的高效的軟件開發(fā)模式也在中國(guó)軟件業(yè)不斷成熟，整體開發(fā)整體水平有了很大的提高，我公司也引進(jìn)一些新的開發(fā)工具，實(shí)踐了迭代開發(fā)等先進(jìn)的管理方法。二、關(guān)鍵用戶訪談率及關(guān)鍵用戶對(duì)需求的認(rèn)同率都有所提高，都達(dá)到了90%以上，但仍然有所不足，主要原因如下：(1)、在忙季，仍然有的關(guān)鍵用戶抽不出時(shí)間來接受訪談；(2)、由于有些需求分析人員經(jīng)驗(yàn)不足，對(duì)部分需求的分析不夠透徹、準(zhǔn)確；三、每個(gè)功能模塊平均的BUG數(shù)仍然有2個(gè)，單元測(cè)試覆蓋率只達(dá)到75%，分析原因如下：(1)、開發(fā)工具的限制，目前的開發(fā)工具，對(duì)界面部分進(jìn)行單元測(cè)試仍然不能自動(dòng)進(jìn)行，而用戶界面開發(fā)占系統(tǒng)功能的很大一部分；(2)、軟件開發(fā)人員的原因：由于軟件人員緊張，項(xiàng)目任務(wù)多，交期短，所以在開發(fā)時(shí)，所以，雖然在技術(shù)上，將界面程序進(jìn)一步分拆開來進(jìn)行更多覆蓋率的測(cè)試可以提高測(cè)試率，但實(shí)際上，由于時(shí)間原因，大部分工程師都沒有這樣做，開發(fā)出的軟件代碼缺乏時(shí)間整理，并盡量通用化，也是軟件質(zhì)量沒有進(jìn)一步提高的原因；四、項(xiàng)目的按時(shí)完成率仍然不夠高，平均只有85%，分析原因如下：(1)、用戶需求變更太頻繁：由于用戶需求變更太隨意，太頻繁，仍然是按時(shí)完成率提高的主要障礙。由于開發(fā)管理的改進(jìn)，本，軟件開發(fā)效率提高較大，雖然用戶需求增加很快，我們軟件設(shè)計(jì)功能滿足率仍然達(dá)到了95%,由于引進(jìn)了專業(yè)的軟件代碼單元測(cè)試方法，軟件測(cè)試的代碼覆蓋率增加到75%，軟件的BUG率大幅下降，質(zhì)量大幅提高，項(xiàng)目完成率提高到85%。這一段時(shí)間的工作也讓我明白了一點(diǎn)：一個(gè)優(yōu)秀的程序員必須不斷的學(xué)習(xí)，隨時(shí)總結(jié)，找到自己的不足，這樣逐步提高，才能讓自己很快的成長(zhǎng)起來。很慶幸的是，這是一個(gè)小項(xiàng)目，要是大項(xiàng)目，這種問題可能就會(huì)導(dǎo)致大量的代碼修改，可見文檔在一個(gè)項(xiàng)目中起者巨大的做用。團(tuán)隊(duì)精神和協(xié)作能力是程序員應(yīng)該具備的基本素質(zhì)，最近的工作中讓我深深休會(huì)到了這一點(diǎn)，由于小組成員配合不好，使本來很方便的cvs給自己的工作帶來的及大的麻煩，一不小心自己寫的的東西就會(huì)被小組別的成員在上傳文件的時(shí)候給覆蓋掉，一整天的工作可能就這樣被反工，我們小組這次就是因?yàn)閰f(xié)作不好，導(dǎo)致各模塊之間不法連接，給工作帶來了及大的麻煩，消耗了大量的勞動(dòng)力還沒有提高工作效率。一直以來期望從事自己喜歡的事業(yè)的我，對(duì)軟件開發(fā)有者及大的興趣，可由說種種原因使我從事工作以來走了好幾年彎路，心中的夢(mèng)想遲遲不能得以實(shí)現(xiàn)，可程序員的夢(mèng)想從來沒有從我的心中抹去，但這扇大門好像并沒有向我敞開，今天，貴公司給了我敲開這扇大門的機(jī)會(huì)，讓我真實(shí)體驗(yàn)了程序員的誕生過程。六、開發(fā)心得一個(gè)好的團(tuán)隊(duì)的總體力量超過一個(gè)個(gè)體力量的總共和。五、程序調(diào)試情況說明開始的時(shí)候，數(shù)據(jù)庫(kù)連接不上，上網(wǎng)搜索找資料后才知道是數(shù)據(jù)庫(kù)在安裝的時(shí)候是默認(rèn)使用windows方式驗(yàn)證的，需要設(shè)置為window 與sql 的混合方式驗(yàn)證，并且啟用sa賬戶并設(shè)置密碼與應(yīng)用程序匹配。但要注意重選選修課是先刪除已選的選修課之后再選,就可以看到自己的信息和成績(jī)。如果現(xiàn)在登陸的為學(xué)生權(quán)限的學(xué)生版，在有這個(gè)權(quán)限時(shí)，可以查看自己的個(gè)人信息和成績(jī)，學(xué)生進(jìn)入的用戶名為自己的學(xué)號(hào)，默認(rèn)的密碼為學(xué)號(hào)。當(dāng)要為學(xué)生錄入成績(jī)時(shí)，點(diǎn)擊相應(yīng)的按鈕根據(jù)界面做出相應(yīng)的操作就可以完成了，刪除某個(gè)學(xué)生的成績(jī)時(shí)，也是一樣的。下面我們從關(guān)鍵控制點(diǎn)上面來分析我們?cè)陧?xiàng)目開發(fā)過程中存在的問題、原因分析及改進(jìn)措施：一、從用戶提出需求，到需求響應(yīng)時(shí)間，我們需要9天時(shí)間，而需求評(píng)估完成時(shí)間需要15天左右，這就是我們存在的一些問題，導(dǎo)致需求響應(yīng)時(shí)間及評(píng)估完成時(shí)間比較長(zhǎng)的原因有如下幾方面：(1)、由于計(jì)算機(jī)中心軟件開發(fā)人員不夠：各應(yīng)用系統(tǒng)的支持人員及軟件開發(fā)人員加起來才8個(gè)，公司各子應(yīng)用系統(tǒng)有幾十個(gè)，ERP的各個(gè)子系統(tǒng)及模塊就有將近20個(gè)，一個(gè)員工要支持5到6個(gè)功能子系統(tǒng)的維護(hù)；(2)、分工不明確：軟件開發(fā)人員往往身兼數(shù)職，跨多個(gè)職能領(lǐng)域，應(yīng)用用戶習(xí)慣找誰(shuí)就認(rèn)定那個(gè)人，什么事都找該員工；工作效率就相對(duì)低下；二、關(guān)鍵用戶訪談率及關(guān)鍵用戶對(duì)需求的認(rèn)同率都比