人事管理系統(tǒng)-軟件工程實訓報告

1、系統(tǒng)描述及數(shù)據(jù)流圖

系統(tǒng)介紹

人力資源管理系統(tǒng)是這樣的一種管理軟件，它能夠快速、方便地顯示結果，還可以對有關工資的各種信息進行統(tǒng)計，服務于財務部門及公司主要管理者。實施人力資源管理系統(tǒng)可以集中、整合各種信息來源，有利于降底管理成本，提高公司管理效率和水平，從而促進公司的進一步發(fā)展和變革。 本系統(tǒng)實現(xiàn)了以下功能：

? 系統(tǒng)界面設計美觀、友好；

? 智能化程度高、操作靈活、方便； ? 系統(tǒng)運行穩(wěn)定、安全可靠； ? 反應快速、計算準確；

? 實現(xiàn)新員工入職登記、查詢修改及入職合同的錄入、編輯； ? 登記并可以瀏覽日常考勤信息； ? 記錄公司定期的員工考核成績； ? 實現(xiàn)部門用人申請的登記； ? 實現(xiàn)應聘者信息備檔；

? 實現(xiàn)工資單自動錄入及缺勤原因的扣資計算。

2、思考

1、項目開發(fā)首先要做的事是什么？

首先對該項目進行可行性研究，論證該項目是否值得去解決，然后進行需求分析，了解用戶對目標軟件系統(tǒng)在工功能、行為、性能、設計約束等方面的期望。

2、你認為該軟件應具備的最重要的特性是什么。

能夠滿足用戶某方面的需求，便于使用，方便擴展。有很好的適應性，能夠在不同的環(huán)境中運行。

3、你認為怎樣分工是最合理的？

給任務分配取決于項目的規(guī)模、人員的專長和經(jīng)驗。把不同的責任分配給不同的幾組人。1970年，Sackman對12名程序員用兩個不同的程序進行試驗，結論是：程序排錯、調試時間差別為18：1;程序編制時間差別為15：1;程序長度慶功別為6：1;程序運行時間差別為13：1。理想的情況是項目經(jīng)理和技術負責人由一個人或一個小組擔任。樹的結點是程序員小組，為了減少系統(tǒng)的復雜性、便于項目管理，樹的結點每層不要超過7個，在此基礎上盡量降低樹的層數(shù)。程序員小組的人數(shù)應視任務的大小和完成任務的時間機時定，一般是2～5人。為降低系統(tǒng)開發(fā)過程的復雜性，程序員小組之間，小組內程序員之間的任務界面必須清楚并盡量簡化。

4、需求分析在軟件開發(fā)中真的有那么重要嗎？

需求分析是一項軟件工程活動。軟件開發(fā)是要實現(xiàn)目標系統(tǒng)的物理模型，需求分析的的任務就是借助于當前系統(tǒng)的邏輯模型導出目標系統(tǒng)的邏輯模型，解決目標系統(tǒng)“做什么”的問題是軟件開發(fā)首要做的。

5、分析系統(tǒng)流程圖，流程圖和數(shù)據(jù)流圖的區(qū)別和各自的特點。

數(shù)據(jù)流程圖：反應輸就走向，它不考慮時序關系，主要用于業(yè)務分析，用作詳細設計。途中的有向線段表示了數(shù)據(jù)流。

系統(tǒng)流程圖：反應主體框架。

程序流程圖：程序邏輯描述程序中控制流的情況，即程序中處理的執(zhí)行順序和執(zhí)行序列所以來的條件，途中的有向線段表示的是控制流從一個處理走到下一個處理。

6、怎樣寫合乎規(guī)范的數(shù)據(jù)流圖和數(shù)據(jù)詞典？

對于在數(shù)據(jù)流圖中的每一個元素都加以合適的命名，不同的圖形元素對應不同的命名規(guī)則；每一個被命名的圖形元素均加以定義：其內容包括圖形元素的名字，圖形元素的別名或編號，圖形元素類別（如加工、數(shù)據(jù)流、數(shù)據(jù)文件、數(shù)據(jù)元素、數(shù)據(jù)源點或數(shù)據(jù)匯點等）、描述、定義、位置等。

7、怎樣組織對該工作的評審？

最高管理者應把管理評審的重點放在影響產(chǎn)品質量的關鍵問題;管理評審是標準對組織 最高管理者提出的重要活動之一。

8、系統(tǒng)設計和需求分析的關系是什么？兩者必須先后關聯(lián)嗎？

需求分析是一個項目的開端，也是項目建設的基石。是對用戶需求的定義，對軟件系統(tǒng)的描述。在以往建設失敗的項目中，80％是由于需求分析的不明確而造成的。因此一個項目成功的關鍵因素之一，就是對需求分析的把握程度。而項目的整體風險往往表現(xiàn)在需求分析不明確、業(yè)務流程不合理，用戶不習慣或不愿意去用承建方的軟件。

系統(tǒng)分析的任務：將用戶的業(yè)務邏輯轉化為程序邏輯，計算時間和成本。根據(jù)開發(fā)人員的理論知識和實際的經(jīng)驗，人們會采用各種滿足實際情況的系統(tǒng)分析、開發(fā)方法、步驟以及文檔等等。

9、怎樣描繪系統(tǒng)的體系結構？

系統(tǒng)體系結構是由許多結構要素及各種視圖（或觀點）（View）所組成的，而各種視圖主要是基于各組成要素之間的聯(lián)系與互操作而形成的。所以，系統(tǒng)體系結構是一個綜合各種觀點的模型，用來完整描述整個系統(tǒng)。

體系結構框架（Architecture Framework）用于規(guī)定具體體系結構的定義及其文檔所表達的意義。體系結構框架不需要包羅萬象，通常只是針對特定的領域，可能更注重戰(zhàn)略方面的問題，并為體系結構的發(fā)展演變提供指導。，“體系結構”指系統(tǒng)的組成結構及其相互關系，是指導系統(tǒng)設計和發(fā)展的原則�！绑w系結構框架”是用于規(guī)范體系結構設計的指南。

10、怎樣繪制復合規(guī)范的流程圖。

了解流程圖的各個符號以及流程圖的形式，根據(jù)需要來選擇框，線等繪制出系統(tǒng)所要求的流程圖。

11、怎樣組織對設計階段工作的評審？

最高管理者應把管理評審的重點放在影響產(chǎn)品質量的關鍵問題;管理評審是標準對組織最高管理者提出的重要活動之一。

12、怎樣看待測試的重要性。

軟件測試是一個過程,是對軟件規(guī)格說明、設計和編碼的強化評審和審查,是保證軟件質量的關鍵步驟。軟件測試的目的是盡可能多發(fā)現(xiàn)軟件中的錯誤(缺陷)。通過測試發(fā)現(xiàn)錯誤后,進行問題確認,再進行回歸測試,從而提高軟件的質量。

13、怎樣選擇測試的技術和方案。

基于結構分析的測試，其目的是為了發(fā)現(xiàn)程序“編碼”過程中的錯誤；基于功能分析的測試是為了發(fā)現(xiàn)實現(xiàn)需求或者設計規(guī)格說明時的錯誤。

功能測試確保應用系統(tǒng)恰當?shù)貪M足了需求；結構測試用于保證對各功能實現(xiàn)進行了充分的測試。

14、比較邏輯測試和基本路徑測試的不同和聯(lián)系。

邏輯測試指的是編程,也就是邏輯循環(huán)語言。是需要一定的邏輯性基礎的。

基本路徑測試法是在程序控制流圖的基礎上，通過分析控制構造的環(huán)路復雜性，導出基本可執(zhí)行路徑集合，從而設計測試用例的方法。

15、怎樣組織對測試階段工作的評審？

最高管理者應把管理評審的重點放在影響產(chǎn)品質量的關鍵問題;管理評審是標準對組織 最高管理者提出的重要活動之一。

3、E-R圖

軟件工程實訓成績評定表

【人事管理系統(tǒng)-軟件工程實訓報告】相關文章：

倉儲管理系統(tǒng)實訓報告10-24

照明系統(tǒng)的拆裝實訓報告08-02

審計信息系統(tǒng)實訓報告09-16

軟件工程實訓報告總結（精選15篇）10-21

汽車照明系統(tǒng)檢修實訓報告09-04

實訓的報告11-10

物流系統(tǒng)實訓工作計劃09-14

《物流管理實訓》實訓報告04-30

《物流管理實訓》實訓報告09-30

汽車技能實訓車間實訓報告01-07