第一篇：軟件案例分析心得報(bào)告

軟件案例分析心得體會(huì)

本學(xué)期為期四天的軟件案例分析課程設(shè)計(jì)在不知不覺中結(jié)束了，雖說這次課程設(shè)計(jì)時(shí)間比較短，但是感覺自己收獲頗豐，不僅學(xué)習(xí)到了一些新知識(shí)，回顧了以前的一些快要遺忘的知識(shí)點(diǎn)，而且使自己的學(xué)習(xí)目標(biāo)更加明確，學(xué)習(xí)方法更加完善，也體會(huì)到軟件開發(fā)的趣味，更加清楚地認(rèn)識(shí)到了自己在軟件開發(fā)及學(xué)習(xí)上的一些不足之處。下面就來詳細(xì)寫一下我關(guān)于此次課程設(shè)計(jì)的心得體會(huì)：

此次課程設(shè)計(jì)的實(shí)訓(xùn)的是由上海杰普公司的范老師帶我們完成的。范老師雖說比較年輕，但技術(shù)上很強(qiáng)，而且講解的比較詳細(xì)，操作上相當(dāng)嫻熟。讓我們感覺到了計(jì)算機(jī)科學(xué)技術(shù)學(xué)習(xí)的趣味性，計(jì)算機(jī)技術(shù)的實(shí)用性。此次課程設(shè)計(jì)給老師選擇項(xiàng)目是一個(gè)數(shù)據(jù)模型清晰，學(xué)生易于理解的業(yè)務(wù)系統(tǒng)：電信計(jì)費(fèi)系統(tǒng)。采用的技術(shù)類型主要基于Java SE、Java EE技術(shù)及Oracle數(shù)據(jù)庫。項(xiàng)目的實(shí)施方式是團(tuán)隊(duì)分組合作，共同完成，讓我們體驗(yàn)了一下公司開發(fā)項(xiàng)目的氛圍。我們一人一機(jī)，老師邊講邊練，還有企業(yè)項(xiàng)目經(jīng)理的全程指導(dǎo)。雖說這些技術(shù)我們都學(xué)習(xí)過，但是大多停留在理論學(xué)習(xí)上，實(shí)際開發(fā)很少，而這次課程設(shè)計(jì)給了我們一個(gè)很好的邊學(xué)習(xí)邊實(shí)踐的機(jī)會(huì)，對(duì)我們深入學(xué)習(xí)這些技術(shù)有很大幫助，深刻體會(huì)到了這些技術(shù)的實(shí)用性。每當(dāng)自己成功調(diào)試一段代碼或者通過自己的努力克服一個(gè)技術(shù)困難，都頗有收獲感。這次實(shí)訓(xùn)讓我們體驗(yàn)了軟件開發(fā)的全過程，發(fā)現(xiàn)自己的不足，了解了當(dāng)前流行技術(shù)的軟件開發(fā)，增加了一定的項(xiàng)目開發(fā)經(jīng)驗(yàn)，增強(qiáng)了一定的就業(yè)競(jìng)爭(zhēng)力。簡(jiǎn)短的回顧一下這幾天我們所學(xué)習(xí)的：

實(shí)訓(xùn)的第一天主講老師主要進(jìn)行了項(xiàng)目介紹及需求分析，講解了Oracle數(shù)據(jù)庫的相關(guān)知識(shí)，團(tuán)隊(duì)分組及活動(dòng)。我們知道了電信行業(yè)主要的業(yè)務(wù)邏輯和工作流程，以及該業(yè)務(wù)支持系統(tǒng)給的主要功能；重新對(duì)Oracle數(shù)據(jù)庫進(jìn)行了回顧，同時(shí)也學(xué)到了一些以前沒學(xué)到的操作，掌握數(shù)據(jù)庫的概念，了解數(shù)據(jù)持久化的重要性；同時(shí)我們了解到了一種在團(tuán)隊(duì)開發(fā)中重要的交流方式 ：使用Email進(jìn)行團(tuán)隊(duì)交流，讓我們感受到了企業(yè)團(tuán)隊(duì)的合作方式，培養(yǎng)了我們的合作意識(shí)。

第二天的重點(diǎn)是數(shù)據(jù)建模的實(shí)現(xiàn)和技術(shù)講座。在范老師的帶領(lǐng)和講解下，我們學(xué)習(xí)了（當(dāng)然一些東西以前學(xué)過，算是復(fù)習(xí)回顧了）Oracle中建表、表結(jié)構(gòu)修改操作及如何進(jìn)行DML操作；Oracle數(shù)據(jù)庫中的查詢、篩選以及single function的使用，Oracle數(shù)據(jù)庫中g(shù)roup function的使用。最后分析出系統(tǒng)中所需要的表結(jié)構(gòu)，根據(jù)需求分組實(shí)現(xiàn)往表中插入測(cè)試數(shù)據(jù)，并且根據(jù)需求寫出相應(yīng)sql語句。技術(shù)講座我們學(xué)習(xí)到企業(yè)流行的技術(shù)體系結(jié)構(gòu)架構(gòu)，大體了解了當(dāng)前軟件開發(fā)發(fā)展的方向。

第三天我們學(xué)習(xí)的是有關(guān)Java項(xiàng)目開發(fā)的持久層技術(shù)。主要練習(xí)了Java訪問數(shù)據(jù)庫的技術(shù)，編寫企業(yè)級(jí)的數(shù)據(jù)持久層代碼，并讓每個(gè)小組完成相應(yīng)的代碼功能，了解到電信計(jì)費(fèi)項(xiàng)目如何在服務(wù)器部署運(yùn)行。記得學(xué)Java、java EE時(shí)也學(xué)到相關(guān)的數(shù)據(jù)庫訪問技術(shù)（只是用的數(shù)據(jù)庫不一樣），記得當(dāng)時(shí)書寫的代碼老是運(yùn)行出錯(cuò)，但今天JDBC代碼的編寫卻感覺異常的輕松。

第四天范老師進(jìn)行了Java EE項(xiàng)目開發(fā)的要求以及框架技術(shù)的介紹與講解，老師以實(shí)際項(xiàng)目和代碼的方式向我們講解了Java EE項(xiàng)目中涉及的各個(gè)環(huán)節(jié)，以及遇到了相應(yīng)問題。我們掌握了Java EE項(xiàng)目開發(fā)的流程，對(duì)Web項(xiàng)目有一個(gè)基本的認(rèn)識(shí)，對(duì)流行的框架技術(shù)也加深了了解。

四天的課程設(shè)計(jì)，四天的實(shí)訓(xùn)，在計(jì)算機(jī)這個(gè)博大深?yuàn)W的領(lǐng)域我感覺自己還有好多東西要學(xué)，還有好多的東西不懂！也再次堅(jiān)定了我考研深造的決心。這次的課程設(shè)計(jì)因?yàn)槭且粋€(gè)有針對(duì)性的訓(xùn)練，所以記的會(huì)非常牢固。跟平時(shí)上課不太一樣，平時(shí)上完理論課很少有時(shí)間上機(jī)進(jìn)行時(shí)間或者隔幾天才上機(jī)練習(xí)，等到上機(jī)時(shí)一些東西可能遺忘了，比較耗費(fèi)時(shí)間。在課上，有老師在前面演示我們感覺看得懂或感覺沒問題，可輪到我們獨(dú)立完成的時(shí)候，因?yàn)閷?shí)際操作的少，跟中問題就來了!我很感謝學(xué)校特別是學(xué)院老師有實(shí)訓(xùn)這樣的安排，把我們這一學(xué)期學(xué)的東西系統(tǒng)的集中的進(jìn)行訓(xùn)練，讓我們深刻明確的體驗(yàn)了一下軟件開發(fā)的流程！還要感謝給我們實(shí)訓(xùn)的范老師，感覺范老師能力很強(qiáng)，也很有耐心，即使老師講了很多遍的問題，我們不會(huì)，老師還是會(huì)走進(jìn)我們給我們耐心的指導(dǎo)，還給我們講一些學(xué)習(xí)計(jì)算機(jī)的方法，一些軟件開發(fā)需要注意的細(xì)節(jié)，讓我們知道自己在哪方面不足，需要加強(qiáng)，也讓我們了解到哪些需要認(rèn)真的學(xué)習(xí)，那些是重點(diǎn)，不是沒有方向的亂學(xué)一通，什么也學(xué)不好！經(jīng)過這次的實(shí)訓(xùn)，我真真確確的感受到了計(jì)算機(jī)在我們生活中工作中的運(yùn)用，這些軟件、程序能讓我們提高工作的效率，更直觀更便捷的切入主題。當(dāng)然，在學(xué)習(xí)的過程中并不是一帆風(fēng)順的，在這之中，因?yàn)橐僮鞯臇|西很多，有時(shí)錯(cuò)一步，后面的結(jié)果就無法顯示，而自己的計(jì)算機(jī)水平還有待提高，根本檢查不出來是哪里出了錯(cuò)！這時(shí)候，老師都會(huì)耐心的過來幫助我!在平時(shí)我們就需要好好的查閱書籍或者上網(wǎng)搜集相關(guān)資料去解決問題。

此次實(shí)訓(xùn)最大的收獲不是我學(xué)習(xí)到了多少知識(shí)而是這幾天實(shí)訓(xùn)給我的感悟：首先是心態(tài)。一定要有一個(gè)積極的心態(tài)，獨(dú)立解決問題的意識(shí)，培養(yǎng)扎實(shí)基礎(chǔ)的認(rèn)識(shí)。不要什么東西都感覺跟簡(jiǎn)單（很多東西可能是看似簡(jiǎn)單）就不去做了或者不屑一做，以至于性網(wǎng)上搜搜就可以了，這樣很不好。有自己的東西有自己的付出才會(huì)有程序運(yùn)行成功時(shí)的喜悅和小自豪，這樣也有助于培養(yǎng)自己的興趣。要時(shí)刻牢記態(tài)度決定一切。其次是興趣，感覺學(xué)習(xí)工作中興趣很關(guān)鍵，只是一個(gè)引發(fā)人積極性的問題，有了興趣就自覺了，效率自然就高了。再次要敢于嘗試和挑戰(zhàn)。不要安于現(xiàn)成的程序，而且不要害怕失敗，在程序調(diào)試的過程中這點(diǎn)尤為重要。最后要不懈追求。對(duì)于源代碼進(jìn)行不斷的完善，要盡可能的實(shí)現(xiàn)課題所要求的功能。對(duì)于初學(xué)者或者開發(fā)較少的人來說，大量大寫程序還是有必要的，但同時(shí)要注意思考，理解其實(shí)現(xiàn)的內(nèi)在意義。還可以自己添加一些有意義的功能來實(shí)現(xiàn)。當(dāng)看到自己編寫的程序正常運(yùn)行時(shí)，興趣也會(huì)隨之而來，樂此不疲，形成一個(gè)良性循環(huán)。

短短四天的實(shí)訓(xùn)課很快結(jié)束了，我發(fā)現(xiàn)我對(duì)計(jì)算機(jī)這個(gè)專業(yè)有了新的認(rèn)識(shí)。通過這次的實(shí)訓(xùn)，我了解到，要真真正正的掌握計(jì)算機(jī)程序還不是一件簡(jiǎn)單容易的事兒，但真正掌握后，它帶給我們的將是無窮的便捷與科技，我喜歡高端便捷的生活。我希望我能做計(jì)算機(jī)這個(gè)萬能機(jī)器人的主人而不是奴隸，我會(huì)努力加油的!感謝學(xué)校，感謝老師給我的幫助，讓我的思想、技能又上了一個(gè)臺(tái)階！感謝!加油!

第二篇：軟件需求-案例分析

1、問題描述

許多醫(yī)院存在高峰期掛號(hào)排隊(duì)時(shí)間長，就診等待時(shí)間長，倒號(hào)現(xiàn)象頻發(fā)的問題。因此，構(gòu)建一個(gè)網(wǎng)上預(yù)約掛號(hào)系統(tǒng)，通過推薦患者使用該系統(tǒng)進(jìn)行出診信息查詢和醫(yī)生預(yù)約，可以緩解就診壓力、節(jié)約患者的時(shí)間，并且可以在一定程度上保證預(yù)約者和就診者一致，有利于提高醫(yī)院的服務(wù)質(zhì)量。為了更好的設(shè)計(jì)并實(shí)現(xiàn)這一系統(tǒng)，對(duì)系統(tǒng)進(jìn)行需求建模和分析是十分必要的。

2、情景描述的主要成分

2.1、該系統(tǒng)所涉及的用戶

本系統(tǒng)的用戶包含患者、醫(yī)生以及管理員三類。而且該三類用戶各自的特征和所要面對(duì)的情景也是截然不同的。

對(duì)于患者來說，他們?cè)谀挲g、計(jì)算機(jī)使用能力等方面存在較大差異，但面對(duì)的情景都一樣，就是要預(yù)約掛號(hào)，掛號(hào)成功過后就診。

對(duì)于醫(yī)生來說，普遍具備較高的學(xué)歷，在醫(yī)療方面具備專業(yè)知識(shí)，有一定的計(jì)算機(jī)使用能力。所面對(duì)的情景有查看掛號(hào)信息，確定要就診的病人。

對(duì)于管理員來說，他們負(fù)責(zé)對(duì)出診信息進(jìn)行管理，是醫(yī)院工作的安排者，具備較強(qiáng)的計(jì)算機(jī)使用能力。

不同的用戶，對(duì)系統(tǒng)的要求也不相同。患者希望通過完成注冊(cè)和登錄后能夠進(jìn)行掛號(hào)預(yù)約，查詢醫(yī)生的出診信息和個(gè)人預(yù)約信息，并且能夠在規(guī)定的時(shí)間內(nèi)完成掛號(hào)預(yù)約或者取消已有的預(yù)約；醫(yī)生則希望能夠在登錄系統(tǒng)后可以查看病人的預(yù)約情況；而管理員希望可以修改出診信息和調(diào)整預(yù)約掛號(hào)。這些都是功能性的需求。

同時(shí)對(duì)于所有用戶都希望該系統(tǒng)是易用的，而且能夠?qū)ψ约旱男畔⑵鸬奖Ｗo(hù)即系統(tǒng)安全性的要求，還有比如說系統(tǒng)的性能比較高效，能夠及時(shí)處理自己的預(yù)約申請(qǐng)。當(dāng)然開發(fā)系統(tǒng)的成本如果也能較低就更好了。這些都是非功能需求。

2.2、情景描述的主要成分

? 目標(biāo)和關(guān)鍵成功因素

預(yù)約掛號(hào)情景的目標(biāo)是“讓患者能夠及時(shí)的掛號(hào)，并能順利的就診”，而可能的子目標(biāo)包括：患者能夠注冊(cè)賬號(hào)，患者能夠登錄賬號(hào)，患者能夠查詢預(yù)約記錄，患者能夠取消已有預(yù)約，患者能夠查詢出診信息。關(guān)鍵成功因素，要保證系統(tǒng)能夠24小時(shí)正常穩(wěn)定的運(yùn)行，系統(tǒng)里的信息要是實(shí)時(shí)變化的，即可以預(yù)約的醫(yī)生要和實(shí)際在值班的醫(yī)生要匹配，不能出現(xiàn)掛上號(hào)了卻沒有醫(yī)生就診的情況。

? 物理上下文和邏輯上下文 物理上下文：醫(yī)院用于掛號(hào)的計(jì)算機(jī)可以正常的使用，情景中的可以被預(yù)約的醫(yī)生應(yīng)該是在醫(yī)院值班的；而對(duì)于患者可以選擇在醫(yī)院進(jìn)行預(yù)約，也可選擇在家中進(jìn)行預(yù)約，只要在預(yù)約時(shí)間內(nèi)能到達(dá)醫(yī)院就可。邏輯上下文：事件發(fā)生的條件是患者在系統(tǒng)中進(jìn)行了預(yù)約，然后管理員會(huì)根據(jù)現(xiàn)有的資源（可以預(yù)約的醫(yī)生）對(duì)預(yù)約進(jìn)行處理，如果同意，下一步就是醫(yī)生就診；如果沒有可以預(yù)約的醫(yī)生或合適的時(shí)間，患者的預(yù)約就不成功，患者需要重新選擇醫(yī)生或時(shí)間進(jìn)行預(yù)約。

? 組成情景的主要事件和活動(dòng) 主要事件：患者預(yù)約掛號(hào)，管理員對(duì)預(yù)約掛號(hào)的處理，醫(yī)生就診。主要活動(dòng)：患者注冊(cè)、登錄系統(tǒng)，患者在系統(tǒng)中查詢可以預(yù)約的醫(yī)生和時(shí)間，患者取消已有預(yù)約，患者進(jìn)行就診；管理員接受或拒絕預(yù)約，管理員分配醫(yī)生；醫(yī)生查詢預(yù)約信息。

? 涉及的執(zhí)行者和其他參與者

執(zhí)行者：醫(yī)院的醫(yī)生，預(yù)約掛號(hào)系統(tǒng)的管理員。其他參與者：醫(yī)院的相關(guān)人員，比如患者，前臺(tái)咨詢員等。

? 要使用的信息和資源 要使用的信息和資源包括，可以預(yù)約的醫(yī)生數(shù)量，所在科室等，醫(yī)院中的設(shè)備，病房等。? 要考慮的約束條件和要使用的規(guī)則 約束條件：同一醫(yī)生同一時(shí)間段內(nèi)只能接受一名患者的預(yù)約，根據(jù)醫(yī)療設(shè)備的屬性決定是否要排他性的使用。

3、情景需求分析的步驟

需求規(guī)格說明輸入過程需求目標(biāo)列表1.目標(biāo)分析系統(tǒng)模型目標(biāo),目的使用情景用戶問題實(shí)例2.輸入事件分析初始系統(tǒng)模型用戶,環(huán)境事件情景腳本4.輸出需求分析3.刻畫系統(tǒng)輸出情景結(jié)構(gòu)模型系統(tǒng)輸出類型信息需求5.社會(huì)影響分析Agent目標(biāo)6.涉眾分析需求規(guī)格說明

3.1 目標(biāo)分析

在第2部分情景描述的主要成分中已經(jīng)對(duì)目標(biāo)進(jìn)行了分析，即：預(yù)約掛號(hào)情景的目標(biāo)是“讓患者能夠及時(shí)的掛號(hào)，并能順利的就診”，而可能的子目標(biāo)包括：患者能夠注冊(cè)賬號(hào)，患者能夠登錄賬號(hào)，患者能夠查詢預(yù)約記錄，患者能夠取消已有預(yù)約，患者能夠查詢出診信息。3.2 輸入事件分析

對(duì)于該系統(tǒng)的輸入事件可能會(huì)包括如下情況：初始使用該系統(tǒng)的用戶需要先注冊(cè)，而對(duì)于已經(jīng)注冊(cè)的用戶在使用系統(tǒng)預(yù)約掛號(hào)時(shí)首先要登錄系統(tǒng)。這是最基本的兩個(gè)輸入事件。3.3 刻畫系統(tǒng)輸出

對(duì)于系統(tǒng)輸出我們要考慮系統(tǒng)輸出的形式，比如消息顯示，對(duì)話框等形式。不如用戶在登錄系統(tǒng)是輸入的用戶名和密碼不匹配的時(shí)候要給出對(duì)應(yīng)的提示信息，比如用戶名未注冊(cè)或密碼不對(duì)等。在提交預(yù)約掛號(hào)申請(qǐng)后系統(tǒng)也應(yīng)給出預(yù)約成功與否的提示。3.4輸出需求分析

對(duì)于輸出需求要根據(jù)用戶的輸入給出對(duì)應(yīng)的輸出。比如用戶輸入查詢請(qǐng)求，那么系統(tǒng)應(yīng)該能夠給出詳細(xì)的信息。系統(tǒng)只給出對(duì)應(yīng)的輸出還不夠，同時(shí)要考慮輸出的信息是否合適。比如用戶要查詢眼科醫(yī)生的資料，系統(tǒng)的輸出就應(yīng)該只是眼科醫(yī)生的信息，而沒有必要把所有醫(yī)生的信息都輸出。3.5 社會(huì)影響分析

在進(jìn)行社會(huì)影響分析時(shí)要同時(shí)考慮到積極和消極兩個(gè)方面的問題。系統(tǒng)是否可以提高效率，減少人員的工作量。同時(shí)也要考慮過多的自動(dòng)化是否會(huì)削弱人對(duì)整個(gè)系統(tǒng)的意識(shí)，導(dǎo)致人對(duì)意外處理的能力降低，比如系統(tǒng)臨時(shí)出現(xiàn)問題，是否有一套應(yīng)急措施使醫(yī)院日常工作能夠正常的進(jìn)行。

4、需求說明文檔

基于之前構(gòu)建的模型，并參照IEEE 830-1998標(biāo)準(zhǔn)模板，撰寫的系統(tǒng)需求說明文檔如下。

4.1 引言

引言部分將對(duì)本文檔的編寫目的、系統(tǒng)的開發(fā)目的、名詞定義以及參考資料進(jìn)行說明，并對(duì)文檔的后續(xù)內(nèi)容進(jìn)行概述。4.1.1 編寫目的

網(wǎng)上預(yù)約掛號(hào)系統(tǒng)是基于Web開發(fā)技術(shù)完成的網(wǎng)站。為了更好的設(shè)計(jì)并實(shí)現(xiàn)這一系統(tǒng)，對(duì)系統(tǒng)進(jìn)行需求建模和分析是十分必要的。因此，基于之前構(gòu)建的各類模型，撰寫系統(tǒng)的需求說明文檔，并將其作為后續(xù)項(xiàng)目設(shè)計(jì)、項(xiàng)目開發(fā)和項(xiàng)目測(cè)試的指導(dǎo)。

本文檔連同之前構(gòu)建的模型，可用來與客戶進(jìn)一步明確需求，同時(shí)可供項(xiàng)目經(jīng)理、設(shè)計(jì)人員、開發(fā)人員參考。4.1.2 系統(tǒng)目的

許多醫(yī)院存在高峰期掛號(hào)排隊(duì)時(shí)間長，就診等待時(shí)間長，倒號(hào)現(xiàn)象頻發(fā)的問題。因此，構(gòu)建一個(gè)網(wǎng)上預(yù)約掛號(hào)系統(tǒng)，通過推薦患者使用該系統(tǒng)進(jìn)行出診信息查詢和醫(yī)生預(yù)約，可以緩解就診壓力、節(jié)約患者的時(shí)間，并且可以在一定程度上保證預(yù)約者和就診者一致，有利于提高醫(yī)院的服務(wù)質(zhì)量。4.1.3 名詞定義 ? 患者預(yù)約系統(tǒng)

網(wǎng)上預(yù)約掛號(hào)系統(tǒng)的子系統(tǒng)，主要用于為患者提供預(yù)約掛號(hào)、信息查詢等功能。? 醫(yī)生工作查詢系統(tǒng)

網(wǎng)上預(yù)約掛號(hào)系統(tǒng)的子系統(tǒng)，主要用于為醫(yī)生提供各時(shí)段預(yù)約患者的信息。? 醫(yī)務(wù)管理系統(tǒng)

網(wǎng)上預(yù)約掛號(hào)系統(tǒng)的子系統(tǒng)，主要用于為管理員提供出診信息修改、預(yù)約掛號(hào)調(diào)整等功能。? 賬號(hào)控制系統(tǒng)

網(wǎng)上預(yù)約掛號(hào)系統(tǒng)的子系統(tǒng)，主要用于用戶賬號(hào)的注冊(cè)及登錄控制。? 安全保障系統(tǒng)

網(wǎng)上預(yù)約掛號(hào)系統(tǒng)的子系統(tǒng)，主要用于保障系統(tǒng)的程序、網(wǎng)絡(luò)及數(shù)據(jù)庫安全。4.1.4 參考資料

[1]Objectiver: A KAOS tutorial.Respect-It(2004)[2]吳雙兵,劉偉.網(wǎng)上預(yù)約掛號(hào)系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J].醫(yī)學(xué)信息學(xué)雜志, 2015, 36(1):36-39.4.1.5 文檔概述

需求說明文檔主要分為三個(gè)部分。本節(jié)屬于引言部分，主要用于對(duì)文檔本身進(jìn)行定義和描述。文檔的第二部分為系統(tǒng)的整體描述，包括系統(tǒng)的預(yù)期目標(biāo)、限制條件以及用戶的需求、特征。文檔的第三部分是需求說明，包含對(duì)系統(tǒng)需求的明確定義。

4.2 整體描述

本節(jié)將對(duì)系統(tǒng)預(yù)期、用戶需求、用戶特征、條件與限制、假定與依賴以及需求分配進(jìn)行說明。

4.2.1 系統(tǒng)預(yù)期

為了方便用戶在不需安裝任何軟件的情況下使用系統(tǒng)，本系統(tǒng)整體采用B/S結(jié)構(gòu)，用戶可以通過瀏覽器對(duì)其進(jìn)行訪問。4.2.2 用戶需求

參照之前完成的目標(biāo)模型，對(duì)用戶的需求進(jìn)行整理和定義。由于系統(tǒng)整體較為復(fù)雜，因此本小節(jié)只包含已構(gòu)建目標(biāo)模型的功能性需求和非功能性需求。? 功能性需求

1.患者進(jìn)行預(yù)約選擇

為了實(shí)現(xiàn)患者進(jìn)行預(yù)約選擇的目標(biāo)，系統(tǒng)應(yīng)完成的需求如下。（1）系統(tǒng)擁有患者預(yù)約頁面以及預(yù)約按鈕：

系統(tǒng)的預(yù)約頁面可以顯示未來1至3天的出診醫(yī)生及其所有可被預(yù)約的出診時(shí)段。其中，尚未被預(yù)約的時(shí)段擁有預(yù)約按鈕；已被預(yù)約的時(shí)段無法被其他患者預(yù)約，因此無預(yù)約按鈕。（2）系統(tǒng)接收到預(yù)約請(qǐng)求：

當(dāng)患者點(diǎn)擊預(yù)約按鈕，系統(tǒng)可以接收到預(yù)約請(qǐng)求。（3）患者被告知預(yù)約選擇結(jié)果：

系統(tǒng)可以對(duì)患者是否預(yù)約成功進(jìn)行判定，如果成功則跳轉(zhuǎn)至信息確認(rèn)頁面，否則彈出對(duì)話框給予患者相應(yīng)提示。2.患者確認(rèn)預(yù)約信息

為了實(shí)現(xiàn)患者確認(rèn)預(yù)約信息的目標(biāo)，系統(tǒng)應(yīng)完成的需求如下。（1）系統(tǒng)擁有預(yù)約信息確認(rèn)頁面以及預(yù)約提交按鈕：

系統(tǒng)的預(yù)約信息確認(rèn)頁面會(huì)顯示預(yù)約的醫(yī)生和時(shí)段，患者的個(gè)人信息，以及預(yù)約提交按鈕，患者可以在提交預(yù)約前核對(duì)這些信息。（2）系統(tǒng)接收到預(yù)約提交請(qǐng)求：

當(dāng)患者點(diǎn)擊提交按鈕，系統(tǒng)可以接收到預(yù)約提交請(qǐng)求。（3）患者被告知預(yù)約提交結(jié)果：

系統(tǒng)可以對(duì)預(yù)約是否提交成功進(jìn)行判定，并彈出對(duì)話框給予患者相應(yīng)提示。? 非功能性需求 1.安全的系統(tǒng)

為了保證預(yù)約掛號(hào)系統(tǒng)的安全性，系統(tǒng)應(yīng)完成的需求如下。（1）用戶程序安全：

系統(tǒng)應(yīng)明確區(qū)分不同類別用戶的權(quán)限。并且在用戶登錄時(shí)，輸入的密碼不可見、不可復(fù)制。（2）系統(tǒng)網(wǎng)絡(luò)安全：

系統(tǒng)應(yīng)采取安全的網(wǎng)絡(luò)傳輸協(xié)議，網(wǎng)絡(luò)數(shù)據(jù)在被傳輸前應(yīng)進(jìn)行加密。（3）數(shù)據(jù)庫安全：

數(shù)據(jù)庫中存儲(chǔ)的數(shù)據(jù)應(yīng)具備完整性，且密碼應(yīng)在加密后被存儲(chǔ)到數(shù)據(jù)庫中。此外，數(shù)據(jù)庫中的數(shù)據(jù)應(yīng)該可以被備份和恢復(fù)。2.低成本的系統(tǒng) 為了保證預(yù)約掛號(hào)系統(tǒng)的低成本，系統(tǒng)應(yīng)完成的需求如下。（1）系統(tǒng)開發(fā)成本低：

開發(fā)團(tuán)隊(duì)?wèi)?yīng)具備合理的項(xiàng)目管理，且在開發(fā)前應(yīng)盡可能明確系統(tǒng)的需求。（2）系統(tǒng)運(yùn)營成本低：

系統(tǒng)在運(yùn)行過程中，應(yīng)該盡可能少的占用資源。（3）系統(tǒng)維護(hù)成本低：

系統(tǒng)應(yīng)該健壯可靠，出現(xiàn)問題后應(yīng)該易于修復(fù)，且系統(tǒng)的功能應(yīng)該易于擴(kuò)展。考慮到系統(tǒng)健壯可靠與系統(tǒng)開發(fā)成本低存在一定的沖突，因此需要進(jìn)行一定的權(quán)衡。4.2.3 用戶特征

本系統(tǒng)的用戶包含患者、醫(yī)生以及管理員三類，其特征如下。? 患者

個(gè)體間在年齡、計(jì)算機(jī)使用能力等方面存在較大差異。? 醫(yī)生

普遍具備較高的學(xué)歷，在醫(yī)療方面具備專業(yè)知識(shí)，有一定的計(jì)算機(jī)使用能力。? 管理員

負(fù)責(zé)對(duì)出診信息進(jìn)行管理，是醫(yī)院工作的安排者，具備較強(qiáng)的計(jì)算機(jī)使用能力。4.2.4 條件與限制

為了保證系統(tǒng)的可移植性和可擴(kuò)展性，本系統(tǒng)應(yīng)使用Java語言進(jìn)行開發(fā)。4.2.5 假定與依賴

本系統(tǒng)假定提供的大、中、小三種字體大小可以滿足不同患者的需求，并且患者可以在系統(tǒng)的引導(dǎo)和提示下正常使用系統(tǒng)。4.2.6 需求分配

由于文檔中并未列出系統(tǒng)的全部需求，因此無法對(duì)所有需求進(jìn)行優(yōu)先級(jí)排序。但已經(jīng)列出的均為系統(tǒng)較為核心的功能性需求和非功能性需求，應(yīng)具有高優(yōu)先級(jí)。

4.3 需求說明

需求說明部分將參照之前完成的模型，對(duì)系統(tǒng)結(jié)構(gòu)、對(duì)象模型以及操作過程模型進(jìn)行詳細(xì)描述。

4.3.1 系統(tǒng)結(jié)構(gòu)

本部分將主要參照?qǐng)D 3-1所示的責(zé)任模型，根據(jù)主體對(duì)需求進(jìn)行劃分。考慮到系統(tǒng)較為復(fù)雜，因此只列出主體“患者預(yù)約系統(tǒng)”的相關(guān)需求。? 患者預(yù)約系統(tǒng)

系統(tǒng)擁有患者預(yù)約頁面以及預(yù)約按鈕。

系統(tǒng)接收到預(yù)約請(qǐng)求。

患者被告知預(yù)約選擇結(jié)果。

系統(tǒng)擁有預(yù)約信息確認(rèn)頁面及預(yù)約提交按鈕。

系統(tǒng)接收到預(yù)約提交請(qǐng)求。

患者被告知預(yù)約提交的結(jié)果。4.3.2 對(duì)象模型

本部分將主要對(duì)圖 4-1所示的對(duì)象模型的結(jié)構(gòu)進(jìn)行解釋。

網(wǎng)上預(yù)約掛號(hào)系統(tǒng)可以被詳細(xì)劃分為患者預(yù)約系統(tǒng)、醫(yī)生工作查詢系統(tǒng)、醫(yī)務(wù)管理系統(tǒng)、賬號(hào)控制系統(tǒng)、安全保障系統(tǒng)等五個(gè)子系統(tǒng)。患者預(yù)約系統(tǒng)、醫(yī)生工作查詢系統(tǒng)、醫(yī)務(wù)管理系統(tǒng)的使用者分別為患者、醫(yī)生和管理員，這些用戶通過系統(tǒng)提供的頁面與系統(tǒng)進(jìn)行交互。

對(duì)象模型中所涉及的名詞在4.1.3小節(jié)中有具體解釋。4.3.3 操作過程模型

本部分將主要對(duì)圖 5-1，圖 5-3和圖 5-4所示的操作過程模型進(jìn)行說明，并以表格的形式列出各操作過程的參與主體及對(duì)應(yīng)需求。? 患者進(jìn)行預(yù)約選擇

患者點(diǎn)擊預(yù)約按鈕后，患者預(yù)約系統(tǒng)會(huì)收到患者的預(yù)約請(qǐng)求，并觸發(fā)預(yù)約驗(yàn)證操作，得到預(yù)約驗(yàn)證結(jié)果。接下來，患者預(yù)約系統(tǒng)會(huì)以得出的預(yù)約結(jié)果為基礎(chǔ)，進(jìn)行預(yù)約結(jié)果判定，進(jìn)而執(zhí)行頁面跳轉(zhuǎn)或消息框彈出操作。? 患者確認(rèn)預(yù)約信息

患者點(diǎn)擊提交按鈕后，患者預(yù)約系統(tǒng)會(huì)收到患者的預(yù)約提交請(qǐng)求，并觸發(fā)預(yù)約提交操作。接下來，患者預(yù)約系統(tǒng)會(huì)根據(jù)提交結(jié)果彈出包含相應(yīng)信息的提示框。

以上部分涉及到的操作過程及與之對(duì)應(yīng)的主體、需求如下表所示。

以上部分涉及到的操作過程及與之對(duì)應(yīng)的主體、需求如表 4-1所示。

操作 預(yù)約驗(yàn)證 參與主體

對(duì)應(yīng)需求

患者預(yù)約系統(tǒng) 系統(tǒng)接收到預(yù)約請(qǐng)求，患者被告知預(yù)約選擇結(jié)果

預(yù)約結(jié)果判定 患者預(yù)約系統(tǒng) 患者被告知預(yù)約選擇結(jié)果 預(yù)約提交 患者預(yù)約系統(tǒng) 系統(tǒng)接收到預(yù)約提交請(qǐng)求，患者被告知預(yù)約提交結(jié)果

第三篇：軟件系統(tǒng)需求分析案例

模擬商場(chǎng)關(guān)系系統(tǒng)需求分析

小品：模擬商場(chǎng)關(guān)系系統(tǒng)需求分析

小品角色：

主角：商場(chǎng)經(jīng)理，系統(tǒng)分析員

配角：商場(chǎng)秘書，分析員助手

小品斷片臺(tái)詞：（可以進(jìn)行適當(dāng)增刪）

場(chǎng)景A

商場(chǎng)經(jīng)理：我們建立一套完整的商業(yè)管理軟件系統(tǒng)，包括商品的進(jìn)、銷、調(diào)、存管理，是總部－門店的連鎖經(jīng)營模式。通過通訊手段門店自動(dòng)訂貨，供應(yīng)商自動(dòng)結(jié)算，賣場(chǎng)通過條碼掃描實(shí)現(xiàn)銷售，管理人員能夠隨時(shí)查詢門店商品銷售和庫存情況。

系統(tǒng)分析員：我已經(jīng)明白這個(gè)項(xiàng)目的大體結(jié)構(gòu)框架，這個(gè)對(duì)于我們來說是非常重要的，但在制定計(jì)劃之前，我們必須收集一些需求。

商場(chǎng)經(jīng)理：（作驚奇狀）我剛才不是告訴你我們的需求了嗎？

系統(tǒng)分析員：實(shí)際上，你剛才跟我說的只是整個(gè)項(xiàng)目的概念和目標(biāo)，真正開發(fā)這個(gè)項(xiàng)目，我還需要跟真正將要使用這個(gè)系統(tǒng)的業(yè)務(wù)人員進(jìn)行討論，需要了解和掌握使用系統(tǒng)的業(yè)務(wù)人員的工作業(yè)務(wù)流程和每個(gè)崗位、每個(gè)環(huán)節(jié)的職責(zé)，……

（商場(chǎng)秘書出現(xiàn)，打斷談話，突出經(jīng)理很忙）

商場(chǎng)經(jīng)理：他們都很忙的，你們有沒有類似的現(xiàn)有的系統(tǒng)可以參照一下，差不多就可以了！系統(tǒng)分析員：……（欲言）

商場(chǎng)經(jīng)理：（電話響）我真的很忙，請(qǐng)你馬上開始開發(fā)，隨時(shí)將你們的進(jìn)展情況告訴我 場(chǎng)景B

分析員助手：（電話）經(jīng)理你好，我們想約一下您進(jìn)行系統(tǒng)需求分析的調(diào)查，請(qǐng)問您什么時(shí)候方便？

商場(chǎng)經(jīng)理：什么，我上次不是跟你們說過叫你們開始開發(fā)了嗎？還沒有開始的啊？我真的沒有時(shí)間啊，你們馬上開始吧，就這樣！（掛機(jī)）

（系統(tǒng)分析員將一個(gè)超市的管理系統(tǒng)進(jìn)行了簡(jiǎn)單修改送給商場(chǎng)使用）

場(chǎng)景C

商場(chǎng)秘書：經(jīng)理，XX店說有顧客退貨，那個(gè)系統(tǒng)那里辦理不了，還有……

商場(chǎng)經(jīng)理：這個(gè)小王怎么搞得，作個(gè)這樣的系統(tǒng)給我們，真是的搞得亂七八糟的！

第四篇：法學(xué)案例教學(xué)分析軟件

法學(xué)案例分析系統(tǒng)

系統(tǒng)簡(jiǎn)介

法學(xué)案例教學(xué)分析系統(tǒng)圍繞法學(xué)14門核心課程以及其他非法學(xué)核心課程的設(shè)置中的經(jīng)典案例在遠(yuǎn)程教學(xué)環(huán)境下組織實(shí)施教學(xué)，有利于鞏固學(xué)生對(duì)所學(xué)知識(shí)的掌握，加深對(duì)知識(shí)點(diǎn)的理解，有利于調(diào)動(dòng)學(xué)生積極性，提高學(xué)生對(duì)問題的思辨能力、分析能力、解決問題的能力以及語言文字表達(dá)能力。案例特點(diǎn) 系統(tǒng)提供了大量不同類型的案例，覆蓋14門核心課程以及非法學(xué)核心課程的300多個(gè)知識(shí)點(diǎn)，共計(jì)800個(gè)案例。軟件覆蓋的案例類型有綜合案例、教學(xué)案例、英文案例

1、綜合案例 綜合典型案例，有助于幫助學(xué)生理解實(shí)務(wù)案例與課本法律理論案例的不同，讓學(xué)生理解前者更注重實(shí)務(wù)、更注重為當(dāng)事人解決問題，從而提高其在實(shí)際工作中的能力.2、教學(xué)案例 題型緊緊圍繞14門核心課程以及非核心課程的教材來設(shè)置，授課、實(shí)驗(yàn)指導(dǎo)更專業(yè)、更系統(tǒng)。

4、英文案例 針對(duì)國WTO以及國際經(jīng)濟(jì)法等專業(yè)推出的相關(guān)的經(jīng)典的英文案例，為一些英語基礎(chǔ)非常好的同學(xué)提供新類型的案例。分析特點(diǎn)

系統(tǒng)提供完整的分析思路與結(jié)構(gòu)，引導(dǎo)學(xué)生更快速準(zhǔn)確的剖析案情解決爭(zhēng)議問題。

1、案例名稱

2、案例背景資料

3、涉及知識(shí)點(diǎn)

4、涉及法律法規(guī)

5、預(yù)設(shè)問題

6、案情焦點(diǎn)

7、法理分析

8、參考答案

9、成績?cè)u(píng)定

教學(xué)特點(diǎn)

1、啟發(fā)性

教師通過挑選軟件中固有的案例或自行添加的案例引導(dǎo)學(xué)生對(duì)某類案例形成正確的分析思路及思考方向，鍛煉學(xué)生準(zhǔn)確快速思考分析案件的技能。

2、參與性

通過分組實(shí)驗(yàn)的教學(xué)方式，讓教師與更多的學(xué)生很好的參與到某個(gè)案件的討論與分析中來，自由發(fā)揮，集思廣益，總結(jié)問題，收獲知識(shí)。

3、互動(dòng)性

軟件內(nèi)置的評(píng)論系統(tǒng)，可以讓教師與學(xué)生、學(xué)生與學(xué)生之間自由評(píng)論、辯論，充分的闡述自己的觀點(diǎn)和理由，有利于調(diào)動(dòng)學(xué)生的積極性。

4、自由性 系統(tǒng)內(nèi)置不同類型的案件和不同類型的問題預(yù)設(shè)，可以讓教師自由得選擇案件和搭配不同的問題，多種角度，多種思維上來進(jìn)行實(shí)驗(yàn)教學(xué)指導(dǎo)。

系統(tǒng)功能

（一）管理員端

1、教師管理

2、案例管理

3、案例分類

4、問題預(yù)設(shè)

5、評(píng)論管理

6、個(gè)人信息

（二）教師端

1、公告管理

2、班級(jí)管理

3、學(xué)生管理

4、實(shí)驗(yàn)管理

5、成績管理

6、我的評(píng)論

7、個(gè)人信息

（三）學(xué)生端

1、公告

2、案例學(xué)習(xí)

3、我的實(shí)驗(yàn)

4、成績查看

5、我的評(píng)論

6、個(gè)人信息

第五篇：軟件可行性分析報(bào)告

基于Android平臺(tái)的測(cè)繪內(nèi)業(yè)處理軟件開發(fā)與設(shè)計(jì)

可行性分析報(bào)告

1、引言

1.1編寫目的隨著計(jì)算機(jī)、網(wǎng)絡(luò)、大數(shù)據(jù)的快速發(fā)展，測(cè)繪行業(yè)傳統(tǒng)的內(nèi)業(yè)處理以不能滿足如今快速、準(zhǔn)確的要求，另外一些生活上智能化設(shè)備的出現(xiàn)，促使測(cè)繪行業(yè)也不斷想智能化方面發(fā)展。這樣，在測(cè)量過程中不但極大的減少人力物力，更重要的是提高工作效率，從而與我們今天快節(jié)奏的生活相結(jié)合，雖然目前已有很多這樣的軟件，但我們要事實(shí)根據(jù)所需，來編寫更加人性化的軟件。在這樣的背景前提下，我們需要編寫一個(gè)軟件，從而實(shí)現(xiàn)坐標(biāo)正反算、水準(zhǔn)測(cè)量內(nèi)業(yè)處理、復(fù)合導(dǎo)線內(nèi)業(yè)處理。接下來我們要對(duì)軟件開發(fā)中將要面臨的問題及其解決方案進(jìn)行可行性分析。1.2項(xiàng)目背景

1.2.1 項(xiàng)目名稱：基于Android平臺(tái)的測(cè)繪內(nèi)業(yè)處理軟件 1.2.2 用戶：工程測(cè)量人員

1.2.3 說明：本次軟件開發(fā)是對(duì)Delphi編程、軟件工程、測(cè)繪原理學(xué)習(xí)的綜合性考察，本次開發(fā)是大學(xué)生理論與實(shí)踐的有機(jī)結(jié)合，同時(shí)也是本學(xué)期“軟件工程”這門課程的考核。1.3定義

Delphi，是Windows平臺(tái)下著名的快速應(yīng)用程序開發(fā)工具(Rapid Application Development，簡(jiǎn)稱RAD)。使用的核心是由傳統(tǒng)Pascal語言發(fā)展而來的Object Pascal，以圖形用戶界面為開發(fā)環(huán)境，透過IDE、VCL工具與編譯器，配合連結(jié)數(shù)據(jù)庫的功能，構(gòu)成一個(gè)以面向?qū)ο蟪绦蛟O(shè)計(jì)為中心的應(yīng)用程序開發(fā)工具。

Android：Android是一種以Linux為基礎(chǔ)的開放源代碼操作系統(tǒng)，主要使用于便攜設(shè)備。該平臺(tái)由操作系統(tǒng)、中間件、用戶界面和應(yīng)用軟件組成。

1.4參考資料

《軟件工程導(dǎo)論（第四版）》

張海藩編著

清華大學(xué)出版社出版

2、可行性研究的前提 2.1要求

2.1.1 功能要求

此軟件所要完成的主要功能模塊有三部分：讀取數(shù)據(jù)、處理數(shù)據(jù)和輸出數(shù)據(jù)。

讀取數(shù)據(jù)時(shí)，操作人員安置調(diào)整好一起后開始讀取相關(guān)數(shù)據(jù)，并記錄角度、距離等信息。

而處理數(shù)據(jù)時(shí)，這一環(huán)節(jié)由實(shí)現(xiàn)編好的軟件自動(dòng)完成，工作人員只要在移動(dòng)設(shè)備上通過相應(yīng)的按鍵就可以完成。

數(shù)據(jù)輸出過程也是通過按鍵完成，處理完成的結(jié)果通過電子表格的形式可視化，最終在打印機(jī)中打印。2.1.2 性能要求

為了滿足用戶的要求，軟件必須要準(zhǔn)確處理數(shù)據(jù)，所以要求很少的bug；由于要存貯大量的地理數(shù)據(jù)數(shù)據(jù)和信息，也還要有足夠大的磁盤容量； 2.1.3輸入要求

軟件有準(zhǔn)確識(shí)別各種測(cè)量專業(yè)的數(shù)據(jù)類型，軟件要自動(dòng)拒絕輸入不正確的數(shù)據(jù)，一面在運(yùn)算過程中出現(xiàn)各種漏洞，從而影響計(jì)算的準(zhǔn)確性。2.1.4 輸出要求

要求能快速準(zhǔn)確的計(jì)算出相關(guān)數(shù)據(jù)。2.1.5如見運(yùn)行流程圖

2.1.6完成期限

初步確定開發(fā)期為一個(gè)半月。2.2目標(biāo)

本軟件的編寫專業(yè)性要求較高，必須提供專業(yè)的資料使其能夠順利進(jìn)行。目標(biāo)具體表現(xiàn)為在學(xué)校內(nèi)部進(jìn)行運(yùn)用，初步實(shí)現(xiàn)數(shù)據(jù)處理，并保證能夠提高測(cè)量人員的工作效率；從而實(shí)現(xiàn)測(cè)量內(nèi)業(yè)處理的的高效性、方便性、實(shí)用性，提高測(cè)繪事業(yè)向科學(xué)化、智能化方向發(fā)展。2.3條件、假定和限制

假設(shè)開發(fā)的軟件運(yùn)行的最短壽命為五年；開發(fā)時(shí)間與試運(yùn)行時(shí)間預(yù)定為兩個(gè)月；經(jīng)費(fèi)的投資為零；軟件運(yùn)行環(huán)境如下：運(yùn)行平臺(tái)： Android/編程軟件：Delphi/創(chuàng)建數(shù)據(jù)庫：Sqlserver 2012； 2.4可行性研究方法 采用調(diào)研法：通過自己以及身邊同學(xué)在實(shí)際應(yīng)用中的需求；然后經(jīng)過查閱相關(guān)資料并請(qǐng)教老師，落實(shí)最后的問題定義。2.5決定可行性的主要因素

本次可行性分析是按照軟件工程的規(guī)范步驟進(jìn)行的，即按復(fù)查項(xiàng)目目標(biāo)和規(guī)模，然后提出軟件的實(shí)現(xiàn)方案，推薦最佳方案，對(duì)所推薦的方案進(jìn)行經(jīng)濟(jì)、技術(shù)、用戶操作和法律的可行性分析，最后給出軟件是否值得開發(fā)的結(jié)論。

3、對(duì)現(xiàn)有軟件的分析

當(dāng)前大多數(shù)處理軟件都是個(gè)人編寫，沒有形成統(tǒng)一的規(guī)范，沒有和一起很好的相結(jié)合，功能單一，其次，有些軟件的功能有很大的局限性，不夠完善，沒有真正廣泛運(yùn)用于實(shí)際測(cè)量工作中。3.1工作負(fù)荷

由于測(cè)量內(nèi)業(yè)處理是一個(gè)繁瑣枯燥的工作，只靠人工讀取數(shù)據(jù)、記錄、計(jì)算，工作效率較低，通常還會(huì)有處理錯(cuò)誤的情況。

所以這些都給測(cè)量人員增加了非常大的工作負(fù)荷；同時(shí)也測(cè)繪事業(yè)的發(fā)展帶來了嚴(yán)重的制約。3.2費(fèi)用支出

本來測(cè)量的周期較長，過長的內(nèi)業(yè)處理時(shí)間造成人力物力的大量輸出，從而使資金不斷支出。

4、所建議技術(shù)可行性分析 4.1對(duì)軟件的簡(jiǎn)要描述

根據(jù)軟件目標(biāo)以及現(xiàn)行軟件存在的問題，建議軟件將復(fù)合導(dǎo)線計(jì)算、水準(zhǔn)測(cè)量、坐標(biāo)正反算這幾個(gè)功能整合在同一個(gè)軟件中，預(yù)期計(jì)劃建立接口，今后軟件更新過程中實(shí)現(xiàn)網(wǎng)絡(luò)鏈接，這樣測(cè)量數(shù)據(jù)就通過網(wǎng)絡(luò)形式傳輸，這樣處理數(shù)據(jù)機(jī)制就向網(wǎng)絡(luò)化、大數(shù)據(jù)、云計(jì)算方向發(fā)展。4.2數(shù)據(jù)流程圖 4.3與現(xiàn)有軟件比較的優(yōu)越性

極大的減少工作時(shí)間，提高工作效率。

可以大大減少工作人員，節(jié)約人力資源的開銷；另一方面由于數(shù)據(jù)處理靠手機(jī)等移動(dòng)設(shè)備處理，可以減輕測(cè)量人員的工作負(fù)擔(dān)，有效地提高了整體的工作效率和精確度。

軟件可擴(kuò)充性強(qiáng)：該軟件后期升級(jí)較為方便，可以根據(jù)測(cè)量的實(shí)際情況來靈活配置，可根據(jù)不同需求增加新功能模塊和子軟件以滿足用戶的個(gè)性化需求。

兼容性強(qiáng)：軟件可提供數(shù)據(jù)接口和應(yīng)用接口，便于軟件集成和二次開發(fā)，確保有效利用現(xiàn)有資源。

4.4采用建議軟件可能帶來的影響 4.4.1對(duì)設(shè)備的影響

軟件對(duì)于設(shè)備要求更高的穩(wěn)定性與安全性來保證其正常運(yùn)行。并且對(duì)于打印、復(fù)印設(shè)備需要要求與計(jì)算機(jī)進(jìn)行互聯(lián)。4.4.2對(duì)用戶的影響

由于采用建議軟件提高了工作效率，可使客戶辦理業(yè)務(wù)更加快捷、方便。高效的數(shù)據(jù)處理方式。4.4.3對(duì)軟件運(yùn)行的影響

軟件設(shè)計(jì)的主要目的是提高工作效率。所以在軟件設(shè)計(jì)和建設(shè)初期應(yīng)著手參考各方面的標(biāo)準(zhǔn)與規(guī)范，并且應(yīng)遵從該規(guī)范各項(xiàng)技術(shù)規(guī)定，并做好軟件的標(biāo)準(zhǔn)化設(shè)計(jì)與管理工作。軟件考慮今后發(fā)展的需要，因而必須為容量與處理數(shù)據(jù)能力等方面的擴(kuò)充與換代的可能，這種擴(kuò)充不僅充分保護(hù)了原有投資，而且具有較高的綜合性能價(jià)格比。4.4.4對(duì)運(yùn)行環(huán)境的影響

由于使用者人數(shù)眾多，水平不一，該軟件設(shè)計(jì)時(shí)考慮到使用者在使用時(shí)要求操作簡(jiǎn)單，計(jì)算準(zhǔn)確，軟件設(shè)計(jì)采用模塊化設(shè)計(jì)，使用戶更方便的進(jìn)行操作，無需提前學(xué)習(xí)使用。4.4.5對(duì)經(jīng)費(fèi)支出的影響

由于需要上網(wǎng)或圖書館查閱相關(guān)資料，但這些條件都基本能滿足本次軟件開發(fā)的需求，所以不需要經(jīng)費(fèi)的支出。4.5技術(shù)可行性評(píng)價(jià)

開發(fā)軟件的計(jì)算機(jī)硬件已經(jīng)非常普及，所以完全沒有問題；現(xiàn)在的計(jì)算機(jī)各方面的技術(shù)都非常成熟，相對(duì)來說開發(fā)此軟件的技術(shù)也要求比較簡(jiǎn)單，因此在技術(shù)方面是可行的；若按計(jì)劃，在規(guī)定的期限內(nèi)，本軟件的開發(fā)是可以完成的。

5、所建議軟件經(jīng)濟(jì)可行性分析 5.1軟件開發(fā)費(fèi)用 5.1.1人員費(fèi)用。本軟件由本人學(xué)習(xí)開發(fā)，非商業(yè)性軟件，所以在開發(fā)過程中人員費(fèi)用為0。

5.1.3軟件費(fèi)用。軟件所需的軟件費(fèi)用為0元，其中：

DelphiXE7，Sqlserver2012：可免費(fèi)下載 5.1.4咨詢和評(píng)審費(fèi)、調(diào)研和差旅費(fèi)：約0元

綜上，軟件開發(fā)總費(fèi)用為0元 5.2軟件運(yùn)行費(fèi)用。免費(fèi)。5.2.1軟件維護(hù)費(fèi)。免費(fèi)。5.3效益

5.3.1一次性收益。提高工作效率，減少工作人員人數(shù)。本系軟件行可以提高數(shù)據(jù)處理處理的效率。如果測(cè)量單位現(xiàn)有測(cè)量人員按10人計(jì)算，人員工資平均為3000元/月，一年工作時(shí)間為200天。由于使用該軟件明顯提高了工作效率，從而節(jié)約了30天的工作時(shí)間，這樣在一年中測(cè)量單位可以節(jié)約將近1萬元的支出，另外多出的時(shí)間還可以做更多的工作，這樣每年的收入將多出1萬多元。5.3.2經(jīng)常性收益。紙張、鉛筆等記錄數(shù)據(jù)工具用量減少可節(jié)約成本每年約1千元。

6、社會(huì)因素可行性分析 6.1法律因素

本次開發(fā)編程是在學(xué)習(xí)中的一次開發(fā)，所使用軟件都可以從網(wǎng)上下載，并無侵權(quán)或者抄襲等違法情況，也沒有被申請(qǐng)過專利，所以，在法律方面是可行的。6.2用戶使用可行性

開發(fā)的軟件操作要非常簡(jiǎn)單，以便不同的人們都可以很方便操作使用。

7、其他可供選擇的方式

可以使用現(xiàn)有軟件，但是由于現(xiàn)有軟件過于簡(jiǎn)單、在移動(dòng)平臺(tái)上運(yùn)行的很少，所以不建議使用這個(gè)方案。

8、結(jié)論意見

為了使傳統(tǒng)測(cè)量適應(yīng)現(xiàn)代化高科技的需求，促進(jìn)測(cè)量工作的快速、準(zhǔn)確性，建議立即著手軟件開發(fā)的建議。