《教師工資管理系統(tǒng)-軟件工程.doc》由會員分享，可在線閱讀，更多相關《教師工資管理系統(tǒng)-軟件工程.doc（22頁珍藏版）》請在裝配圖網(wǎng)上搜索。

目錄 課程設計概述 - 4 - 第一節(jié) 背景 - 4 - 第二節(jié) 選題說明 - 4 - 第三節(jié) 課程題目 - 4 - 第一章 系統(tǒng)分析 - 5 - 第一節(jié) 項目的范圍和目標 - 5 - 第二節(jié) 項目可行性分析 - 5 - 第三節(jié) 項目進度計劃 - 5 - 第二章 需求分析 - 6 - 第一節(jié) 基本需求規(guī)格說明 - 6 - 一、系統(tǒng)概貌 - 6 - 二、功能要求 - 6 - 三、性能要求 - 6 - 四、運行要求 - 6 - 第二節(jié) 用例分析 - 7 - 一、系統(tǒng)基本用例 - 7 - 二、系統(tǒng)業(yè)務邏輯描述 - 8 - 第三節(jié) 數(shù)據(jù)流圖分析 - 9 - 一、數(shù)據(jù)流圖 - 9 - 二、頂層圖數(shù)據(jù)流分析 - 11 - 三、操作流程圖 - 13 - 第三章 概要設計 - 14 - 第一節(jié) 系統(tǒng)結構設計 - 14 - 第二節(jié) 子系統(tǒng)劃分 - 16 - 第四章 詳細設計 - 17 - 第一節(jié) 系統(tǒng)面向?qū)ο蠓治?- 17 - 第二節(jié) 子系統(tǒng)分析 - 19 - 一、用戶管理子系統(tǒng) - 19 - 二、人事管理子系統(tǒng) - 19 - 三、工資管理子系統(tǒng)： - 20 - 四、系統(tǒng)管理子系統(tǒng) - 21 - 第三節(jié) 系統(tǒng)集成 - 22 - 第四節(jié) 系統(tǒng)軟件界面設計 - 22 - 第五章 測試與運行 - 24 - 第一節(jié) 設計測試用例 - 24 - 第二節(jié) 進行測試并運行 - 25 - 第六章 結語 - 26 - 第一節(jié) 各人完成的任務 - 26 - 第二節(jié) 個人遇到的困難與獲得的主要成果 - 26 - 第三節(jié) 心得體會 - 27 - 第四節(jié) 參考文獻 - 29 - 課程設計概述 第一節(jié) 背景 本文根據(jù)錢樂秋等教授編著的《軟件工程》課程要求而做。 作業(yè)要求如下：構思一個軟件，采用軟件工程方法對其進行設計（包括系統(tǒng)分析，需求分析，概要設計，詳細設計） 第二節(jié) 選題說明 我們小組經(jīng)過討論選擇了“學校內(nèi)部工資管理系統(tǒng)”。我們對這個系統(tǒng)進行系統(tǒng)分析、需求分析、概要設計、詳細設計，借此加深對《軟件工程》這門課的了解。根據(jù)老師要求，我們認為課程設計應完成以下目標： 1、 以軟件的生命周期為線索，完成軟件的定義及軟件的部分開發(fā)工作，能夠初步應用課程中介紹的開發(fā)技術和部分工具。 2、 能夠編寫較完整的和標準的軟件文檔，用來記錄軟件的開發(fā)活動和階段性成果，有助于理解軟件所必須的闡述性資料。 3、 綜合本學期學習的知識運用到本系統(tǒng)中，以此來檢驗學習成果。從中發(fā)現(xiàn)我們知識上缺漏，加以改善。 第三節(jié) 課程題目 1、課程題目：《學校內(nèi)部工資管理系統(tǒng)》 2、編寫目的：使各教職工能方便快捷地查詢到自己工資并讓各部門清楚了解部門財務狀況，人事處、財務處能利用該系統(tǒng)更方便完成份內(nèi)工作。 3、系統(tǒng)簡介：每個月各個部門（包括系和行政部門）將本部門各個教職工出勤情況（缺勤原因、日期、缺勤天數(shù)（課時）、每月缺勤統(tǒng)計）和本月的業(yè)績考核上報人事處，人事處根據(jù)獎懲實施細則統(tǒng)計出各個教職工的可變工資（包括出勤工資、獎金及扣款金額），系統(tǒng)根據(jù)各崗位基本工資表自動統(tǒng)計出總工資表，總工資表送往財務處，若審核通過之后即得到正確的工資表，最后由系統(tǒng)加工輸出工資表、部門匯總表、扣稅款表、銀行發(fā)放表并輸出和保存留底。 第一章 系統(tǒng)分析 第一節(jié) 項目的范圍和目標 1、架B/S結構，實現(xiàn)各部門對工資生成情況進行了解。 2、所有有效數(shù)據(jù)存入系統(tǒng)中，通過大型數(shù)據(jù)庫管理系統(tǒng)進行管理。 3、對使用本系統(tǒng)的用戶設計合理的使用權限，促進各教職工工資管理的順利進行。 4、系統(tǒng)接收各用戶提供的信息，生成工資表。 5、對所有教職工提供方便的工資查詢功能。 第二節(jié) 項目可行性分析 一、經(jīng)濟可行性： 本系統(tǒng)開發(fā)投資約為 5 萬左右，工資管理是學校管理的重要組成部分，它與學校的人事管理、財務管理有著密切的聯(lián)系。對于勞資關系相對復雜的學校，手工進行工資的發(fā)放工作往往需要耗費大量的人力與時間。由于工資發(fā)放在時間和操作上存在著一定的重復性、規(guī)律性，這使得工資管理的計算機化成為可能，該項目的提出正是為了在此基礎上進一步實現(xiàn)學校員工工資管理的規(guī)范化和自動化本系統(tǒng)定會受到各學校的歡迎，擁有一定的市場，可在短時間內(nèi)收回成本，并有可觀的經(jīng)濟效益。 二、技術可行性： 根據(jù)客戶提出的系統(tǒng)功能、性能及實現(xiàn)系統(tǒng)的各項條件，根據(jù)新系統(tǒng)目標來衡量所需的技術是否具備，本系統(tǒng)是一個數(shù)據(jù)庫管理和查詢的系統(tǒng)，現(xiàn)有的技術以較為成熟，硬件、軟件的性能要求、環(huán)境條件等各項條件良好，估計利用現(xiàn)有技術條件應完全可以達到該系統(tǒng)的功能目標。同時，考慮給予的開發(fā)期限也較為充裕，預計系統(tǒng)是可以在規(guī)定期限內(nèi)完成開發(fā) 三、法律可行性： 研究開發(fā)此系統(tǒng)的過程并未涉及到合同侵權責任以及各種與法律相抵觸的問題。 四、社會可行性： 本系統(tǒng)定位于各高校，也可以適用于各中小型企業(yè)。運用此系統(tǒng)進行工資管理，給各院校教職工帶來極大的方便。 第三節(jié) 項目進度計劃 序號 項目 天數(shù) 主要工作 1 系統(tǒng)分析 0.5 初步設定項目的范圍和目標； 進行可行性分析； 確定項目進度計劃； 2 需求分析 1 確定系統(tǒng)的要求：功能、性能、運行及補充； 分析數(shù)據(jù)：系統(tǒng)的概念模型、邏輯模型； 修正項目計劃，給出原型； 3 概要設計 0.5 確定最佳方案，結構設計，數(shù)據(jù)庫設計； 4 詳細設計 1 分別用順序圖類圖結構視圖描述系統(tǒng)外觀； 5 編寫代碼 5 分工進行各個代碼模塊編寫； 5 測試運行 0.5 設計測試用例，進行測試運行； 6 移交系統(tǒng) 0.5 編寫心得體會，遞交報告； 第二章 需求分析 第一節(jié) 基本需求規(guī)格說明 一、系統(tǒng)概貌 本系統(tǒng)是一個學校內(nèi)部工資管理系統(tǒng)。對教職員工的基本信息和工資信息進行添加和修改，能夠調(diào)整工資項目，根據(jù)需要對教職員工基本信息和工資信息的查詢，本系統(tǒng)能夠生成各個月的工資表，能夠打印報表方便保存和管理，還包括對系統(tǒng)的一些基本操作功能，比如為完善系統(tǒng)管理功能，增加工資系統(tǒng)用戶管理功能，系統(tǒng)應該包括系統(tǒng)用戶數(shù)據(jù)的添加，修改和刪除。教職員工為系統(tǒng)普通用戶，只能運行系統(tǒng)個人工資查詢功能；系統(tǒng)管理員則能運行系統(tǒng)所有功能，從而有效保證系統(tǒng)數(shù)據(jù)的安全性，系統(tǒng)應該具有簡單，易用，小巧，經(jīng)典的特色，應該能夠?qū)Ω咝９べY管理進行優(yōu)化，使其系統(tǒng)化，高效化，智能化。并保證工資管理的準確性，簡易性，為學校財務人員提供便利。 二、功能要求 1.學校教職工可以通過互聯(lián)網(wǎng)查詢個人工資詳情 2.學校人事處可以通過互聯(lián)網(wǎng)將出勤工資、獎金及扣款清單送到財務處，以及將人事變動情況送往財務處和各部門。 3.學校財務處可以通過互聯(lián)網(wǎng)將教職工的工資表做好并將數(shù)據(jù)送銀行，將工資條發(fā)給各部門。 4.學校各部門可以通過互聯(lián)網(wǎng)將各教職工出勤情況上報人事處 5.必要時可以進行手動調(diào)整。 功能細項：教職工基本信息管理（添加，修改，刪除信息），教職工出勤信息管理（統(tǒng)計，修改出勤情況），可變工資管理（統(tǒng)計出勤工資、獎金及扣款項目），總工資匯總，輸出部門匯總表、銀行發(fā)放表、工資條。 三、性能要求 穩(wěn)定性：系統(tǒng)需一天 24 小時進行工作。并將所有數(shù)據(jù)進行備份處理； 友好性：系統(tǒng)具有好的圖形用戶界面； 安全性：系統(tǒng)對要提供與讀取信息的用戶進行身份驗證，登錄后各員工只能可以看到各自工資詳情； 系統(tǒng)容量：系統(tǒng)可以同時提供500人在線服務； 系統(tǒng)響應：系統(tǒng)能設置登錄等級，對于使用服務器端工作者可以先行響應； 四、運行要求 1、運行環(huán)境：系統(tǒng)能運行于通用的技術環(huán)境（UNIX、WINDOWS 等）中，并 能夠通過互聯(lián)網(wǎng)和局域網(wǎng)支持內(nèi)部工資管理工作。 2、軟件配置：只要在裝有 IIS 和 MSSQL 的服務器上就可以完成服務端的配置工 作，把網(wǎng)頁文件放入網(wǎng)頁跟目錄下，進行相應的IIS配置。把數(shù)據(jù)庫文件導 入到 MSSQL 中，接上網(wǎng)絡就可以進行工作?？蛻舳酥灰?web 瀏覽器就可 以進行瀏覽工資詳情。 第二節(jié) 用例分析 一、系統(tǒng)基本用例 系統(tǒng)參與者： 教職工：提交各人信息和查詢總工資表； 財務處：查詢總工資表，生成正確的工作表，生成各教職工工資條； 人事處：提交人員變動情況，制定獎懲實施細則，生成可變工資； 學校各部門：提交出勤情況，提交業(yè)績情況，讀取工資條。 系統(tǒng)各參與者通過系統(tǒng)可以實現(xiàn)的功能： 1．學校教職工通過系統(tǒng)可以實現(xiàn)以下使用需求： ※提交個人信息 ※登陸修改個人信息 ※查詢個人工資各項詳情 2．學校人事處可以通過系統(tǒng)實現(xiàn)以下使用需求： ※輸入教職工調(diào)動信息 ※讀取教職工出勤及業(yè)績情況 ※制定獎懲實施細則 ※生成教職工出勤工資、獎金及扣款清單 3．學校各部門可以通過系統(tǒng)實現(xiàn)以下使用需求： ※給出教職工出勤情況 ※給出教職工業(yè)績考核情況 ※讀取各部門匯總表 ※得到工資條 4．學校財務處可以通過系統(tǒng)實現(xiàn)以下需求： ※讀取工資表 ※生成正確工資表及查詢工資情況 人事處 查詢所有工資表 提交個人信息 出勤工資 獎金 扣款清單 提交人員變動情況 制定獎懲實施細則 提交可變工資項 扣稅款表 部門匯總表 銀行發(fā)放表 提交出勤情況 提交業(yè)績情況 讀取工資條 生成正確工資表 教職工 財務處 工資條 工資管理系統(tǒng)用況圖 各部門 二、系統(tǒng)業(yè)務邏輯描述 本系統(tǒng)的業(yè)務邏輯描述：系和各部門將各教職工的出勤情況上報人事處；人事處將出勤工資，獎金及扣款清單送到財務處；人事處將人員變化情況通知各部門和財務處，財務處通過收集到的的出勤工資，獎金和扣款清單經(jīng)過計算生成工資表并將數(shù)據(jù)送往銀行， 第三節(jié) 數(shù)據(jù)流圖分析 一、數(shù)據(jù)流圖 工資管理 系統(tǒng) 各部門 財務處 人事處 出勤表 工資條 正確工資表 總工資表 業(yè)績考核表 教 職 工 變 動 情 況 表 頂層圖 可變工資 1． 人事事務處理 2． 財務統(tǒng)計 出勤表 業(yè)績考核表 工資條 正確工資表 教職工變動情況表 0層圖 總工資表 1．1 修改教職工 基本信息 1．2 核對統(tǒng)計 處理 出勤工資 業(yè)績考核表 獎 金 扣 款 單 教職工變 動情況表 教職工基本信息庫 獎懲實施細則 1層圖 - 1 1．3 出勤工資 統(tǒng)計 1．4 可變工資 統(tǒng)計 出勤表 可 變 工 資 2．1 工資匯總 統(tǒng)計 2．2 各種款項 統(tǒng)計 可變 工資 各崗位基本工資表 1層圖 - 2 2．3 數(shù)據(jù)整合 總工資表 工 資 條 總工資表 扣稅款表 部門匯總表 正 確 工 資 表 正確工資表 三、操作流程圖 此系統(tǒng)基于 B/S 的運行方式，可同時允許多個用戶訪問。用戶通過登入界面進入系統(tǒng)，進行相應權限的操作。 用戶登入 是否登入 提交個 人信息 處理人員 變動情況 瀏覽 工資表 提交獎懲 實施細則 提交業(yè) 績情況 提交崗位 基本工資 提交出 勤情況 生成可 變工資 系統(tǒng)自 動統(tǒng)計 瀏覽 工資表 退出 生成正確 工資表 是 是 是 是 是 重新登入 否 否 教職工 財務處 各部門 人事處 生成 工資條 重新登入 身份判斷 瀏覽部門 匯總表 第三章 概要設計 第一節(jié) 系統(tǒng)結構設計 本系統(tǒng)主要包括：用戶接口包、數(shù)據(jù)庫包、自動統(tǒng)計包、工資表生成包； 自動統(tǒng)計包 工資表生成包 數(shù)據(jù)庫包 用戶接口包 | | | | | | | | | | | | 為用戶提供數(shù)據(jù)，存儲數(shù)據(jù)； 用戶接口允許用戶進入系統(tǒng)插入和查詢 和自己權限內(nèi)相應的數(shù)據(jù)； 根據(jù)數(shù)據(jù)庫提供的數(shù)據(jù)進行自動統(tǒng)計； 將自動統(tǒng)計包的統(tǒng)計結果生成工資表； 一、用戶接口包： 在用戶接口包中，主要包括以下幾個類： 1．用戶接口類：為用戶提供注冊和相應權限登入接口； 2．插入數(shù)據(jù)類：用戶登入后可以向系統(tǒng)提供本人相應權限的數(shù)據(jù)信息； 3．查詢數(shù)據(jù)類：用戶登入后可以查詢本人相應權限的數(shù)據(jù)信息； 用戶接口 修改數(shù)據(jù) 查詢數(shù)據(jù) 二、數(shù)據(jù)庫包： 在數(shù)據(jù)庫包中，主要包括以下幾個類： 1．查詢類：主要提供查詢數(shù)據(jù)庫中的相關數(shù)據(jù)。如教職工的工資等； 2．增刪類：主要是指可在已有的數(shù)據(jù)庫中增刪數(shù)據(jù)； 3．更新類：主要完成數(shù)據(jù)庫的更新的類。 4．存儲備份類：主要完成數(shù)據(jù)的存儲轉(zhuǎn)換和備份的類； 查詢 添加 刪除 更新 儲存?zhèn)浞? 三、自動統(tǒng)計包： 在自動統(tǒng)計包中，主要包括以下幾個類： 1．讀取數(shù)據(jù)類：完成從數(shù)據(jù)庫中讀取工資統(tǒng)計數(shù)據(jù)的類； 2．自動統(tǒng)計類：完成自動統(tǒng)計過程的相關類； 讀取數(shù)據(jù) 自動統(tǒng)計 四、工資表生成包： 提供生成工資表的類，主要包括以下幾個類： 1．總工資表生成類：完成生成各教職工工資各項情況的相關類； 2．部門匯總表生成類：完成各個部門的工資匯總表生成的相關類； 3．銀行發(fā)放表生成類：完成銀行發(fā)放表生成的相關類； 4．工資條生成類：完成工資條生成的相關類； 生成總工資表 生成工資條 生成銀行發(fā)放表 生成部門匯總表 第二節(jié) 子系統(tǒng)劃分 總劃分如下圖： 系統(tǒng) 用戶管理系統(tǒng) 系統(tǒng)管理系統(tǒng) 人事管理系統(tǒng) 工資管理系統(tǒng) 出勤管理 教職工獎懲 教職工檔案 教職工變動 數(shù)據(jù)備份 部門管理 工資表管理 工資表匯總 基本工資設置 修改口令 權限管理 操作員管理 第四章 詳細設計 第一節(jié) 系統(tǒng)面向?qū)ο蠓治? 一、順序圖分析 | | | | | | | | | | | | | | | | | | | | Login( name,password ) Enter(Corresponding permissions interface) Fail( ERROR) Choice work( ) Print( file ) ( Is Data ERROR ) File ( ERROR ) ( Is Data True ) Store ( file ) 人事 管理員 登錄 人事管 理界面 業(yè)績系 統(tǒng)界面 人事管理用例 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 后臺(數(shù) 據(jù)庫類) 第一、人事管理員登錄； 第二、在人事管理的界面選擇月績考核操作； 第三、錄入對應教職工的月績； 第四、系統(tǒng)根據(jù)標準統(tǒng)計出教職工的獎金后，存入數(shù)據(jù)庫文件； 二、類圖分析 Pay table Department Number Name Basic pay Prize Subsidies chargeback attendance pay real pay Department Number Name Basic pay table Create（） View （） Class pay（工資類） （基本工資表類） Create（） View （） （工資表類） Users Modify password（） Search pay（） department number name sex date of birth qualifications NO.provinces title telephone E-mail Bank count Class user（用戶類） Finance manager Audit total pay（） Modify password（） Search pay（） Login() department number name sex date of birth qualifications NO.provinces title telephone E-mail Bank count Personnel manager Add infor（） Modify infor（） Delete infor（） Sort infor（） Search infor（） Changerable pay standards（） Modify password（） Search pay（） Department Number Name Sex Date of birth Qualifications NO.provinces Title Telephone E-mail Bank count Faculty manager department number name sex date of birth qualifications NO.provinces title telephone E-mail Bank count Submit infor（） Modify password（） Search pay（） Login() （各部門管理員類） （財務管理員類） （人事管理員類） （用戶類） 第二節(jié) 子系統(tǒng)分析 一、用戶管理子系統(tǒng) 該系統(tǒng)主要負責普通用戶和管理員登陸； 系統(tǒng)描述：普通用戶和系統(tǒng)管理員都可以根據(jù)自己的權限進行相應操作； 流程圖說明： 第一、讀取登陸者信息，判斷登陸者身份；若登陸者為普通用戶，則只能進行修改口令的操作； 第二、為系統(tǒng)管理員則可以進行增加及查詢操作員信息并對其設置權限，刪除操作員信息和修改登陸口令的操作； 實現(xiàn)該系統(tǒng)的流程圖： 是否為 管理員 退出 是 否 登陸者 刪除 操作員 查詢操 作員信息 增加操 作員信息 設置操 作員權限 修改口令 二、人事管理子系統(tǒng) 該系統(tǒng)主要負責人事調(diào)動信息的修改； 系統(tǒng)描述：初步確定需調(diào)動教職工，上報人事主管，根據(jù)人事主管意見進行人員調(diào)動，確定確定人員調(diào)動后根據(jù)其調(diào)動原因進行相應的操作并將調(diào)動信息存入檔案，人員調(diào)動后對其現(xiàn)在所處職位進行可變工資調(diào)整； 流程圖說明： 第一、根據(jù)教職工信息判斷該教職工是否調(diào)動，若不調(diào)動則重新輸入需調(diào)動人員； 第二、根據(jù)需調(diào)動人員的調(diào)動類別進行相應操作，若需調(diào)動人員為退休辭退教職工則刪除其信息若為職位調(diào)動員工則修改其信息，若為新加入教職工則錄入其信息，并將所有操作過后的信息存入人事檔案； 第三、根據(jù)變動過后的人事檔案和調(diào)動的教職工正確的出勤和業(yè)績確定其可變工資； 實現(xiàn)該系統(tǒng)的流程圖： 是 重新輸入 教職工 信息 是否調(diào)動 查詢教職工出 勤及業(yè)績情況 查詢獎懲 實施細則 新加入教職工 錄入信息 調(diào)動教職工 修改信息 退休辭退教職工 刪除信息 存入人 事檔案 確定教職工 可變工資 是否正確 是 三、工資管理子系統(tǒng)： 該系統(tǒng)主要負責各教職工工資管理； 系統(tǒng)描述：統(tǒng)計出教職工總工資表，輸出審核過后工資表，并根據(jù)輸出工資表確定部門總匯表、輸出工資條和銀行發(fā)放表； 流程圖分析： 第一、判斷教職工可變工資信息是否屬實，若不屬實則進行相應修改若屬實則結合崗位基本信息表統(tǒng)計出總工資表； 第二、審核工資表若審核通過則輸出工資表； 第三、結合部門信息和個人信息確定部門匯總表、輸出工資條和銀行發(fā)放表； 實現(xiàn)該系統(tǒng)的流程圖： 修改 是 正確場、 重新統(tǒng)計 教職工 可變工資 是否屬實 查詢各崗位 基本信息 統(tǒng)計總工資表 審核 工資表 輸出工資表 查詢 部門信息 確定部門 總匯表 查詢 個人信息 輸出 工資條 確定銀行 發(fā)放表 四、系統(tǒng)管理子系統(tǒng) 該系統(tǒng)主要負責整個系統(tǒng)的管理工作； 系統(tǒng)描述：部門管理主要用來規(guī)范化各系各部門，數(shù)據(jù)備份主要用來對系統(tǒng)各項數(shù)據(jù)實行備份，以防數(shù)據(jù)丟失等； 第三節(jié) 系統(tǒng)集成 系統(tǒng)組裝：把各個模塊通過一定關系組裝在一起，只有登陸頁面是共同的接口，各個模塊的更改對于其他模塊不會有影響。 登陸 是否為 合格用戶 身份判別 人事處管理者 財務處管理者 部門管理者 普通教職工 錯誤 是 否 第六章 結語 第一節(jié) 各人完成的任務 課程初期階段：大家一起積極參與討論整個系統(tǒng)的分析設計，發(fā)表自己的想法； 中后期階段： 付希善：主要負責需求分析階段的用例分析及數(shù)據(jù)流圖的設計，詳細設計階段面向?qū)ο蠓治?，及部分代碼編寫； 吉薪樂：主要負責詳細設計階段的子系統(tǒng)分析設計及各子系統(tǒng)流程圖的設計及部分代碼編寫； 侯亮昌：主要負責需求分析階段的數(shù)據(jù)流分析的編寫，部分數(shù)據(jù)流圖設計，部分代碼編寫，測試用例設計與編寫； 張冠雄：主要負責設計封面和詳細設計中的界面設計，系統(tǒng)分析階段的內(nèi)容編寫及部分代碼編寫； 劉興榮：主要負責整篇論文電子版圖的繪制，概要設計階段的編寫及部分代碼編寫； 蔣挺：主要負責前言，需求分析階段基本需求規(guī)格的編寫，操作流程圖的設計，論文的整理及部分代碼編寫； 第二節(jié) 個人遇到的困難與獲得的主要成果 付希善： 困難：1、各個角色需要什么樣的功能； 2、各個角色之間有什么樣的聯(lián)系； 3、有哪幾個子系統(tǒng)，子系統(tǒng)間有什么樣的數(shù)據(jù)流關系； 4、系統(tǒng)有哪些類； 5、類的具體屬性和操作有哪些； 成果：1、數(shù)據(jù)流圖有了更深的認識； 2、學會更好和組員之間的協(xié)作； 3、對面向?qū)ο笈c結構之間的區(qū)別更加的了解； 4、體會到系統(tǒng)的功能，分塊的重要性； 吉薪樂： 困難：1、用戶管理子系統(tǒng)中管理員和用戶能進行什么操作； 2、各個用戶的權限該如何管理； 3、教職工的調(diào)動情況的分類情況； 4、可變工資根據(jù)什么確定； 5、總工資表信息由哪些數(shù)據(jù)確定； 6、工資信息在哪階段審核； 7、各個需存儲文件表如何得出； 8、如何整合各個系統(tǒng)，如何共用相同模塊； 成果：解決了詳細設計階段四個子系統(tǒng)功能如何實現(xiàn)的問題； 侯亮昌： 困難：1、如何站在客戶的角度上把功能想得盡量完全； 2、怎樣更好的表達自己的想法，聆聽理解別人的思想，以便達成共識，使不同的想法更好的結合； 3、測試用例需要設計哪些數(shù)據(jù)才能全面； 4、每個階段要涉及到哪些用例； 成果：1、詳細的編寫了數(shù)據(jù)流的分析； 2、詳細地設計了三個測試用例，分別是個人信息錄入用例，調(diào)動情況用例和工資查詢用例； 張冠雄： 困難：1、在可行性分析中，如何全面考慮到每個方面的內(nèi)容； 包括經(jīng)濟、技術、法律、社會四個方面的具體分析； 2、怎樣設計出滿足客戶需求的人機界面； 成果：了解了界面設計原則和人機界面特征 界面設計原則：1.在同一用戶界面中，所有的菜單選擇、命令輸入、數(shù)據(jù)顯示和其他功能應保持風格的一致性；2.對所有可能造成損害的動作，堅持要求用戶確認，例如提問“你肯定……?”等，對大多數(shù)動作應允許恢復(UNDO)，對用戶出錯采取寬容的態(tài)度；3.用戶界面應能對用戶的決定做出及時的響應，提高對話、移動和思考的效率，最大可能的減少擊鍵次數(shù)，縮短鼠標移動距離，避免使用戶產(chǎn)生無所適從的感覺；4.保證信息顯示方式與數(shù)據(jù)輸入方式的協(xié)調(diào)一致，盡量減少用戶輸入的動作，隱藏當前狀態(tài)下不可選用的命令，允許用戶自選輸入方式，能夠刪除無現(xiàn)實意義的輸入，允許用戶控制交互過程；5.除此之外，正確的使用顏色也很重要； 人機界面特征：1.操作簡單，易學，易掌握；2.界面美觀，操作舒適；3.快速反應，響應合理；4.用語通俗，語義一致； 劉興榮： 困難：1、系統(tǒng)結構中主要包括哪些部分、有哪些包； 2、用戶接口包中包括哪幾個類； 3、數(shù)據(jù)庫包中包括那幾個類； 4、自動統(tǒng)計包中包括那幾個類； 5、工資表生成包中包括那幾個類； 6、系統(tǒng)應如何劃分出子系統(tǒng)； 7、如何將各個階段所用到的圖更加完善地繪制成電子版圖； 成果：設計出了系統(tǒng)概要； 蔣挺： 困難：寫論文過程中，關于子系統(tǒng)描述，流程圖表示等有些字詞表達斟酌了很久，有時甚至不知道怎么表達； 成果：通過這次論文寫作，使我更深理解了論文格式以及如何進行論文編寫； 第三節(jié) 心得體會 這次課程設計歷時一周左右，通過這一個星期的設計，發(fā)現(xiàn)了自己的很多不足，自己知識的很多漏洞，看到了自己的實踐經(jīng)驗還是比較缺乏，理論聯(lián)系實際的能力還急需提高。同時這次的課程設計也讓我看到了團隊的力量，我認為我們的工作是一個團隊的工作，團隊需要個人，個人也離不開團隊，必須發(fā)揚團結協(xié)作的精神。剛開始的時候，大家一片茫然，都各自忙著網(wǎng)上找資料，后面我把大家集合在一起討論各個方案的可行性。在課程設計中只有一個人知道如何設計是遠遠不夠的，必須讓每個人都知道，畢竟一個人所能考慮到的東西是有限的，稍有不慎就有可能全部重新來過。團結協(xié)作是我們成功的一項非常重要的保證。這次設計正好鍛煉我們這一點，這是非常寶貴的。 ——————————————————————————付希善 五天來的課程設計，幾乎可以說是“吵”著過來的，我們?yōu)榱巳绾螌崿F(xiàn)需求分析中各個流程圖的設計而“爭吵”，為了如何使詳細設計更完整而“爭吵”，從需求分析到概要設計再到詳細設計，我們的所有流程圖類圖甚至整篇論文都是隊友就這樣“爭吵”而得出來的。這次課程設計的內(nèi)容幾乎涵蓋了《軟件工程》這本書的所有內(nèi)容，通過它，我不僅重新復習了這門課程，還對這門課程有了更深刻的理解。當然除了課本知識上的收獲，也有很多學習之外的收獲；一連串的分析設計鍛煉了我抗挫能力，讓我深刻體會到每件事情都得全面考慮，稍有欠缺，有時候就得重頭來過；并且深刻得體會到團隊合作的重要性，要懂得如何“吵”，如何“吵” 出水平，“吵”出成績。 ——————————————————————————吉薪樂 不論在哪里，團隊精神永遠都是很重要的。這次的課程設計讓我更深刻的體會了團隊精神。6個人在一起思考交流，過程很熱鬧，每個人對這個題目都有自己的看法，經(jīng)過一番唇槍舌戰(zhàn)之后終于達成共識。然后分工，完成自己的任務，當遇到問題的時候又一起解決，一切都有條不紊的進行著。一個人的思維是局限的，聚集6個人的智慧和長處才能使這個系統(tǒng)更加完善和完美。這次的課程設計也使我對軟件工程有了更感性的認識，雖然沒有參與軟件生命周期的每個階段，但是經(jīng)過動手操作，我對《軟件工程》有更高層次的了解。一個星期的課程設計忙碌但充實，不僅學到了很多課本上沒辦法學到的知識，如何表達自己的想法以及肯定別人的好點子，也通過合作更了解隊友，增進友情。 ——————————————————————————侯亮昌 通過這些天的課程設計，我認識到這樣的團隊才是高效率的以及優(yōu)秀的：1、團隊必須要有開放性的廣泛溝通與交流及相互支持,隊員與隊員之間彼此信任,相互支持,配合默契,而良好的合作是以溝通、協(xié)調(diào)為前提的。2、每個對員所擔負的角色要分工合理，明確定位，互相依存，形成合力。3、團隊要有明確的奮斗目標。每個團隊的對員都要目標清楚明確，愿意為實現(xiàn)這個奮斗目標做出不懈的努力。4、對于團隊取得的成績大家共同分享，激勵大家共同贏得團隊整體的成績，追求團隊整體業(yè)績，分享每一項成果與每一份快樂。 ——————————————————————————張冠雄 四天三夜的課程設計生活終于有了結果，回頭想想，收獲頗多。組員們一起討論、策劃、分工，各揮所長。來回奔波于宿舍和機房之間，階段中修修改改，一個微小細節(jié)的變動常常牽動著幾乎所有模塊結構的變動，借用胡老師在考試前給我們的一句話就是“要隨時做好重新多做幾遍的準備”，我想這句話可以用在很多方面，無論做什么樣的事，我們都要力求把它做好，不停的完善。通過這次課程設計,我了解到自己在軟件工程方面還有很多不足，在實踐過程中老師和組員們給了我很大的幫助和鼓勵。對我自己來說，重要的不是做出一個多偉大的設計，而是從中學到很多平時不能學到的，在這之中團隊的友情是我最看重的，謝謝隊友們，還真是有點不舍。 ——————————————————————————劉興榮 軟件設計沒什么太神秘有東西，只要用心體會，其實一切都很自然。軟件的設計之“道”，也不在于設計有多么的華麗、精巧，而在于其樸實、自然，最終達到“以無招勝有招”，進入一個全新的境界。以我的拙見，軟件設計領域中的各種概念有以下幾種理解，首先軟件設計的目的是它的重用性和擴展性，這是設計的最高層次，也是應對軟件危機的需要。其次設計原則是低耦合高聚合，它是運用設計模式封裝變化和降低耦合度來實現(xiàn)，設計模式只是用來“封裝變化、降低耦合”的工具而已。它是面向?qū)ο笤O計時代的產(chǎn)物，其本質(zhì)就是充分運用面向?qū)ο蟮娜齻€特性，即：封裝、繼承和多態(tài)，進行靈活的組合運用。最后我認為接口存在的理由就是它更加靈活，關系簡單，易于理解。這就是接口存在的最重要的原因。 ——————————————————————————蔣挺 第四節(jié) 參考文獻 1、教材：《軟件工程》 錢樂秋 趙文壇 牛軍鈺 清華大學出版社 2007-3 2、《軟件工程概論》課程設計作業(yè)——Patient Observation V2.00 趙卓寧