軟件工程需求分析課件

第四章軟件工程需求分析基礎軟件工程軟件工程1第四章需求分析基礎需求分析的任務與原則（重點）需求分析的任務需求分析的過程軟件需求分析的原則初步需求獲取技術需求建模（重點）問題抽象、問題分解與多視點分析支持需求分析的快速原型技術需求規(guī)格說明書軟件需求：用戶對目標軟件系統(tǒng)在功能、行為、性能、設計約束等方面的期望第四章需求分析基礎需求分析的任務與原則（重點）軟件需求：用2

§4.1

需求分析的任務與原則軟件需求析：對應用問題及環(huán)境的理解和分析，為問題涉及的信息、功能及系統(tǒng)行為建立模型。將用戶需求精確化、完全化，最終形成需求規(guī)格說明書需求分析的任務就是借助于當前系統(tǒng)的邏輯模型導出目標系統(tǒng)的邏輯模型，解決目標系統(tǒng)的“做什么”的問題。目標系統(tǒng)當前系統(tǒng)物理模型邏輯模型模型化抽象化物理模型邏輯模型具體化實例化理解需求表達需求導出怎么做做什么§4.1需求分析的任務與原則軟件需求析：對應用問題3

需求分析的任務通常軟件開發(fā)項目是要實現(xiàn)目標系統(tǒng)的物理模型目標系統(tǒng)的具體物理模型是由它的邏輯模型經實例化，即具體到某個業(yè)務領域而得到的需求分析研究的對象是軟件項目的用戶要求準確地表達被接受的用戶要求確定被開發(fā)軟件系統(tǒng)的系統(tǒng)元素將功能和信息結構分配到這些系統(tǒng)元素中需求分析的任務深入描述軟件的功能和性能確定軟件設計的約束和軟件同其它系統(tǒng)元素的接口細節(jié)定義軟件的其它有效性需求需求分析的任務通常軟件開發(fā)項目是要實現(xiàn)目標系統(tǒng)的物理模4

需求分析的具體任務需求分析階段的具體任務：確定對系統(tǒng)的綜合要求系統(tǒng)功能要求系統(tǒng)性能要求運行要求將來可能提出的要求分析系統(tǒng)的數(shù)據(jù)要求（需求分析的本質就是對數(shù)據(jù)和加工進行分析，如用數(shù)據(jù)流程圖、ER圖）導出系統(tǒng)的邏輯模型修正系統(tǒng)開發(fā)計劃開發(fā)原型系統(tǒng)編寫軟件需求規(guī)格說明書需求分析的具體任務需求分析階段的具體任務：5

需求分析標準和過程需求的四項基本標準明確（clear）完整（complete）一致（consistent）可測試（testable）需求分析的過程：對問題的識別、需求描述（分析與綜合）、制定規(guī)格說明和需求評審。問題識別從系統(tǒng)的角度來理解軟件并評審軟件范圍是否恰當確定對目標系統(tǒng)的綜合要求，即軟件的需求提出這些需求實現(xiàn)條件，以及需求應達到的標準需求分析標準和過程需求的四項基本標準6

功能需求性能需求環(huán)境需求可靠性需求安全保密要求用戶界面需求資源使用需求成本消耗需求開發(fā)進度需求預先估計以后系統(tǒng)可能達到的目標需求分析的過程問題識別的另一項工作是建立分析所需要的通信途徑，以保證能順利地對問題進行分析。軟件的需求包括：功能需求需求分析的過程問題識別的另一項工作是建立分析所7

需求分析的過程分析與綜合從信息流和信息結構出發(fā)，逐步細化所有的軟件功能，找出系統(tǒng)各元素之間的關聯(lián)、接口特性和設計上的約束，分析它們是否滿足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最終綜合成系統(tǒng)的解決方案，給出目標系統(tǒng)的詳細邏輯模型。常用的分析方法面向數(shù)據(jù)流的結構化分析方法(SA)面向數(shù)據(jù)結構的Jackson方法(JSD)面向數(shù)據(jù)結構的結構化數(shù)據(jù)系統(tǒng)開發(fā)方法(DSSD)面向對象的分析方法(OOA)等需求分析的過程分析與綜合8

需求分析的過程編制需求分析階段的文檔軟件需求說明書數(shù)據(jù)要求說明書初步的用戶手冊修改、完善與確定軟件開發(fā)實施計劃需求分析評審系統(tǒng)定義的目標是否與用戶的要求一致;系統(tǒng)需求分析階段提供的文檔資料是否齊全;文檔中的所有描述是否完整、清晰、準確反映用戶要求;與所有其它系統(tǒng)成分的重要接口是否都已經描述;需求分析的過程編制需求分析階段的文檔9

需求分析的過程需求分析評審被開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結構是否足夠，確定;所有圖表是否清楚，在不補充說明時能否理解;主要功能是否已包括在規(guī)定的軟件范圍之內，是否都已充分說明;設計的約束條件或限制條件是否符合實際;開發(fā)的技術風險是什么;是否考慮過軟件需求的其它方案;是否考慮過將來可能會提出的軟件需求;是否詳細制定了檢驗標準，它們能否對系統(tǒng)定義是否成功進行確認;需求分析的過程需求分析評審10

需求分析流程需求分析流程11

軟件需求分析的原則1、需要能夠表達和理解問題的信息域和功能域信息域應包括：

信息流：數(shù)據(jù)和控制通過一個系統(tǒng)時的變化方式。兩個功能之間的數(shù)據(jù)/控制傳遞就確定了功能間的接口。

信息內容：單個數(shù)據(jù)或控制對象，它們構成了某個更大的由軟件變換生成的信息的集合。

信息結構：各種數(shù)據(jù)和控制項的內部組織。2、以層次化的方式對問題進行分解和不斷細化軟件的功能域和信息域都能做進一步的分解。這種分解可以是同一層次上的，稱為橫向分解；也可以是多層次的縱向分解。軟件需求分析的原則1、需要能夠表達和理解問題的信息域和12

軟件需求分析的原則3、要給出系統(tǒng)的邏輯視圖和物理視圖軟件需求的邏輯視圖給出的是軟件要達到的功能和要處理的數(shù)據(jù)之間的關系，而不是實現(xiàn)的細節(jié)。軟件需求的邏輯描述是軟件設計的基礎。軟件需求的物理視圖給出的是處理功能和數(shù)據(jù)結構的實際表現(xiàn)形式，這往往是由設備本身決定的?？v向分解橫向分解軟件需求分析的原則3、要給出系統(tǒng)的邏輯視圖和物理視圖縱13

軟件需求規(guī)格說明的原則從現(xiàn)實中分離功能，即描述要“做什么”而不是“怎樣實現(xiàn)”要求使用面向處理的規(guī)格說明語言（或稱系統(tǒng)定義語言）如果被開發(fā)軟件只是一個大系統(tǒng)中的一個元素，那么整個大系統(tǒng)也包括在規(guī)格說明的描述之中規(guī)格說明必須包括系統(tǒng)運行環(huán)境規(guī)格說明必須是一個認識模型規(guī)格說明必須是可操作的規(guī)格說明必須容許不完備性并允許擴充規(guī)格說明必須局部化和松散耦合軟件需求規(guī)格說明的原則從現(xiàn)實中分離功能，即描述要“做什14

軟件需求方法需求分析方法由對軟件問題的信息域和功能域的系統(tǒng)分析過程及其表示方法組成大多數(shù)的需求分析方法是由信息驅動的信息域具有三種屬性:信息流、信息內容和信息結構。軟件需求方法需求分析方法由對軟件問題的信息域和功能域的15

§4.2

需求獲取技術需求獲取技術包括兩方面的工作建立獲取用戶要求的方法的框架；支持和監(jiān)控需求獲取的過程的機制。獲取用戶需求的主要方法是調查研究需求調查的內容：組織概況、組織的業(yè)務活動、組織的業(yè)務狀態(tài)、業(yè)務的詳細內容、輸入輸出信息（信息流向、信息種類、利用的目的、信息的使用者和制造者、輸入和輸出地點、輸入和輸出信息量）、存在問題、約束條件、未來要求了解系統(tǒng)的需求軟件開發(fā)是系統(tǒng)開發(fā)的一部分,仔細分析研究系統(tǒng)的需求規(guī)格說明,對軟件的需求獲取是很有必要的§4.2需求獲取技術需求獲取技術包括兩方面的工作16

需求調查對象對組織的高層管理者，進行組織管理目標或經營方針等組織戰(zhàn)略問題的調查對中層的管理者，進行全部業(yè)務流的調查對業(yè)務工作人員，進行詳細業(yè)務信息的調查市場調查

了解市場對待開發(fā)軟件有什么樣的要求；了解市場上有無與待開發(fā)軟件類似的系統(tǒng)考察現(xiàn)場

了解用戶實際的操作環(huán)境、操作過程和操作要求。對照用戶提交的問題陳述，對用戶需求可以有更全面、更細致的認識。觀察用戶工作流程用戶和開發(fā)人員共同組成聯(lián)合小組需求調查對象17

調查研究方式發(fā)調查表；召開調查會；向用戶領域的專家咨詢；實地考察，跟蹤現(xiàn)場業(yè)務流程；查閱有關的資料；使用各種調查工具等。需求調查策略調查必須按計劃進行，即制訂調查進度計劃掌握調查順序。自頂向下順序適于業(yè)務層次性較強、功能劃分比較明確的系統(tǒng)；自底向上順序適于業(yè)務相對分散且層次性不很強、功能劃分不十分明確的系統(tǒng)。在調查過程中要注意數(shù)量概念，要收集足夠的數(shù)字供定量分析之用在調查中要適時地對收集的資料進行研究分析在調查過程中掌握正確的調查態(tài)度調查研究方式18

§4.3

需求建模使用業(yè)務流程圖建立需求模型需求模型不涉及軟件實現(xiàn)和實現(xiàn)細節(jié)，是框架性的模型系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具。它表示所描述部件的信息流圖，而不表示信息加工的控制過程。系統(tǒng)流程圖在可行性研究階段也可以使用系統(tǒng)流程圖可用圖形符號來表示系統(tǒng)中的各個元素。例如，人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件等。畫系統(tǒng)流程圖時，要搞清業(yè)務處理過程即處理中的各個元素，同時要理解系統(tǒng)的流程圖各個符號的含義?！?.3需求建模使用業(yè)務流程圖建立需求模型19

系統(tǒng)流程圖的符號符號名稱說明處理代表加工或部件程序輸入/輸出表示不指具體設備的輸入或輸出連接同一頁內的連接換頁連接不同頁的連接數(shù)據(jù)流指明信息流向文檔表示打印輸出磁帶磁帶輸入/輸出聯(lián)機存儲表示任何種類的聯(lián)機存儲磁盤磁盤輸入/輸出系統(tǒng)流程圖的符號符號名稱說明處理代表加工或部件程序輸入20系統(tǒng)流程圖的符號顯示終端顯示部件人工輸入人工脫機處理,如填表格人工操作人工完成處理,如支票簽字通信鏈路遠程通信線路送數(shù)據(jù)掛號患者終端診斷系統(tǒng)知識庫藥庫病例處方交款處方收訖取藥系統(tǒng)流程圖的符號顯示終端顯示部件人工輸入人工脫機處理,如填表21某工廠的庫房存放該廠生產需要的物品，庫房中的各種物品的數(shù)量及各種物品庫存量臨界值等數(shù)據(jù)記錄在庫存文件上，當庫房中物品數(shù)量有變化時，應更新庫存文件。若某種物品的庫存量少于庫存臨界值，則報告采購部門以便其訂貨，每天向采購部門送一份采購報告。庫存管理模塊訂貨信息變更生產模塊庫存訂貨報告輸入變更記錄某工廠的庫房存放該廠生產需要的物品，庫房中的各種物品的數(shù)量及22

§4.4問題抽象、問題分解與多視點分析問題抽象問題分解多視點分析§4.5支持需求分析的快速原型技術快速生成簡單需求格式說明檢查、修訂、評審使用軟件工具生成原型系統(tǒng)提交用戶評估修改需求原型，重復上述過程§4.4問題抽象、問題分解與多視點分析問題抽象§4.23

§4.6需求規(guī)格說明與評審需求格式說明書的目標用戶、分析人員和設計人員交流目標系統(tǒng)的確認控制系統(tǒng)化過程需求格式說明書的內容需求評審正確性無歧義性完全性一致性可驗證性可理解性可修改性可追蹤性§4.6需求規(guī)格說明與評審需求格式說明書的目標24需求規(guī)格說明書提綱1、引言1.1目的1.2背景1.3定義1.4參考資料2、項目概述2.1產品描述2.2產品功能2.3用戶特點2.4一般約束2.5假設與依據(jù)3、具體需求3.1功能需求3.1.1規(guī)格說明3.1.1.1引言3.1.1.2輸入3.1.1.3輸出3.1.1.4加工3.1.2外部接口3.1.2.1用戶接口3.1.2.2硬件接口3.1.2.3軟件接口3.1.2.4通訊接口3.2性能需求3.2.1數(shù)據(jù)精度3.2.2時間特性3.2.3適應性3.3設計約束3.4屬性需求3.4.1安全性3.4.2可維護性3.4.3保密性……附錄索引需求規(guī)格說明書提綱1、引言3、具體需求3.2性能需求25預習內容：第五章1-3節(jié)作業(yè)：P110-1114.3、4.4、4.5、4.7課堂討論：

根據(jù)學籍管理手冊，通過預習第四章內容，如果你到學生處、教務處進行需求分析，擬定調查提綱預習內容：第五章1-3節(jié)26教務管理系統(tǒng)調查分析過程1、認真學習教務管理方面的知識，重點掌握其中的名詞和術語2、收集目前教務管理方面資料和軟件，了解其特點，重點了解國家或商品化通用軟件情況3、寫出調查計劃、設計調查工作底稿4、走訪教務處、學生處領導和核心管理人員，了解組織機構、管理模式及內容、主要業(yè)務、國家標準、主要管理、業(yè)務文件及管理制度、存在問題，重點了解業(yè)務量大和問題多的業(yè)務。收集相關管理業(yè)務文件、國家標準樣本

方式：座談會5、寫出主要業(yè)務分布圖、整理調查底稿和調查方案，與教務處、學生處領導和核心管理人員交流，修改業(yè)務分布圖、整理調查底稿，用戶簽字認可。教務管理系統(tǒng)調查分析過程276、根據(jù)業(yè)務分布圖，與教務處、學生處負責報表處理的業(yè)務人員進行訪問，進行輸出數(shù)據(jù)流調查。了解主要報表及其數(shù)據(jù)的來源、組成、計算公式、審核公式、勾稽關系。收集報表樣本（空表和帶數(shù)據(jù)的真實報表），了解報表軟件的情況和上下級部門十分需要的統(tǒng)計數(shù)據(jù)（手工統(tǒng)計十分困難）。方式：個別調查7、寫出報表組成結構圖，與相關業(yè)務人員交流，反復修改，讓用戶簽字認可。8、根據(jù)業(yè)務分布圖，與教務處、學生處各個業(yè)務部門的負責基礎數(shù)據(jù)組織的業(yè)務人員進行訪問，進行輸入數(shù)據(jù)流調查。了解其基礎數(shù)據(jù)來源（收集原始樣本，特別是有時效性數(shù)據(jù)）、去向（和輸出報表關系）、組成（數(shù)據(jù)元素及屬性、數(shù)據(jù)結構、關系調查，收集帶數(shù)據(jù)的原始樣本）、處理情況（數(shù)據(jù)量、峰值、峰值日期、時間及數(shù)據(jù)流動中的時序關系），特別了解有規(guī)律性、需進行積累的歷史數(shù)據(jù)、有變化的基礎數(shù)據(jù)。方式：個別調查（須逐一進行，耗時較多）

6、根據(jù)業(yè)務分布圖，與教務處、學生處負責報表處理的業(yè)務人員進289、畫出業(yè)務流程圖、HIPO圖、數(shù)據(jù)流程圖、數(shù)據(jù)流動時序圖及ER圖，寫出數(shù)據(jù)字典10、將業(yè)務流程圖、HIPO圖、數(shù)據(jù)流程圖、數(shù)據(jù)流動時序圖及ER圖、數(shù)據(jù)字典與相應業(yè)務人員進行交流后反復修改，讓用戶簽字認可。11、進行系統(tǒng)內部信息編碼及來源于外系統(tǒng)的信息編碼分析12、畫出正式的數(shù)據(jù)流程圖及ER圖，寫出數(shù)據(jù)字典13、根據(jù)ER圖，進行數(shù)據(jù)庫初步設計，使之盡量滿足3NF15、寫出需求分析說明書16、進行需求分析評審9、畫出業(yè)務流程圖、HIPO圖、數(shù)據(jù)流程圖、數(shù)據(jù)流動時序圖及29學生管理—學生處、各系學辦1、新生入學

新生報到記錄入學后復查（三個月內按照招生規(guī)定進行）新生轉系、轉班的申請，經教務處批準后，變動后的新生名單表返回給班主任和學辦各一份。新生填寫基本信息卡、學籍卡一式兩份，分別給學生處進行存檔備案以及學辦進行錄入登記，轉入在校生基本信息卡中。學籍卡片是新生復查合格后，取得學校學籍以后，才進行填寫的。學生管理—學生處、各系學辦30軟件工程需求分析312、學生學籍處理業(yè)務每學期開學時，各學辦進行注冊管理，注冊信息記錄在在校生信息卡中。學生轉專業(yè)由本人向所在系提出申請，教務處審批。在本系內轉專業(yè)，由學生所在系考核同意，報教務處審批；在學校范圍內轉專業(yè)（跨系），由學生所在系推薦，擬轉入系考核同意，報教務處審批。轉專業(yè)手續(xù)應在每學年開學前辦理。2、學生學籍處理業(yè)務32軟件工程需求分析333、學生日常管理業(yè)務學生日常管理信息是處分信息和獎勵信息的依據(jù)，記錄了學生日常生活、工作、學習的基本情況，來源于學生會各部。生活部對學生寢室進行定期檢查和不定期抽查，得出的衛(wèi)生檢查信息可進行相關的獎懲。文明寢室加分。學習部進行學生早自習、課堂考勤等。體育部記錄早操的出勤情況編輯部記錄學生投稿發(fā)表信息文體部和學生會團總支記錄學生參加文娛、體育、演講方面的競賽以及相關活動的獲獎情況。學生科協(xié)要記錄學生參加科研競賽的獲獎情況以及科研相關活動的參與情況，學生科研學分的統(tǒng)計。學辦要對學生會各部所掌握的學生情況，進行查詢統(tǒng)計，形成加減分的依據(jù)。3、學生日常管理業(yè)務34軟件工程需求分析354、學生會工作管理業(yè)務4、學生會工作管理業(yè)務365、成績管理業(yè)務教研室制定教學計劃，先經系辦，再交學辦每學期課程考核結束后，各任課教師須分班填寫學生成績登記表（一式三份），經教研室主任審核簽字后交學生所在系學生所在系教學秘書復核后蓋章，一份送教務科，另兩份視本系教師和外系教師授課而定。如是本系教師授課，則交給系辦和學生所在班非本系教師授課，兩份都交給學生所在系系辦，系辦進行再分配。學生查卷，應首先提交申請，經系主任審批合格后，再交給教務處審批。審批通過后，由教研室主任負責把查卷結果交到教務處，教務處通知學生查卷結果。5、成績管理業(yè)務37軟件工程需求分析386、貧困生管理業(yè)務

學生申請困難補助須由本人提出申請，經系同意，填寫《學生困難補助申請表》，再由班主任或輔導員調查核實，系主管領導簽章后，報學生處審批。學生處將核準名單返回各系，各系憑該名單到財務處領取困難補助費，并將學生領款簽名表返回財務處。每學期辦理一次，各系需在開學后四周內將學生的申請及申請表報學生處審批。因特殊情況產生的臨時困難補助，由學生本人提出申請，填寫《學生臨時困難補助申請表》，經所在系上報學院審批給予一次性臨時困難補助。貧困生變動信息申請指的是貧困生如今已不在貧困，向系上申請終止貧困生名額，學辦進行審核后，修改貧困生基本信息。6、貧困生管理業(yè)務39軟件工程需求分析407、獎懲處理業(yè)務7、獎懲處理業(yè)務418、獎學金子管理業(yè)務8、獎學金子管理業(yè)務429、學生課外科研活動管理業(yè)務學生課外科研活動還包括挑戰(zhàn)杯競賽、數(shù)學建模競賽、電子設計大賽和電腦知識競賽等學生填寫科研立項申請，經學生科協(xié)初步審核后，交學辦再審，若通過，則上交院科研處終審。終審通過，即獲得科研立項的資格。一般科研立項的期限為一年。到期需要寫科研立項結題申請。同樣，經科研處終審通過后，才獲得科研立項結題資金。開拓杯的審核流程類似于科研立項，不同的是，團委要組織專家對參加開拓杯預選合格的同學進行答辯，在此基礎上，評定開拓杯的獲獎名單。科研學分的統(tǒng)計包括論文發(fā)表情況、科研活動獲獎情況、科研立項結題情況以及聽報告和講座的情況（必修滿2個科研學分）。9、學生課外科研活動管理業(yè)務43軟件工程需求分析4410、黨建工作管理業(yè)務

學生交入黨申請書入黨積極分子培養(yǎng)黨校學習要發(fā)展預備黨員時，首先需要發(fā)外調函通知，外調函由學生父母工作單位提供。然后，經系學生黨支部討論通過后，向全院征求意見，如果沒有反對意見，再由系黨總支審核批準，并上報院黨委組織部審核備案。10、黨建工作管理業(yè)務45軟件工程需求分析4611、用查詢戶需求提供多種學生情況查詢。例如，該系某省的總人數(shù)有多少，有多少定向生，男女生的比例等。查詢注冊情況。學生處據(jù)各系注冊情況進行統(tǒng)計查詢到每個學生的日常表現(xiàn)，并據(jù)此進行加減分能據(jù)成績信息進行計算，得出綜合測評的成績。能查詢每個學生每期的成績，各班各期的總體成績信息。學生會何時何地舉行何種活動，取得效果如何及舉辦者，來對學生會干部進行評估。能夠查詢現(xiàn)行學生會干部的有關信息和已畢業(yè)的原學生會成員的現(xiàn)行情況。能查詢某個貧困生的貧困信息，包括得到困難補助的情況。申請臨時困難補助的學生的情況以及發(fā)放情況?？蛇M行各班貧困生的統(tǒng)計，得出貧困生的比例，并能查詢到貧困生的在校表現(xiàn)情況。查詢到某學生詳細獲獎信息，包括何時何地因何原因而獲獎。能查詢到某學生受處分的時間、處分形式和處分原因以及某班一段時間內受到處分的人次和人名查詢學生的立項、結題、開拓杯獲獎和其他科研競賽情況，聽講座、報告的次數(shù)。進行科研學分的統(tǒng)計。11、用查詢戶需求4712用戶統(tǒng)計查詢成績查詢：可通過學號、姓名或學科查詢學生成績，并可通過系名查詢、班級查詢，查到系別、班級的成績，而且按學生成績總分排列，查詢學生總學分?？刹樵兡诚?、某班、某寢室貧困生所占的比例以及貧困生的來源?？梢圆樵儗W生在某期或某年獲得的獎勵情況以及某班、某系學生在一段時間中共獲得的獎勵情況。查詢每學期有哪些人獲得綜合獎學金、貧困生獎學金和定向獎學金，以及某學生在一段時間內一共獲得過哪些獎學金。一段時間內，某系或某班共有哪些人得到處分，以及處分的原因。能夠查詢到已經畢業(yè)的原學生會成員的現(xiàn)在的情況，包括收入、工作崗位、工作性質等。能夠查詢到學生在某期的加減分的來源。既具體是怎樣獲得加分或減分的，要有據(jù)可依。某班學生的總積分的排名順序，以及不同的查詢條件進行排序查詢。例如根據(jù)德育分的高低來進行排序等。12用戶統(tǒng)計查詢48教務管理—教務處、各系系辦教務處是學校教學管理的核心部門組成：教務科、教研科、教學實踐管理科、教材科專業(yè)計劃設置（教學計劃、教學大綱、實驗實習教學大綱）學生學籍（基本情況、獎罰、變動）課程教學（排課、課程教學、實驗教學、考試、閱卷、成績公布、補考）教室資源管理教務數(shù)據(jù)查詢、統(tǒng)計、分析、評估工作教務管理—教務處、各系系辦491、教學計劃的制定和微調業(yè)務流程教研科征集各系、部、中心主任的意見，制定出教學計劃的草案，經過院教學指導委員會討論審議通過確定為正式的教學計劃，主要包括公共課教學計劃和專業(yè)教學計劃的制定。教學計劃的微調：由專業(yè)教研室提出微調申請，教研科、教務處、主管院長審批。2、教學大綱的制定和修訂教研室、專業(yè)教研室、實驗室制定出教學大綱的草案，經過院教學指導委員會討論審議通過確定為正式的教學大綱。1、教學計劃的制定和微調業(yè)務流程50軟件工程需求分析51軟件工程需求分析52軟件工程需求分析533、學籍處理系將學籍處理名單及意見報教務科，教務科、教務處審核并提出處理意見，經院長辦公會確定學籍變動名單。教務處就學籍處理決定行文上報并通知有關單位，系通知本人，并及時組織辦理有關手續(xù)。因行政紀律處分退學學生，轉學生處處理。3、學籍處理54軟件工程需求分析55軟件工程需求分析563、考試處理考查課考試在課內進行，考試課有教務處安排出題教師填寫考試出題申請表，由教研室審批后，同時出A、B兩卷及標準答案。任課老師到教務科定考試時間和教室，各系安排好監(jiān)考教師，并將考試日程通知各學生班級。學生期末統(tǒng)考周的考試，教務科統(tǒng)一安排考試課程，考試班級及考試地點、監(jiān)考教師、教師提前十天將試卷送至教務科登記，由教務科送教材科付印，開考當天，由監(jiān)考教師提前20分鐘到教務科領取試卷學期結束，評閱過的試卷由課程所在系保管，考試結束三天內，任課教師將學生成績單（一式兩份）、成績分析交學生所在系，成績進入微機管理。3、考試處理57軟件工程需求分析58軟件工程需求分析59軟件工程需求分析60軟件工程需求分析61軟件工程需求分析62軟件工程需求分析63軟件工程需求分析643、補考學期補考、畢業(yè)前清理積欠補考：教務科統(tǒng)計匯總審核各課程參加人數(shù)，（再考要出題，補考不出題）教務科編制補考日程表學生到教務科領取補考準考證，并交補考費，教務科組織評卷教師集中評閱補考試卷，補考成績交教務科匯總統(tǒng)計調研、抽查部分試卷、復查成績，教務科將成績單返回各系，進行學籍處理。結業(yè)生補考向學校提出補考申請，制定補考日程考生持補考通知到教務處辦理補考手續(xù)，按時參加考試，補考合格者換發(fā)畢業(yè)證書。免修考試：在開課前一個月，學生向系申請，系主管教學主任審核簽署意見后，將申請報教務處，教務處匯總各課程免修人數(shù)，了解審查確定同意參加免修考試，并向系說明原因。根據(jù)規(guī)定確定免修學生名單，通知所在系。3、補考65軟件工程需求分析66軟件工程需求分析67軟件工程需求分析68軟件工程需求分析69軟件工程需求分析70軟件工程需求分析714、課程教研科第11周向各系、各教研室下發(fā)教學任務書各系、教研室收到任務書后兩周內具體進行任課教師的落實工作，報系同意后于第13周交教務科教務科接到各系上報的任務書后，根據(jù)具體情況，按學院有關規(guī)定進行審定、協(xié)調、院長批準后進行排課教務科于第18周將課表發(fā)到各系及教學保障部門，系負責發(fā)到教研室（實驗室）和學生班級，教研室（實驗室）負責通知任課老師。5、調（代）課教師向系提出書面調（代）課，并填寫二聯(lián)單，臨時調課，經教研室主任、系主任簽子同意后報教務科教務科視具體情況，辦理調課手續(xù)由任課教師通知學生班級4、課程72軟件工程需求分析73軟件工程需求分析74軟件工程需求分析75軟件工程需求分析76第四章軟件工程需求分析基礎軟件工程軟件工程77第四章需求分析基礎需求分析的任務與原則（重點）需求分析的任務需求分析的過程軟件需求分析的原則初步需求獲取技術需求建模（重點）問題抽象、問題分解與多視點分析支持需求分析的快速原型技術需求規(guī)格說明書軟件需求：用戶對目標軟件系統(tǒng)在功能、行為、性能、設計約束等方面的期望第四章需求分析基礎需求分析的任務與原則（重點）軟件需求：用78

§4.1

需求分析的任務與原則軟件需求析：對應用問題及環(huán)境的理解和分析，為問題涉及的信息、功能及系統(tǒng)行為建立模型。將用戶需求精確化、完全化，最終形成需求規(guī)格說明書需求分析的任務就是借助于當前系統(tǒng)的邏輯模型導出目標系統(tǒng)的邏輯模型，解決目標系統(tǒng)的“做什么”的問題。目標系統(tǒng)當前系統(tǒng)物理模型邏輯模型模型化抽象化物理模型邏輯模型具體化實例化理解需求表達需求導出怎么做做什么§4.1需求分析的任務與原則軟件需求析：對應用問題79

需求分析的任務通常軟件開發(fā)項目是要實現(xiàn)目標系統(tǒng)的物理模型目標系統(tǒng)的具體物理模型是由它的邏輯模型經實例化，即具體到某個業(yè)務領域而得到的需求分析研究的對象是軟件項目的用戶要求準確地表達被接受的用戶要求確定被開發(fā)軟件系統(tǒng)的系統(tǒng)元素將功能和信息結構分配到這些系統(tǒng)元素中需求分析的任務深入描述軟件的功能和性能確定軟件設計的約束和軟件同其它系統(tǒng)元素的接口細節(jié)定義軟件的其它有效性需求需求分析的任務通常軟件開發(fā)項目是要實現(xiàn)目標系統(tǒng)的物理模80

需求分析的具體任務需求分析階段的具體任務：確定對系統(tǒng)的綜合要求系統(tǒng)功能要求系統(tǒng)性能要求運行要求將來可能提出的要求分析系統(tǒng)的數(shù)據(jù)要求（需求分析的本質就是對數(shù)據(jù)和加工進行分析，如用數(shù)據(jù)流程圖、ER圖）導出系統(tǒng)的邏輯模型修正系統(tǒng)開發(fā)計劃開發(fā)原型系統(tǒng)編寫軟件需求規(guī)格說明書需求分析的具體任務需求分析階段的具體任務：81

需求分析標準和過程需求的四項基本標準明確（clear）完整（complete）一致（consistent）可測試（testable）需求分析的過程：對問題的識別、需求描述（分析與綜合）、制定規(guī)格說明和需求評審。問題識別從系統(tǒng)的角度來理解軟件并評審軟件范圍是否恰當確定對目標系統(tǒng)的綜合要求，即軟件的需求提出這些需求實現(xiàn)條件，以及需求應達到的標準需求分析標準和過程需求的四項基本標準82

功能需求性能需求環(huán)境需求可靠性需求安全保密要求用戶界面需求資源使用需求成本消耗需求開發(fā)進度需求預先估計以后系統(tǒng)可能達到的目標需求分析的過程問題識別的另一項工作是建立分析所需要的通信途徑，以保證能順利地對問題進行分析。軟件的需求包括：功能需求需求分析的過程問題識別的另一項工作是建立分析所83

需求分析的過程分析與綜合從信息流和信息結構出發(fā)，逐步細化所有的軟件功能，找出系統(tǒng)各元素之間的關聯(lián)、接口特性和設計上的約束，分析它們是否滿足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最終綜合成系統(tǒng)的解決方案，給出目標系統(tǒng)的詳細邏輯模型。常用的分析方法面向數(shù)據(jù)流的結構化分析方法(SA)面向數(shù)據(jù)結構的Jackson方法(JSD)面向數(shù)據(jù)結構的結構化數(shù)據(jù)系統(tǒng)開發(fā)方法(DSSD)面向對象的分析方法(OOA)等需求分析的過程分析與綜合84

需求分析的過程編制需求分析階段的文檔軟件需求說明書數(shù)據(jù)要求說明書初步的用戶手冊修改、完善與確定軟件開發(fā)實施計劃需求分析評審系統(tǒng)定義的目標是否與用戶的要求一致;系統(tǒng)需求分析階段提供的文檔資料是否齊全;文檔中的所有描述是否完整、清晰、準確反映用戶要求;與所有其它系統(tǒng)成分的重要接口是否都已經描述;需求分析的過程編制需求分析階段的文檔85

需求分析的過程需求分析評審被開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結構是否足夠，確定;所有圖表是否清楚，在不補充說明時能否理解;主要功能是否已包括在規(guī)定的軟件范圍之內，是否都已充分說明;設計的約束條件或限制條件是否符合實際;開發(fā)的技術風險是什么;是否考慮過軟件需求的其它方案;是否考慮過將來可能會提出的軟件需求;是否詳細制定了檢驗標準，它們能否對系統(tǒng)定義是否成功進行確認;需求分析的過程需求分析評審86

需求分析流程需求分析流程87

軟件需求分析的原則1、需要能夠表達和理解問題的信息域和功能域信息域應包括：

信息流：數(shù)據(jù)和控制通過一個系統(tǒng)時的變化方式。兩個功能之間的數(shù)據(jù)/控制傳遞就確定了功能間的接口。

信息內容：單個數(shù)據(jù)或控制對象，它們構成了某個更大的由軟件變換生成的信息的集合。

信息結構：各種數(shù)據(jù)和控制項的內部組織。2、以層次化的方式對問題進行分解和不斷細化軟件的功能域和信息域都能做進一步的分解。這種分解可以是同一層次上的，稱為橫向分解；也可以是多層次的縱向分解。軟件需求分析的原則1、需要能夠表達和理解問題的信息域和88

軟件需求分析的原則3、要給出系統(tǒng)的邏輯視圖和物理視圖軟件需求的邏輯視圖給出的是軟件要達到的功能和要處理的數(shù)據(jù)之間的關系，而不是實現(xiàn)的細節(jié)。軟件需求的邏輯描述是軟件設計的基礎。軟件需求的物理視圖給出的是處理功能和數(shù)據(jù)結構的實際表現(xiàn)形式，這往往是由設備本身決定的?？v向分解橫向分解軟件需求分析的原則3、要給出系統(tǒng)的邏輯視圖和物理視圖縱89

軟件需求規(guī)格說明的原則從現(xiàn)實中分離功能，即描述要“做什么”而不是“怎樣實現(xiàn)”要求使用面向處理的規(guī)格說明語言（或稱系統(tǒng)定義語言）如果被開發(fā)軟件只是一個大系統(tǒng)中的一個元素，那么整個大系統(tǒng)也包括在規(guī)格說明的描述之中規(guī)格說明必須包括系統(tǒng)運行環(huán)境規(guī)格說明必須是一個認識模型規(guī)格說明必須是可操作的規(guī)格說明必須容許不完備性并允許擴充規(guī)格說明必須局部化和松散耦合軟件需求規(guī)格說明的原則從現(xiàn)實中分離功能，即描述要“做什90

軟件需求方法需求分析方法由對軟件問題的信息域和功能域的系統(tǒng)分析過程及其表示方法組成大多數(shù)的需求分析方法是由信息驅動的信息域具有三種屬性:信息流、信息內容和信息結構。軟件需求方法需求分析方法由對軟件問題的信息域和功能域的91

§4.2

需求獲取技術需求獲取技術包括兩方面的工作建立獲取用戶要求的方法的框架；支持和監(jiān)控需求獲取的過程的機制。獲取用戶需求的主要方法是調查研究需求調查的內容：組織概況、組織的業(yè)務活動、組織的業(yè)務狀態(tài)、業(yè)務的詳細內容、輸入輸出信息（信息流向、信息種類、利用的目的、信息的使用者和制造者、輸入和輸出地點、輸入和輸出信息量）、存在問題、約束條件、未來要求了解系統(tǒng)的需求軟件開發(fā)是系統(tǒng)開發(fā)的一部分,仔細分析研究系統(tǒng)的需求規(guī)格說明,對軟件的需求獲取是很有必要的§4.2需求獲取技術需求獲取技術包括兩方面的工作92

需求調查對象對組織的高層管理者，進行組織管理目標或經營方針等組織戰(zhàn)略問題的調查對中層的管理者，進行全部業(yè)務流的調查對業(yè)務工作人員，進行詳細業(yè)務信息的調查市場調查

了解市場對待開發(fā)軟件有什么樣的要求；了解市場上有無與待開發(fā)軟件類似的系統(tǒng)考察現(xiàn)場

了解用戶實際的操作環(huán)境、操作過程和操作要求。對照用戶提交的問題陳述，對用戶需求可以有更全面、更細致的認識。觀察用戶工作流程用戶和開發(fā)人員共同組成聯(lián)合小組需求調查對象93

調查研究方式發(fā)調查表；召開調查會；向用戶領域的專家咨詢；實地考察，跟蹤現(xiàn)場業(yè)務流程；查閱有關的資料；使用各種調查工具等。需求調查策略調查必須按計劃進行，即制訂調查進度計劃掌握調查順序。自頂向下順序適于業(yè)務層次性較強、功能劃分比較明確的系統(tǒng)；自底向上順序適于業(yè)務相對分散且層次性不很強、功能劃分不十分明確的系統(tǒng)。在調查過程中要注意數(shù)量概念，要收集足夠的數(shù)字供定量分析之用在調查中要適時地對收集的資料進行研究分析在調查過程中掌握正確的調查態(tài)度調查研究方式94

§4.3

需求建模使用業(yè)務流程圖建立需求模型需求模型不涉及軟件實現(xiàn)和實現(xiàn)細節(jié)，是框架性的模型系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具。它表示所描述部件的信息流圖，而不表示信息加工的控制過程。系統(tǒng)流程圖在可行性研究階段也可以使用系統(tǒng)流程圖可用圖形符號來表示系統(tǒng)中的各個元素。例如，人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件等。畫系統(tǒng)流程圖時，要搞清業(yè)務處理過程即處理中的各個元素，同時要理解系統(tǒng)的流程圖各個符號的含義?！?.3需求建模使用業(yè)務流程圖建立需求模型95

系統(tǒng)流程圖的符號符號名稱說明處理代表加工或部件程序輸入/輸出表示不指具體設備的輸入或輸出連接同一頁內的連接換頁連接不同頁的連接數(shù)據(jù)流指明信息流向文檔表示打印輸出磁帶磁帶輸入/輸出聯(lián)機存儲表示任何種類的聯(lián)機存儲磁盤磁盤輸入/輸出系統(tǒng)流程圖的符號符號名稱說明處理代表加工或部件程序輸入96系統(tǒng)流程圖的符號顯示終端顯示部件人工輸入人工脫機處理,如填表格人工操作人工完成處理,如支票簽字通信鏈路遠程通信線路送數(shù)據(jù)掛號患者終端診斷系統(tǒng)知識庫藥庫病例處方交款處方收訖取藥系統(tǒng)流程圖的符號顯示終端顯示部件人工輸入人工脫機處理,如填表97某工廠的庫房存放該廠生產需要的物品，庫房中的各種物品的數(shù)量及各種物品庫存量臨界值等數(shù)據(jù)記錄在庫存文件上，當庫房中物品數(shù)量有變化時，應更新庫存文件。若某種物品的庫存量少于庫存臨界值，則報告采購部門以便其訂貨，每天向采購部門送一份采購報告。庫存管理模塊訂貨信息變更生產模塊庫存訂貨報告輸入變更記錄某工廠的庫房存放該廠生產需要的物品，庫房中的各種物品的數(shù)量及98

§4.4問題抽象、問題分解與多視點分析問題抽象問題分解多視點分析§4.5支持需求分析的快速原型技術快速生成簡單需求格式說明檢查、修訂、評審使用軟件工具生成原型系統(tǒng)提交用戶評估修改需求原型，重復上述過程§4.4問題抽象、問題分解與多視點分析問題抽象§4.99

§4.6需求規(guī)格說明與評審需求格式說明書的目標用戶、分析人員和設計人員交流目標系統(tǒng)的確認控制系統(tǒng)化過程需求格式說明書的內容需求評審正確性無歧義性完全性一致性可驗證性可理解性可修改性可追蹤性§4.6需求規(guī)格說明與評審需求格式說明書的目標100需求規(guī)格說明書提綱1、引言1.1目的1.2背景1.3定義1.4參考資料2、項目概述2.1產品描述2.2產品功能2.3用戶特點2.4一般約束2.5假設與依據(jù)3、具體需求3.1功能需求3.1.1規(guī)格說明3.1.1.1引言3.1.1.2輸入3.1.1.3輸出3.1.1.4加工3.1.2外部接口3.1.2.1用戶接口3.1.2.2硬件接口3.1.2.3軟件接口3.1.2.4通訊接口3.2性能需求3.2.1數(shù)據(jù)精度3.2.2時間特性3.2.3適應性3.3設計約束3.4屬性需求3.4.1安全性3.4.2可維護性3.4.3保密性……附錄索引需求規(guī)格說明書提綱1、引言3、具體需求3.2性能需求101預習內容：第五章1-3節(jié)作業(yè)：P110-1114.3、4.4、4.5、4.7課堂討論：

根據(jù)學籍管理手冊，通過預習第四章內容，如果你到學生處、教務處進行需求分析，擬定調查提綱預習內容：第五章1-3節(jié)102教務管理系統(tǒng)調查分析過程1、認真學習教務管理方面的知識，重點掌握其中的名詞和術語2、收集目前教務管理方面資料和軟件，了解其特點，重點了解國家或商品化通用軟件情況3、寫出調查計劃、設計調查工作底稿4、走訪教務處、學生處領導和核心管理人員，了解組織機構、管理模式及內容、主要業(yè)務、國家標準、主要管理、業(yè)務文件及管理制度、存在問題，重點了解業(yè)務量大和問題多的業(yè)務。收集相關管理業(yè)務文件、國家標準樣本

方式：座談會5、寫出主要業(yè)務分布圖、整理調查底稿和調查方案，與教務處、學生處領導和核心管理人員交流，修改業(yè)務分布圖、整理調查底稿，用戶簽字認可。教務管理系統(tǒng)調查分析過程1036、根據(jù)業(yè)務分布圖，與教務處、學生處負責報表處理的業(yè)務人員進行訪問，進行輸出數(shù)據(jù)流調查。了解主要報表及其數(shù)據(jù)的來源、組成、計算公式、審核公式、勾稽關系。收集報表樣本（空表和帶數(shù)據(jù)的真實報表），了解報表軟件的情況和上下級部門十分需要的統(tǒng)計數(shù)據(jù)（手工統(tǒng)計十分困難）。方式：個別調查7、寫出報表組成結構圖，與相關業(yè)務人員交流，反復修改，讓用戶簽字認可。8、根據(jù)業(yè)務分布圖，與教務處、學生處各個業(yè)務部門的負責基礎數(shù)據(jù)組織的業(yè)務人員進行訪問，進行輸入數(shù)據(jù)流調查。了解其基礎數(shù)據(jù)來源（收集原始樣本，特別是有時效性數(shù)據(jù)）、去向（和輸出報表關系）、組成（數(shù)據(jù)元素及屬性、數(shù)據(jù)結構、關系調查，收集帶數(shù)據(jù)的原始樣本）、處理情況（數(shù)據(jù)量、峰值、峰值日期、時間及數(shù)據(jù)流動中的時序關系），特別了解有規(guī)律性、需進行積累的歷史數(shù)據(jù)、有變化的基礎數(shù)據(jù)。方式：個別調查（須逐一進行，耗時較多）

6、根據(jù)業(yè)務分布圖，與教務處、學生處負責報表處理的業(yè)務人員進1049、畫出業(yè)務流程圖、HIPO圖、數(shù)據(jù)流程圖、數(shù)據(jù)流動時序圖及ER圖，寫出數(shù)據(jù)字典10、將業(yè)務流程圖、HIPO圖、數(shù)據(jù)流程圖、數(shù)據(jù)流動時序圖及ER圖、數(shù)據(jù)字典與相應業(yè)務人員進行交流后反復修改，讓用戶簽字認可。11、進行系統(tǒng)內部信息編碼及來源于外系統(tǒng)的信息編碼分析12、畫出正式的數(shù)據(jù)流程圖及ER圖，寫出數(shù)據(jù)字典13、根據(jù)ER圖，進行數(shù)據(jù)庫初步設計，使之盡量滿足3NF15、寫出需求分析說明書16、進行需求分析評審9、畫出業(yè)務流程圖、HIPO圖、數(shù)據(jù)流程圖、數(shù)據(jù)流動時序圖及105學生管理—學生處、各系學辦1、新生入學

新生報到記錄入學后復查（三個月內按照招生規(guī)定進行）新生轉系、轉班的申請，經教務處批準后，變動后的新生名單表返回給班主任和學辦各一份。新生填寫基本信息卡、學籍卡一式兩份，分別給學生處進行存檔備案以及學辦進行錄入登記，轉入在校生基本信息卡中。學籍卡片是新生復查合格后，取得學校學籍以后，才進行填寫的。學生管理—學生處、各系學辦106軟件工程需求分析1072、學生學籍處理業(yè)務每學期開學時，各學辦進行注冊管理，注冊信息記錄在在校生信息卡中。學生轉專業(yè)由本人向所在系提出申請，教務處審批。在本系內轉專業(yè)，由學生所在系考核同意，報教務處審批；在學校范圍內轉專業(yè)（跨系），由學生所在系推薦，擬轉入系考核同意，報教務處審批。轉專業(yè)手續(xù)應在每學年開學前辦理。2、學生學籍處理業(yè)務108軟件工程需求分析1093、學生日常管理業(yè)務學生日常管理信息是處分信息和獎勵信息的依據(jù)，記錄了學生日常生活、工作、學習的基本情況，來源于學生會各部。生活部對學生寢室進行定期檢查和不定期抽查，得出的衛(wèi)生檢查信息可進行相關的獎懲。文明寢室加分。學習部進行學生早自習、課堂考勤等。體育部記錄早操的出勤情況編輯部記錄學生投稿發(fā)表信息文體部和學生會團總支記錄學生參加文娛、體育、演講方面的競賽以及相關活動的獲獎情況。學生科協(xié)要記錄學生參加科研競賽的獲獎情況以及科研相關活動的參與情況，學生科研學分的統(tǒng)計。學辦要對學生會各部所掌握的學生情況，進行查詢統(tǒng)計，形成加減分的依據(jù)。3、學生日常管理業(yè)務110軟件工程需求分析1114、學生會工作管理業(yè)務4、學生會工作管理業(yè)務1125、成績管理業(yè)務教研室制定教學計劃，先經系辦，再交學辦每學期課程考核結束后，各任課教師須分班填寫學生成績登記表（一式三份），經教研室主任審核簽字后交學生所在系學生所在系教學秘書復核后蓋章，一份送教務科，另兩份視本系教師和外系教師授課而定。如是本系教師授課，則交給系辦和學生所在班非本系教師授課，兩份都交給學生所在系系辦，系辦進行再分配。學生查卷，應首先提交申請，經系主任審批合格后，再交給教務處審批。審批通過后，由教研室主任負責把查卷結果交到教務處，教務處通知學生查卷結果。5、成績管理業(yè)務113軟件工程需求分析1146、貧困生管理業(yè)務

學生申請困難補助須由本人提出申請，經系同意，填寫《學生困難補助申請表》，再由班主任或輔導員調查核實，系主管領導簽章后，報學生處審批。學生處將核準名單返回各系，各系憑該名單到財務處領取困難補助費，并將學生領款簽名表返回財務處。每學期辦理一次，各系需在開學后四周內將學生的申請及申請表報學生處審批。因特殊情況產生的臨時困難補助，由學生本人提出申請，填寫《學生臨時困難補助申請表》，經所在系上報學院審批給予一次性臨時困難補助。貧困生變動信息申請指的是貧困生如今已不在貧困，向系上申請終止貧困生名額，學辦進行審核后，修改貧困生基本信息。6、貧困生管理業(yè)務115軟件工程需求分析1167、獎懲處理業(yè)務7、獎懲處理業(yè)務1178、獎學金子管理業(yè)務8、獎學金子管理業(yè)務1189、學生課外科研活動管理業(yè)務學生課外科研活動還包括挑戰(zhàn)杯競賽、數(shù)學建模競賽、電子設計大賽和電腦知識競賽等學生填寫科研立項申請，經學生科協(xié)初步審核后，交學辦再審，若通過，則上交院科研處終審。終審通過，即獲得科研立項的資格。一般科研立項的期限為一年。到期需要寫科研立項結題申請。同樣，經科研處終審通過后，才獲得科研立項結題資金。開拓杯的審核流程類似于科研立項，不同的是，團委要組織專家對參加開拓杯預選合格的同學進行答辯，在此基礎上，評定開拓杯的獲獎名單?？蒲袑W分的統(tǒng)計包括論文發(fā)表情況、科研活動獲獎情況、科研立項結題情況以及聽報告和講座的情況（必修滿2個科研學分）。9、學生課外科研活動管理業(yè)務119軟件工程需求分析12010、黨建工作管理業(yè)務

學生交入黨申請書入黨積極分子培養(yǎng)黨校學習要發(fā)展預備黨員時，首先需要發(fā)外調函通知，外調函由學生父母工作單位提供。然后，經系學生黨支部討論通過后，向全院征求意見，如果沒有反對意見，再由系黨總支審核批準，并上報院黨委組織部審核備案。10、黨建工作管理業(yè)務121軟件工程需求分析12211、用查詢戶需求提供多種學生情況查詢。例如，該系某省的總人數(shù)有多少，有多少定向生，男女生的比例等。查詢注冊情況。學生處據(jù)各系注冊情況進行統(tǒng)計查詢到每個學生的日常表現(xiàn)，并據(jù)此進行加減分能據(jù)成績信息進行計算，得出綜合測評的成績。能查詢每個學生每期的成績，各班各期的總體成績信息。學生會何時何地舉行何種活動，取得效果如何及舉辦者，來對學生會干部進行評估。能夠查詢現(xiàn)行學生會干部的有關信息和已畢業(yè)的原學生會成員的現(xiàn)行情況。能查詢某個貧困生的貧困信息，包括得到困難補助的情況。申請臨時困難補助的學生的情況以及發(fā)放情況?？蛇M行各班貧困生的統(tǒng)計，得出貧困生的比例，并能查詢到貧困生的在校表現(xiàn)情況。查詢到某學生詳細獲獎信息，包括何時何地因何原因而獲獎。能查詢到某學生受處分的時間、處分形式和處分原因以及某班一段時間內受到處分的人次和人名查詢學生的立項、結題、開拓杯獲獎和其他科研競