軟件工程作業(yè)

成績(jī)?cè)u(píng)閱人軟件工程I課程考核報(bào)告南陽理工學(xué)院軟件學(xué)院2013年5月軟件工程素質(zhì)導(dǎo)論總結(jié)【摘要】軟件工程素質(zhì)導(dǎo)論是一門理論與實(shí)踐相結(jié)合的課程，包含了與軟件相關(guān)職業(yè)活動(dòng)的技術(shù)規(guī)范和指導(dǎo)，涵蓋許多對(duì)項(xiàng)目開發(fā)重要的內(nèi)容，對(duì)過去的經(jīng)驗(yàn)和教訓(xùn)進(jìn)行了闡述，讓我們?cè)陂_發(fā)項(xiàng)目的時(shí)候可以避免走很多彎路，對(duì)于每一個(gè)從事軟件工作者來說都很重要，認(rèn)真的學(xué)好這一門課程，將會(huì)受益匪淺。關(guān)鍵字:軟件工程項(xiàng)目管理需求獲取用例模型軟件工程的職業(yè)道德一、職業(yè)道德的內(nèi)涵與作用1.職業(yè)的定義職業(yè)是指人們由于社會(huì)分工而從事具有專業(yè)業(yè)余和特定職責(zé)并以此作為主要生活來源的工作，職業(yè)是在人類社會(huì)出現(xiàn)分工之后而產(chǎn)生的一種社會(huì)歷史現(xiàn)象。2.道德的定義道德是一定社會(huì)、一定階級(jí)向人們提出的處理人與人之間、個(gè)人和社會(huì)之間、個(gè)人和自然之間各種關(guān)系的一種特殊的行為規(guī)范。職業(yè)道德的定義職業(yè)道德，即在一定的社會(huì)經(jīng)濟(jì)關(guān)系中，從事各種不同職業(yè)的人們?cè)谄涮囟ǖ墓ぷ骰騽趧?dòng)中的規(guī)范的總和。二、職業(yè)道德的基本標(biāo)準(zhǔn)文明禮貌、愛崗敬業(yè)、誠(chéng)實(shí)守信、辦事公道、團(tuán)結(jié)互助、服務(wù)群眾、奉獻(xiàn)社會(huì)。三、職業(yè)道德修養(yǎng)的形成從小事做起、從自我做起、在專業(yè)學(xué)習(xí)中訓(xùn)練、在社會(huì)時(shí)間按中體驗(yàn)、在自我修養(yǎng)中提高。四、軟件工程職業(yè)道德的作用軟件工程職業(yè)道德是作為一名優(yōu)秀軟件工程師必備的素質(zhì)。做任何事情都要有一定的準(zhǔn)則，“無規(guī)矩不成方圓”只有養(yǎng)成一個(gè)良好的習(xí)慣才能在日益競(jìng)爭(zhēng)的時(shí)代中得到發(fā)展。任何一名從業(yè)人員職業(yè)道德素質(zhì)的提高，一方面靠他自律，即社會(huì)的培養(yǎng)和學(xué)校的教育；另一方面就取決于自己的主觀能力，即自我努力。而后者更為重要。而我們要想成為一名合格的軟件工程師必須養(yǎng)成一個(gè)良好的習(xí)慣，要從一點(diǎn)一滴開始，嚴(yán)格要求自己，才能有所收獲。擴(kuò)展閱讀職業(yè)規(guī)劃與評(píng)測(cè)技術(shù)軟件與軟件工程一、軟件危機(jī)1.軟件危機(jī)軟件危機(jī)是軟件在開發(fā)和維護(hù)的過程中所遇到的一系列嚴(yán)重的問題。主要包括:如何開發(fā)軟件來滿足對(duì)軟件日益增長(zhǎng)的需求；如何維護(hù)數(shù)量不斷膨脹的已有軟件。二、軟件工程1.軟件工程循環(huán)語句的效率、for語句的循環(huán)控制變量、if語句、還有是對(duì)在語句中對(duì)運(yùn)算符中空格的使用等問題。4.常量比如const與#define的比較、常量定義規(guī)則、類中的常量，特別是對(duì)于常量的命名的問題進(jìn)行了詳細(xì)的講解。5.函數(shù)設(shè)計(jì)參數(shù)的規(guī)則、返回值的規(guī)則、函數(shù)內(nèi)部實(shí)現(xiàn)的規(guī)則、引用與指針的比較。三、思維導(dǎo)圖1.思維導(dǎo)圖思維導(dǎo)圖是大腦中自然而然的、充滿圖像的思維過程及思維能力的反應(yīng)，是一幅幅幫助我們了解并掌握大腦工作原理的使用說明書。2.思維導(dǎo)圖的作用思維導(dǎo)圖擁有驚人的作用，可以在原有的基礎(chǔ)上進(jìn)行延伸，使得到的結(jié)果更豐富。軟件文檔的寫作基礎(chǔ)的作用當(dāng)今世界以書面語言作為超越時(shí)空的傳播工具，大量的科學(xué)技術(shù)知識(shí)，更是要通過文字來傳播和存儲(chǔ)，寫作變得越來越重要。而文檔寫作也成為了重中之重，一篇好的文檔，使人看了之后一目了然，層次清晰。這樣軟件文檔規(guī)范和代碼規(guī)范就變得尤為重要了。本章主要是對(duì)軟件文檔規(guī)范和代碼規(guī)范進(jìn)行講述，文檔規(guī)范主要講述在寫作論文時(shí)應(yīng)該要注意的事項(xiàng)，比如語法、可讀性、技巧、寫作時(shí)應(yīng)該注意的細(xì)節(jié)等方面；而代碼規(guī)范主要是在編寫代碼時(shí)應(yīng)該注意的問題，比如變量命名、程序排版、注釋等問題?？傊臋n規(guī)范可以使我們養(yǎng)成一個(gè)良好的習(xí)慣，是我們?cè)诮窈蟮膶懽髦械眯膽?yīng)手。代碼規(guī)范可以提高代碼的可讀性，更可以提高程序的運(yùn)行效率。最后思維導(dǎo)圖是一個(gè)革命性的思維工具，簡(jiǎn)單卻又極其有效。對(duì)學(xué)習(xí)和工做具有驚人的作用。項(xiàng)目的初步管理一、項(xiàng)目的概念和項(xiàng)目管理知識(shí)1.項(xiàng)目項(xiàng)目指的是在某種目的的驅(qū)動(dòng)下完成的一系列相關(guān)的活動(dòng)。2.項(xiàng)目的特征有一個(gè)明確的目標(biāo)、唯一性專門性、一次性、整體性。3.項(xiàng)目的四個(gè)約束范圍、時(shí)間、成本、質(zhì)量。二、立項(xiàng)管理立項(xiàng)管理是決策行為，其目標(biāo)是“做正確的事情”。指符合企業(yè)利益最大化這個(gè)根本目標(biāo)。立項(xiàng)管理的目的是通過規(guī)范化的流程：①判斷并采納符合企業(yè)利益最大化的立項(xiàng)建議，提供合適的資金和資源，使立項(xiàng)建議成為正式的項(xiàng)目；②判斷并拒絕不能給企業(yè)帶來的利益的立項(xiàng)建議，避免浪費(fèi)資源、資金、時(shí)間等。項(xiàng)目有五種典型的利益相關(guān)者：項(xiàng)目發(fā)起人、項(xiàng)目客戶、項(xiàng)目經(jīng)理、項(xiàng)目團(tuán)隊(duì)、項(xiàng)目相關(guān)職能部門，它們都應(yīng)該在項(xiàng)目的不同階段扮演不同的角色，承擔(dān)相應(yīng)的責(zé)任。立項(xiàng)之后就要定義項(xiàng)目的需求。做份《項(xiàng)目可行性分析報(bào)告》，其中包括進(jìn)行可行性分析、市場(chǎng)可行性分析、技術(shù)可行性分析、成本收益的分析、SWOT分析?！俄?xiàng)目可行性分析報(bào)告》由決策機(jī)構(gòu)進(jìn)行評(píng)審批準(zhǔn)之后就可進(jìn)入項(xiàng)目籌備階段。三、結(jié)項(xiàng)管理結(jié)項(xiàng)管理是對(duì)項(xiàng)目的有形資產(chǎn)和無形資產(chǎn)進(jìn)行清算、對(duì)項(xiàng)目進(jìn)行綜合評(píng)估和總結(jié)經(jīng)驗(yàn)等。結(jié)項(xiàng)管理流程為（1）機(jī)構(gòu)領(lǐng)導(dǎo)指示；（2）結(jié)項(xiàng)申請(qǐng)；（3）結(jié)項(xiàng)評(píng)審。管理對(duì)于項(xiàng)目成功有重要的意義。有了項(xiàng)目管理這個(gè)環(huán)節(jié)，用項(xiàng)目管理來科學(xué)地開發(fā)軟件有效地減少了開發(fā)風(fēng)險(xiǎn)，保證了質(zhì)量。有了清晰了的計(jì)劃，會(huì)減少整個(gè)項(xiàng)目做下來的時(shí)間和資源、效率和損失四、項(xiàng)目的初步管理的應(yīng)用一個(gè)單位的業(yè)績(jī)?nèi)绾?，要看是否有一個(gè)好的領(lǐng)導(dǎo)；同樣一個(gè)項(xiàng)目的好壞也需要一個(gè)好的管理者，才能使項(xiàng)目的開發(fā)能夠有序地進(jìn)行，對(duì)項(xiàng)目的實(shí)施計(jì)劃、組織、指揮、協(xié)調(diào)、控制等進(jìn)行有效控制，才能在工作的效率更好。一個(gè)好的領(lǐng)導(dǎo)與管理藝術(shù)，才是項(xiàng)目能夠成功的最重要的因素。所以在做項(xiàng)目的時(shí)候需要一個(gè)運(yùn)籌帷幄的管理者，才能決勝于千里之外。需求獲取一、需求的類型1.如圖1-1所示功能性質(zhì)量屬性：正確性，健壯性，可靠性非功能性質(zhì)量屬性：性能，易用性，清晰性，安全性，可擴(kuò)展性，兼容性，可移植性等2.非功能性運(yùn)行其質(zhì)量屬性（外部）開發(fā)其質(zhì)量屬性（內(nèi)部）性能易理解性易用性可擴(kuò)展性持續(xù)可用性可移植性可伸縮性可重用性互操作性可測(cè)試性魯棒性可維護(hù)性安全性可兼容性二、需求方法1.需求分析所處的位置概念化階段：明確了軟件項(xiàng)目的意義，可行性等概括。需求階段：功能需求、質(zhì)量屬性需求、約束性需求等。架構(gòu)設(shè)計(jì)階段：分析和設(shè)計(jì)系統(tǒng)。2.需求捕獲及其成果需求采集者必須理解用戶所從事的工作，并了解用戶和客戶希望系統(tǒng)在哪些方面幫助他們。工作成果：需求采集卡、訪談?dòng)涗?、訪談錄音（征詢授權(quán)）、書面材料、系統(tǒng)等。常犯錯(cuò)誤：拿著需求捕獲的內(nèi)容作為需求分析。3.需求分析及其工作成果通過需求采集活動(dòng)，捕獲到了大量“原始需求”。需求分析則對(duì)采集到的原始需求進(jìn)行分析、整理、辨別和歸納，最終形成系統(tǒng)的、明確的軟件需求。需求分析是挖掘和整理知識(shí)的過程，它在已掌握知識(shí)的基礎(chǔ)上進(jìn)行。需求分析就是對(duì)用戶需求進(jìn)行分析，以得到一份明確的、規(guī)范的需求定義。工作成果：需求規(guī)格說明書常犯錯(cuò)誤：需求分析不全面，少功能，無非功能性需求。4.系統(tǒng)分析及其工作成果系統(tǒng)分析是針對(duì)系統(tǒng)所要面臨問題，搜集相關(guān)的資料，以了解產(chǎn)生問題的原因所在，進(jìn)而提出解決問題的方法與可行的邏輯方案，以滿足系統(tǒng)的需求，實(shí)現(xiàn)預(yù)定的目標(biāo)。工作成果：分析類圖、魯棒圖、序列圖等。三、需求獲取的應(yīng)用團(tuán)隊(duì)和管理對(duì)項(xiàng)目開發(fā)很重要，但項(xiàng)目開發(fā)的成敗取決于是否正確地進(jìn)行需求獲取。需求問題是一個(gè)項(xiàng)目成功的重要因素，一個(gè)成功的項(xiàng)目往往需要有一個(gè)充實(shí)的需求，比如功能性需求、非功能性需求（性能需求、質(zhì)量需求、對(duì)外接口、約束）等，而非功能性需求中的質(zhì)量屬性有分為可靠性、可用性、可維護(hù)性、可以移植性等內(nèi)容，包含了對(duì)項(xiàng)目成敗的關(guān)鍵，任何一個(gè)小的疏忽都可能導(dǎo)致項(xiàng)目的失敗，所以需求獲取成為項(xiàng)目成敗的決定性因素。這就要求我們?cè)谧鲰?xiàng)目的時(shí)候，一定要進(jìn)行充分的需求捕獲，才能大大的提高項(xiàng)目的成功率。在我們打算做某一件事的時(shí)候我們首先都要去了解關(guān)于這件事的資料，只有充分了解，才能做出正確的判斷，才能做得更好。而需求捕獲就是充當(dāng)這樣一個(gè)角色，讓我們?cè)陧?xiàng)目的前期，做好充足的準(zhǔn)備，才能使工作順利，成功率更高。用例模型一、UML簡(jiǎn)介1.UML語言的特點(diǎn)統(tǒng)一標(biāo)準(zhǔn)、面向?qū)ο?、表達(dá)能力強(qiáng)大、可視化2.UML模型中的基本元素（1).結(jié)構(gòu)事物類、接口、協(xié)作、用例、活動(dòng)類、組件、結(jié)點(diǎn)(2).集中連接的關(guān)系關(guān)聯(lián)、泛化、依賴、聚合二、用例圖和用例描述1.用例用例(UseCase)是一種描述系統(tǒng)需求的方法，使用用例的方法來描述系統(tǒng)需求的過程就是用例建模。2.用例圖用例圖從用戶的角度描述系統(tǒng)的功能，并指出各種功能的操作者。角色和用例是用例圖的核心概念。3.用例描述----用例描述的格式(模板)序號(hào)模板項(xiàng)目說明1用例名稱每一個(gè)用例都有一個(gè)清晰、無歧義的動(dòng)名詞短語作為名稱，如簽訂合同2用例目的用例是為了獲得有價(jià)值的結(jié)果而對(duì)系統(tǒng)功能的執(zhí)行，因此每一個(gè)用例的執(zhí)行都有最終的目的或者目標(biāo)3參與者和該用例有關(guān)的參與者，可以是多個(gè)4前提條件用例可以開始執(zhí)行的前提條件5事件流該項(xiàng)描述了用戶和系統(tǒng)在執(zhí)行該用例的過程中，用戶和系統(tǒng)之間的交互細(xì)節(jié)，包括;用戶做了什么，系統(tǒng)做了什么，除了基本正常的事件流之外，還以應(yīng)該包括異常的事件流（備選流）6后置條件該用例執(zhí)行完畢后系統(tǒng)的最終狀態(tài)7擴(kuò)展點(diǎn)什么條件下，可以擴(kuò)展為其他用例8其他用例的其他特殊要求，如性能要求、使用頻率等三、建立用例模型1.用例模型用例模型描述外部執(zhí)行者(Actor)所理解的系統(tǒng)功能。即待開發(fā)系統(tǒng)的功能需求。用例模型驅(qū)動(dòng)了需求分析之后各階段的開發(fā)工作,還被用于驗(yàn)證和檢測(cè)所開發(fā)的系統(tǒng),影響了UML的各個(gè)模型。用例模型由若干個(gè)用例圖構(gòu)成，用例圖中主要描述執(zhí)行者和用例之間的關(guān)系。2.用例模型核心元素參與者(Actor)

參與者是指存在于被定義系統(tǒng)外部并與該系統(tǒng)發(fā)生交互的人或其他系統(tǒng)，他們代表的是系統(tǒng)的使用者或使用環(huán)境。用例(UseCase)

用例用于表示系統(tǒng)所提供的服務(wù)，它定義了系統(tǒng)是如何被參與者所使用的，它描述的是參與者為了使用系統(tǒng)所提供的某一完整功能而與系統(tǒng)之間發(fā)生的一段對(duì)話。3.查找參與者Actor使用以下問題有助于發(fā)現(xiàn)系統(tǒng)的參與者①誰使用系統(tǒng)？②誰安裝系統(tǒng)、維護(hù)系統(tǒng)？③誰啟動(dòng)系統(tǒng)、關(guān)閉系統(tǒng)？④誰從系統(tǒng)中獲取信息，誰提供信息給系統(tǒng)？⑤在系統(tǒng)交互中，誰扮演了什么角色？⑥系統(tǒng)會(huì)與哪些其他系統(tǒng)相關(guān)聯(lián)？4.識(shí)別用例的方法識(shí)別用例的最好辦法就是從分析系統(tǒng)的參與者開始，考慮每個(gè)參與者是怎樣使用系統(tǒng)。根據(jù)下面的一些問題來識(shí)別用例：①參與者希望系統(tǒng)提供什么功能；②系統(tǒng)是否存儲(chǔ)和檢索信息；③當(dāng)系統(tǒng)改變狀態(tài)時(shí)，是否通知參與者；④是否存在影響系統(tǒng)的外部事件，是哪個(gè)參與者通知系統(tǒng)這些外部事件。用例模型的作用本章主要是對(duì)用例知識(shí)的講述，用例是描述系統(tǒng)的方法，而模型是對(duì)現(xiàn)實(shí)世界的簡(jiǎn)化，也是對(duì)認(rèn)知主題的抽象，建模過程就是認(rèn)識(shí)世界、捕捉認(rèn)知對(duì)象本質(zhì)的過程。用例模型驅(qū)動(dòng)了需求分析之后各階段的開發(fā)工作,還被用于驗(yàn)證和檢測(cè)所開發(fā)的系統(tǒng),影響了UML的各個(gè)模型。用例模型是用若干個(gè)用例圖構(gòu)成，用例圖中主要描述執(zhí)行者和用例之間的關(guān)系。在實(shí)際中使用用例描述了系統(tǒng)的功能需求，模型化表示了系統(tǒng)的功能和系統(tǒng)的環(huán)境。用例模型為客戶和開發(fā)者提供了一種契約。當(dāng)客戶同意了用例模型，客戶希望得到的系統(tǒng)功能也就確定了。在開發(fā)的過程中，用例模型可以用來與系統(tǒng)的客戶進(jìn)行交流。在系統(tǒng)開發(fā)的早期就可以明確最后提交的產(chǎn)品功能和特性；確保雙方都對(duì)需求有了準(zhǔn)確的理解標(biāo)志；確定對(duì)系統(tǒng)與用戶群之間接口的需求驗(yàn)證（是否是客戶所有的需求都被捕獲）；確保開發(fā)團(tuán)隊(duì)已完全理解了客戶的需求?？偨Y(jié)對(duì)于我們軟件工程專業(yè)來說軟件工程素質(zhì)導(dǎo)論是一門具有標(biāo)志性的科程，對(duì)于從事軟件工程行業(yè)的人來說具有很重要的作用，認(rèn)真的進(jìn)行研究，對(duì)于以后會(huì)受益匪淺。本