【正文】 決定采用項目管理的方式進行管理，為了更有效地對項目的執(zhí)行過程進行控制，該企業(yè)決定開發(fā)一套項目管理軟件以滿足這一需要。3．相關(guān)軟件：microsoft office軟件。明確了系統(tǒng)的定位，有利于構(gòu)建優(yōu)化網(wǎng)上就業(yè)服務體系，有利于不斷激活畢業(yè)生就業(yè)市場，有利于網(wǎng)絡資源的充分利用，有利于網(wǎng)上動態(tài)管理、杜絕虛假信息、拓寬網(wǎng)上就業(yè)服務功能?？梢宰龅叫畔⒌囊?guī)范管理、科學統(tǒng)計和快速查詢，從而減少管理方面的工作量。這個估算不包括硬件設備的預算。而畢業(yè)生就業(yè)網(wǎng)絡系統(tǒng)加強了學生擇業(yè)的政策咨詢和信息服務，逐步建立起信息服務網(wǎng)絡，為實行網(wǎng)上求職擇業(yè)創(chuàng)造條件和提供服務。用人單位通過瀏覽學生所在學校的網(wǎng)站，了解畢業(yè)生的信息。因此，構(gòu)建一個網(wǎng)上預約掛號系統(tǒng)，通過推薦患者使用該系統(tǒng)進行出診信息查詢和醫(yī)生預約，可以緩解就診壓力、節(jié)約患者的時間，并且可以在一定程度上保證預約者和就診者一致，有利于提高醫(yī)院的服務質(zhì)量。不同的用戶，對系統(tǒng)的要求也不相同。l 物理上下文和邏輯上下文 物理上下文：醫(yī)院用于掛號的計算機可以正常的使用，情景中的可以被預約的醫(yī)生應該是在醫(yī)院值班的；而對于患者可以選擇在醫(yī)院進行預約，也可選擇在家中進行預約，只要在預約時間內(nèi)能到達醫(yī)院就可。情景需求分析的步驟, 目標分析在第2部分情景描述的主要成分中已經(jīng)對目標進行了分析，即：預約掛號情景的目標是“讓患者能夠及時的掛號，并能順利的就診”，而可能的子目標包括：患者能夠注冊賬號，患者能夠登錄賬號，患者能夠查詢預約記錄，患者能夠取消已有預約，患者能夠查詢出診信息。系統(tǒng)只給出對應的輸出還不夠，同時要考慮輸出的信息是否合適。為了更好的設計并實現(xiàn)這一系統(tǒng)，對系統(tǒng)進行需求建模和分析是十分必要的。l 賬號控制系統(tǒng)網(wǎng)上預約掛號系統(tǒng)的子系統(tǒng)，主要用于用戶賬號的注冊及登錄控制。 用戶需求參照之前完成的目標模型，對用戶的需求進行整理和定義。（1）系統(tǒng)擁有預約信息確認頁面以及預約提交按鈕：系統(tǒng)的預約信息確認頁面會顯示預約的醫(yī)生和時段，患者的個人信息，以及預約提交按鈕，患者可以在提交預約前核對這些信息。此外，數(shù)據(jù)庫中的數(shù)據(jù)應該可以被備份和恢復。l 醫(yī)生普遍具備較高的學歷，在醫(yī)療方面具備專業(yè)知識，有一定的計算機使用能力。考慮到系統(tǒng)較為復雜，因此只列出主體“患者預約系統(tǒng)”的相關(guān)需求。網(wǎng)上預約掛號系統(tǒng)可以被詳細劃分為患者預約系統(tǒng)、醫(yī)生工作查詢系統(tǒng)、醫(yī)務管理系統(tǒng)、賬號控制系統(tǒng)、安全保障系統(tǒng)等五個子系統(tǒng)。以上部分涉及到的操作過程及與之對應的主體、需求如下表所示。l 患者進行預約選擇患者點擊預約按鈕后，患者預約系統(tǒng)會收到患者的預約請求，并觸發(fā)預約驗證操作，得到預約驗證結(jié)果。系統(tǒng)擁有預約信息確認頁面及預約提交按鈕。 需求分配由于文檔中并未列出系統(tǒng)的全部需求，因此無法對所有需求進行優(yōu)先級排序。（3）系統(tǒng)維護成本低：系統(tǒng)應該健壯可靠，出現(xiàn)問題后應該易于修復，且系統(tǒng)的功能應該易于擴展。（1）用戶程序安全：系統(tǒng)應明確區(qū)分不同類別用戶的權(quán)限。其中，尚未被預約的時段擁有預約按鈕；已被預約的時段無法被其他患者預約，因此無預約按鈕。文檔的第二部分為系統(tǒng)的整體描述，包括系統(tǒng)的預期目標、限制條件以及用戶的需求、特征。因此，構(gòu)建一個網(wǎng)上預約掛號系統(tǒng)，通過推薦患者使用該系統(tǒng)進行出診信息查詢和醫(yī)生預約，可以緩解就診壓力、節(jié)約患者的時間，并且可以在一定程度上保證預約者和就診者一致，有利于提高醫(yī)院的服務質(zhì)量。同時也要考慮過多的自動化是否會削弱人對整個系統(tǒng)的意識，導致人對意外處理的能力降低，比如系統(tǒng)臨時出現(xiàn)問題，是否有一套應急措施使醫(yī)院日常工作能夠正常的進行。不如用戶在登錄系統(tǒng)是輸入的用戶名和密碼不匹配的時候要給出對應的提示信息，比如用戶名未注冊或密碼不對等。l 涉及的執(zhí)行者和其他參與者執(zhí)行者：醫(yī)院的醫(yī)生，預約掛號系統(tǒng)的管理員。當然開發(fā)系統(tǒng)的成本如果也能較低就更好了。對于患者來說，他們在年齡、計算機使用能力等方面存在較大差異，但面對的情景都一樣，就是要預約掛號，掛號成功過后就診。畢業(yè)生就業(yè)水平提高了，學校知名度也會隨之提高，學校的生源也會越來越好。同時，制作個人簡歷，實現(xiàn)網(wǎng)上的自薦求職，查詢自己感興趣用人單位的資料，來了解用人單位的情況。（2）管理工作的高效化。第二階段，注重完成學校的就業(yè)信息發(fā)布，用戶在通過系統(tǒng)注冊后，可以查詢各種信息。目前，建設好大學生的就業(yè)網(wǎng)站，不僅僅是政府部門應該關(guān)心的問題，作為培養(yǎng)大學生的湖南文理學院也有同樣的需求。隨著高校畢業(yè)生就業(yè)體制改革進程的不斷深化和畢業(yè)生就業(yè)市場的逐步建立，高校畢業(yè)生在各種就業(yè)活動中求職面窄、擇業(yè)率低、特別是信息量小的問題越來越突出。篇五：軟件項目管理項目建議書湖南文理學院實驗報告時間： 2013 年 11 月 18 日課程名稱： 軟件項目管理實驗名稱：撰寫畢業(yè)生就業(yè)信息管理系統(tǒng)項目建議書班級： 姓名： 同組人： 無指導教師評定： 簽名：一、實驗目的掌握項目建議書的格式和寫作要求，會結(jié)合具體項目寫作項目建議書。(5)需求內(nèi)容應該是明確的。如果不能標識出處，則可能這個需求不是真正需要的。確定需求內(nèi)容是否正確，需要用戶的代表來參與確認，由他們檢查、決定用戶需[求的正確性。收到需求建議書后，有的供應商可能會主動對這樣的疏漏提出質(zhì)疑以提醒客戶。事實上，項目無論大小，都需要編寫需求建議書。12．資金總量開發(fā)商總是希望了解客戶有多少資金可以用于發(fā)展擬議中的真t項目，但客戶在需求建議書中，往往不愿意透露這個信息。這樣做的目的，是指導開發(fā)商寫好申請書。8．要求的進度計劃進度計劃的要求可能很粗，如要求在6個月內(nèi)完成；也可以詳細一些，如多長時間內(nèi)完成方案設計和審定，多長時間內(nèi)完成硬件選購與安裝，多長時間內(nèi)完成軟件研制、測試與安裝，最后開發(fā)商在系統(tǒng)安裝調(diào)試后，在多長時間內(nèi)提交所有的系統(tǒng)文件和操作培訓。開發(fā)商必須保證功能的實現(xiàn)和質(zhì)量要求，超支的風險由開發(fā)商負擔。例如，客戶需要建立一個網(wǎng)j站，可能需要向開發(fā)商提供企業(yè)內(nèi)部的組織結(jié)構(gòu)及各部門之間業(yè)務關(guān)系的詳]細說明，包括信息流程的類型、信息流量和發(fā)生頻率等。又如建設一個網(wǎng)站，所需設備的采購任務，是由客戶自己完成，還是由開發(fā)商去完成；企業(yè)網(wǎng)站上的頁面文字，是客戶自己撰寫，還是由開發(fā)商撰寫等。好的需求建議書能讓服務商準確把握客戶所期待的產(chǎn)品或服務。2）承約商要提供可交付成果的詳細描述。項目：房屋裝修需求建議書：（1）承約商要執(zhí)行的任務：裝修材料的購買、家用設備的安裝、裝修工程。b．經(jīng)驗(30%)。(3)列出條形圖或網(wǎng)絡圖表，列明每周要執(zhí)行的詳細任務的時間表，以便在要求的項目完成日期內(nèi)能夠完成項目。（6）合同必須以一個商定的價格，給提供滿足需求建議書要求工作的承約商付款。（2）有關(guān)項目進程的書面報告必須在每15天交給本院。(6)按處方類別和拼音碼分別統(tǒng)計藥品的總數(shù)和庫存剩容量。項目目標：系統(tǒng)分為5個子系統(tǒng)，即（a）掛號管理系統(tǒng)(b)病歷管理系統(tǒng)(c)藥品庫存管理系統(tǒng)(d)內(nèi)部資料管理系統(tǒng)(f)財務管理系統(tǒng)。應該指定人負責需求追蹤和更新，在開發(fā)階段、測試階段要保持和用戶的需求溝通，這不是一個可有可無的簡單工作，很重要，并且會占用責任人50%的工作時間。，在會議后應該立刻回顧整理統(tǒng)一的會議筆記，消除歧義，避免遺漏。在調(diào)研的初期我們曾經(jīng)有過疑慮，這是一個二期的項目，那么調(diào)研的內(nèi)容是否只針對二期的新需求，對需求內(nèi)容二期和一期一致的部分就不必調(diào)研了?經(jīng)過討論我們還是決定把二期項目當作一個新項目來做調(diào)研，即使二期和一期需求內(nèi)容一致，我們也在調(diào)研會上討論，并記錄在調(diào)研筆記及以后的需求文檔上。在多處包含相同的需求可以使文檔更易于閱讀，但也會給文檔的維護增加困難。這需要大量的經(jīng)驗，要從你在過去的文檔中發(fā)現(xiàn)的問題學習。2）平靜面對需求變更的心態(tài)，在需求調(diào)研過程中，往往雙方對需求理解不一致，造成需求調(diào)研前后矛盾，應當心平氣和的去引導客戶，達到需求理解基本一致?？梢酝ㄟ^評審，用大家的力量來避免這種情況發(fā)生 e)需求報告的每個關(guān)乎功能的描述都要讓客戶明白和理解，客戶在理解之上的確認才能夠保證日后一旦出現(xiàn)問題不致出現(xiàn)雙方互相推托責任糾纏不清的情況。f)此項工作的反復造成思想上的倦怠，使需求分析最后虎頭蛇尾。b)需求報告只求我們這方評審通過，不去關(guān)心客戶的評審，認為只要客戶簽字認可就行。f)需求報告一定要經(jīng)過一個有技術(shù)人員和業(yè)務人員參加的評審，要充分發(fā)揮團隊的力量，重視每個人的才智，一個模塊一個功能的逐一的過，讓大家來共同找出需求報告里不合理的、有歧義的、不完善的、遺漏的等等問題g)幫助客戶去理解提交給他的需求分析報告而不是只等簽字，對于有能夠用好幾種方式實現(xiàn)的功能，盡量做到能讓客戶去比較和選擇。需求分析是一項繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認和反復，另外由于大部分的客戶雖然安排專人負責這項工作，但是該人并不只做這項工作，特別當他被很多其他的事情纏身的時候，而無心細看提交過去的需求報告的時候，他很可能會給你一個錯覺，讓你認為他已經(jīng)真正的理解并認可了你的設計。雖然簽字認可能夠給日后出現(xiàn)問題時劃清我們的責任，但是不能保證使項目實施成功。第一篇：軟件項目需求分析總結(jié)軟件項目需求分析總結(jié)我們做的需求只解決了我們能做出這樣的項目，但是沒有解決這樣的項目是不是真就是客戶想要的。c)需求分析中含有技術(shù)實施上有難度的功能，一味的求全和盲目按照客戶的設想，受客戶影響過大，畢竟，很多時候，客戶的想法在實際實施過程中是不現(xiàn)實的，或者可以有更為簡便的方法來替代的。結(jié)論a)需求分析是整個項目管理中需要重點控制的幾個關(guān)鍵節(jié)點之一，首先思想上一定要重視。不要讓客戶對報告中的部分產(chǎn)生歧義。雖然簽字認可能夠給日后出現(xiàn)問題時劃清我們的責任，但是不能保證使項目實施成功。需求分析是一項繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認和反復，另外由于大部分的客戶雖然安排專人負責這項工作，但是該人并不只做這項工作，特別當他被很多其他的事情纏身的時候，而無心細看提交過去的需求報告的時候，他很可能會給你一個錯覺，讓你認為他已經(jīng)真正的理解并認可了你的設計。f)需求報告一定要經(jīng)過一個有技術(shù)人員和業(yè)務人員參加的評審，要充分發(fā)揮團隊的力量，重視每個人的才智，一個模塊一個功能的逐一的過，讓大家來共同找出需求報告里不合理的、有歧義的、不完善的、遺漏的等等問題 g)幫助客戶去理解提交給他的需求分析報告而不是只等簽字，對于有能夠用好幾種方式實現(xiàn)的功能，盡量做到能讓客戶去比較和選擇。三種提高1）首先提高自己業(yè)務知識，對于人力資源的標準業(yè)務應該基本熟悉。請在組織軟件需求文檔時，嚴格遵從這些方針。文檔的多份文本要在同一時間內(nèi)全部更新，避免不一致性。這樣的好處是最大限度地避免了需求細節(jié)的遺漏。在開調(diào)研會時，全體與會人員都各自記自己的會議筆記，會后沒有強調(diào)當天整理會議筆記（會議進度很緊，每天開會到晚上9點鐘）。企業(yè)業(yè)務管理信息系統(tǒng)的需求調(diào)研方法：我認為對調(diào)研的組織安排是非常重要的，好的調(diào)研安排雖然未必產(chǎn)生質(zhì)量高的需求，但是一個不遵循調(diào)研規(guī)律的調(diào)研活動，必然是低效的。并且需要保證系統(tǒng)運行穩(wěn)定準確。(7)按科室名稱和是否專家級別分別統(tǒng)計醫(yī)師總?cè)藬?shù)信息。報告應簡明，并且重點放在與承約商的原計劃和時間表相對應的進程上。（7）承約商必須最遲在2012年5月1日以前提供給本院兩份建議書備份。(4)敘述一下承約商最近已經(jīng)執(zhí)行過的相似項目，包括已完成的子系統(tǒng)，以及其他子系統(tǒng)的完成進度。被指定工程的承約商和工作人員執(zhí)行類似工程的經(jīng)驗。① 代購裝修材料，如：地磚、涂料等等② 廚房器具、淋浴設備等的代購（2）承約商根據(jù)國家標準裝修，提供裝修計劃、施工方案，最后裝修符合標準的房子。3）在6月15日向本人反映項目進行的進度。當然，并非在所有情況下都需要準備一份正式的需求建議書，當某一企業(yè)的需求由內(nèi)部開發(fā)項目予以滿足時，這一過程似乎變得簡單多了，此時更多需要的是口頭上的交流和信息傳遞，而不是把寶貴的時間耽擱在僅僅起到信息傳遞作用的需求建議書上。2．任務要求需求建議書必須要具體規(guī)定開發(fā)商需要完成任務的規(guī)格和特征，如要求涉及大小、數(shù)量、顏色、重量、速度和其他開發(fā)商提出的解決方案中，所