第一篇:辦公自動化管理系統-項目開發總結報告(GB8567——88)
項目開發總結報告(GB8567——88)1引言
1.1編寫目的
辦公自動化管理系統的開發已經基本完成。寫此項目開發總結報告,以方便我們在以后的項目開發中來更好的實施項目的訂制開發;讓我在今后的項目開發中有更多的有據的資料來規范我們的開發過程和提高我們的開發效率,從而創造更多公司效益。
1.2背景
項目名稱:辦公自動化管理系統
包含的模塊有:員工管理模塊、考勤管理模塊、通訊管理模塊、日常管理模
塊、系統登錄、系統退出模塊
本項目的提出者: 開發者為:
用戶::企業單位。
1.3定義
MySql: 系統服務器所使用的數據庫管理系統(DBMS)。SQL: 一種用于訪問查詢數據庫的語言
事務流:數據進入模塊后可能有多種路徑進行處理。主鍵:數據庫表中的關鍵域。值互不相同。外部主鍵:數據庫表中與其他表主鍵關聯的域。OA:Office Automation 辦公自動化
1.4參考資料
1.項目開發計劃
本項目開發小組 2.可行性研究報告
本項目開發小組 3.軟件需求說明書
本項目開發小組 4.概要設計說明書
本項目開發小組
5.詳細設計說明書
本項目開發小組
6.軟件工程
張海潘、倪寧
人民郵電出版社 7.軟件工程—原理、方法與應用
肖孟強、王宗江
中國水利水電出版社
8.實用軟件工程
鄭人杰、殷人昆、陶永雷
清華大學出版社 9.軟件體系結構理論與實踐
馮沖、江賀、馬靜芳
人民郵電出版社 10.數據庫原理與應用
張俊玲、王秀英籍淑麗
清華大學出版社 11.數據庫設計教程
何玉潔,黃婷兒
機械工業出版社
2實際開發結果
2.1產品
1.辦公自動化管理系統 2.數據表的物理結構如下:
(1)用戶信息(用戶名、密碼、用戶姓名、用戶權限、用戶所在部門、用戶工作、用戶性別、用戶E-mail、用戶電話、用戶地址、優秀員工)。
(2)會議記錄(會議時間、主持人、出席人、會議主題、會議地點、會議內容)
(3)公告信息(公告人、公告主題、公告時間、公告內容)(4)外出登記信息(外出人、外出人所在部門、外出原因、外出時間、預計回歸時間、是否回歸)
(5)請假登記信息(請假人、請假人所在部門、請假原因、請假時間、預計銷假時間、是否銷假)
(6)出差登記(出差人、出差人所在部門、出差原因、出差時間、預計回歸時間、是否回歸)
(7)上下班登記(登記人、登記人所在部門、登記類型、規定時間、登記時間、登記備注、登記總結)
(8)通訊組(通訊組名)
(9)通訊詳細信息(員工姓名、員工生日、員工性別、員工性別、婚否、所屬單位、所屬部門、職務、省份、城市、辦公電話、移動電話、郵箱地址、郵政編碼、QQ、家庭電話、家庭住址、備注、通訊組)
(10)留言詳細信息(留言人、留言主題、留言內容、留言時間)
2.2主要功能和性能
已完成的主要功能:
1.系統登錄 2.員工管理
3.考勤管理 4.通訊管理 5.日常管理 6.系統退出
基本完成了預期目標。
2.3基本流程
用圖給出本程序系統的實際的基本的處理流程。
2.4進度
按照項目開發計劃,按時完成。
2.5費用
與原來計劃的費用基本相同。
3開發工作評價
3.1對生產效率的評價
由于小組成員對軟件工程開發文檔不太熟悉,起初的編寫很慢,通過前期的研究后期的編寫很順利的完成了。
同時由于小組成員缺少項目開發經驗,我們根據我們的技術及經驗完成了預期的目標完成了本系統的系統登錄、員工管理、考勤管理、通訊管理、日常管理、系統退出這幾s大模塊。
3.2對產品質量的評價
基本完成了預期的要求,每完成一項功能均會出現錯誤在小組成員積極配合與老師的指導均一一見其改正。
3.3對技術方法的評價
本系統主要運用Java開發語言、Netbeans圖形開發工具,在老師的帶領下完 成的。
3.4出錯原因的分析
1.程序設計方面的錯誤,如語法錯誤,算法實現等。主要由于我們開發過程中馬虎、知識點掌握不夠造成的。
2.數據庫設計不當。在系統開發過程中,我們會對系統的功能進行完善,同時對已設計好的數據庫進行更改。
4經驗與教訓
經過幾周的不懈努力,在老師的悉心指導下和小組成員的共同努力下,我們的辦公自動化管理系統終于完成了。雖然這個系統在功能上不算全面,在美觀上不算完美,但對我們來說這已經是巨大的突破,使我們掌握了新知識、新技術,鞏固了已有的知識。
以前我做過的課程設計都是在已有程序的基礎上,對其界面進行修改,看看別人編好的代碼,完成課程設計的報告。本次不同,我不僅參加了本系統程序的編寫工作,還成為了我們設計小組的組長。這次是我第一次擔任組長,沒有項目管理方面的經驗,因此對人員分配上不是很好。在其他行業中,人與人的之間的溝通只很重要的。項目開發也不例外,很好的溝通能夠加快項目的進度,這就要求我們每一個小組要學會和善于溝通。在一個項目的開發過程中,我們小組成員是一個不斷交流和溝通的過程。在開發到一定的階段,我們就要溝通一下,盡量的去避免一些隱藏的問題,及時的發現問題,解決問題,從而按時或者提前完成項目的開發。在本項目的開發過程中,雖然人員分配不是很好,但大家都參與了文檔的編輯及項目的開發。均獲得了一定的收獲。
在本次項目開發,我負責的文檔是詳細設計說明書,以前雖然我也寫過軟件開發文檔,但是其內容與本次有很大的不同。本次我們應用的模板是國家標準的,因此比以前寫的多了很多不懂得標題,讓我無從下手,經過小組討論、查各種資料以及其他小組成員寫好的文檔,我才順利的完成了任務。經過本次項目開發使我徹底改變了我的軟件開發理念,原來開發軟件在編寫程序之前要寫這么多的文檔,而且這些文檔對整個軟件的開發起著十分重要的作用。
隨著時間的流逝我會用今天所學到的用到今后的更多的項目開發中,我會為了今后能夠更好的編寫程序而努力學習,好好利用每一次鍛煉自己的機會提高自己的實踐能力,完善自己的知識,充分利用圖書館的書籍擴大自己的知識覆蓋面,時刻記住只有付出才會有收獲。
第二篇:機房管理系統項目開發總結報告
機房管理系統
項目開發總結報告
目 錄
14.1 引言......................................................................................................................................1
14.1.1 編寫目的..................................................................................................................1 14.1.2 背景..........................................................................................................................2 14.1.3 定義..........................................................................................................................2 14.1.4 參考資料..................................................................................................................2 14.2 實際開發結果......................................................................................................................3
14.2.1 產品..........................................................................................................................3 14.2.2 主要功能和性能.......................................................................................................3 14.2.3 基本流程..................................................................................................................3 14.2.4 進度..........................................................................................................................4
14.2.5 費用..........................................................................................................................4 14.3 開發工作評價......................................................................................................................4
14.3.1 對產品質量的評價...................................................................................................4 14.3.2 對技術方法的評價...................................................................................................4 14.3.3 出錯原因的分析.......................................................................................................4
14.1 引言 14.1.1 編寫目的
為提高機房使用效率,凈化上機環境,杜絕個別用戶使用機房內電腦做違規的事情,為機房管理員提供一個好的機房監控系統是必要的。作者在對機房微機管理過程進行了詳細調查后,參考了一些網吧的微機管理系統,獲得了機房監控系統的設計思路。機房管理系統應當能使管理員極其方便的獲取某臺微機的屏幕視圖,鎖定某臺電腦的鍵盤和鼠標輸入,并能發送消息給指定的電腦用戶。
14.1.2 背景
當今時代是一個信息種類多元化,信息量巨大化,傳播速度急速化的時代。要積極面臨這種現狀,就要能快速的處理各種信息,從而引申出人們對信息處理工具的高度關注。而各種電子設備,尤其是電腦等硬件設備的出現,給人們的日常生活帶來極大的變化。隨著計算機網絡的出現,更使得人們的信息處理方式發生了革命性的改變。毫無疑問,計算機以及由計算機組成的計算機網絡已經成為當今時代最佳的信息處理工具。掌握這個工具對于科研和學習有著重要意義。
鑒于這種情況,現在許多學校都提供了微機室,讓在校學生可以很好的學習計算機操作,并使用計算機輔助學習。對于同學們來說,這本來是個很好的機會,但有個別同學未能珍惜這個機會,他們沒有好好利用這些微機進行學習和研究,而是在機房內打游戲或者閑聊等,甚至有人利用電腦進行違反法規的活動。這些同學不但浪費了自身的學習機會,同時也浪費了學校的寶貴資源,而且給周圍的同學造成了很不好的影響。因此,如何對機房進行有效的管理成為了一個不容忽視的問題。
對于機房管理,一方面應該設立專門的管理員,擬定詳細的機房使用規則;另一方面,也應該配備強大的管理軟件,輔助管理員進行管理。因此,如何設計和實現機房監控系統成為了本次課題的研究問題。
14.1.3 定義
該系統在原有的機房管理系統上做了有益的改進,實現盡量考慮系統的可操作行,系統設計的合理性,使業務流程最短,界面友好。
系統是根據系統業務流程設計的。新系統的使用將有以下幾個方面的優勢,該系統包括帳戶管理模塊、計費設置模塊,系統設置模塊、以及遠程監管模塊等模塊。其中帳戶管理模塊是整個機房管理系統的基礎。為了能夠使機房的管理工作有條不紊,實現計算機化、系統化、規范化操作,必須建立一個良好的機房管理系統。
14.1.4 參考資料
《軟件開發這點兒事——軟件開發工具手冊》 邵志東著 《程序員指南叢書ASP.NET高級編程》 但正剛著
《ASP.NET網絡應用系統開發與實例》 吳明暉主編 吳丹紅編著 《軟件工程--理論與實踐》 田淑梅 廉龍穎 高輝編著
《數據庫原理與技術》 申時凱、戴祖誠、余玉梅主編
14.2 實際開發結果 14.2.1 產品
14.2.2 主要功能和性能
提高機房使用效率,凈化上機環境,杜絕個別用戶使用機房內電腦做違規的事情,為機房管理員提供一個好的機房監控系統。機房管理系統能使管理員極其方便的獲取某臺微機的屏幕視圖,鎖定某臺電腦的鍵盤和鼠標輸入,并能發送消息給指定的電腦用戶。
14.2.3 基本流程
本小組于9月20日開始進行機房管理系統的項目開發準備工作,于9月27日結束準備工作。9月28號到10月4號制定可行性研究報告,并搜集資料來對可行性研究報告支撐。10月4號到8號做項目開發計劃。10月9日開始進行該項目的需求分析,于10月13日結束。10月14日開始設計系統,并編寫程序。12月8日結束系統的設計和編寫。12月9日---12月20日進行系統的測試。
14.2.4 進度
通過我們小組成員的努力,經過幾個月的時間,現在已經寫出程序。
14.2.5 費用
由于此軟件是由老師布置的作業,在除時間外,無其他經濟支出
14.3 開發工作評價 14.3.1 對產品質量的評價
該產品基本能夠實現對機房的管理,但是該系統的功能過于簡單。
14.3.2 對技術方法的評價
由于該軟件是由我們學生自己設計編寫的,技術方面還存在許多的不足。
14.3.3 出錯原因的分析
本系統是由學生自行設計編寫的,由于學生的能力有限,有許多問題不能夠很好的解決,還需要努力的去進行改進。
第三篇:學生管理系統項目開發總結報告
項目開發總結報告
包括以該報告為基礎編寫一篇ppt文檔,以供項目結束時參加項目答辯
一.引言
1.編寫目的(闡明編寫總結報告的目的,指明讀者對象。)本文檔編寫于整個項目開發完成以后,對于整個項目開發的過程進行最后的總結,并對項目產品進行最后的驗收。讀者對象為項目開發小組。
2.項目背景
本項目的任務提出者及開發者是學生信息管理系統軟件開發小組,用戶是全校師生。
3.定義
學生信息管理系統:學生信息管理是幫助教學人員、行政人員對學生信息進行管理的管理軟件。使用Java編程語言,獨立完成其功能。4.參考資料
1)項目開發計劃; 2)需求規格說明書; 3)概要設計說明書;
4)詳細設計說明書; 5)用戶操作手冊; 6)測試計劃; 7)測試分析報告。
二.開發結果
1. 產品
開發最后產生的軟件為.exe的可運行程序。
2. 主要功能及性能
軟件主要的功能如下:
a.添加學生和教師信息
b.修改學生和教師信息
c.刪除學生和教師信息
d.學生選課
e.添加課程信息
f.刪除課程信息
g.登記成績
h.修改成績
i.學生和教師查詢
j.課程查詢
k.成績查詢
軟件性能方面:可以供相應使用者操作。
3. 所用工時
組長及組員均為兩周。
4. 所用機時
組長及組員均為兩周。
5. 進度
(1)5.21-5.24,完成學生信息管理系統的需求分析,并完成一部分主要界面的設計;
(2)5.25-5.28,完成所有界面的設計和鏈接及數據庫的設計 并完成及數據庫與各個界面的鏈接;
(3)5.29-6.1,實現系統的各個功能并最終完成系統的測試,并移交該軟件項目。
三.評價
1.生產率評價
本產品的能夠在2秒鐘的時間內響應用戶的請求,生產效率是可以的。
2.技術方案評價
由于本系統開發采用的是SQL Sever 2005數據庫,所有使用數據庫方面的技術不算高。用到的java方面的技術并不算深層次的技術。所以整個系統在技術方面的要求是一般。
3.產品質量評價
由于設計存在缺陷,產品的質量并不是很高。比如數據庫設計存在的缺陷,可能讓學號(課程號)不同,但是其他信息完全相同的情況出現。
四.經驗與教訓
通過本次項目實訓。使我們對Java語言的了解更加深入了,這對于我們以后的發展是很有利的。不過我們也得到了一些教訓,就是軟件開發過程中“設計”是非常重要的,要想開發出好的作品,與一個好的設計是分不開的。
第四篇:OA協同辦公自動化系統工作計劃管理模塊開發.
OA協同辦公自動化系統 ——工作計劃管理模塊開發
摘要隨著信息技術的不斷發展,企業現有的人工管理模式已不能滿足企業的發展,企業協同辦公自動化系統的出現已成為必然。其不僅能改善公司辦公條件,減輕工作人員負擔,提高辦公質量和工作效率,還能加快公司工作規范化、科學化、網絡化的進程。
針對企業要求,使用JSP、Struts、Hibernate、Spring及Ibatis等技術開發一個基于Web的企業協同辦公自動化系統。本系統一共分為十一個模塊:人事信息管理、短消息管理、提醒器設置、日程管理、工作日志管理、工作計劃管理、數據字典、部門管理、崗位管理、職位管理、權限管理、用戶管理。超級管理員可以根據不同職位創建不同的角色,為用戶靈活的分配系統功能權限。
關鍵詞B/S結構,MVC設計模式,JSP網頁技術標準,OA協同辦公系統 ABSTRACT Along with the development of the information technology,the labour management model of enterprise can not satisfy the development of the enterprise at the present time, so the appearance of the office automation system become inevitable.The system can improve the working conditions, reduce the staff's burden,improve work quality and efficiency, can also quicken the process of standardization, scientization and network.For requirements of the enterprise, use the technology about JSP, Struts, Hibernate, Spring and Ibatis to develop a office automation system based on web.The system has eleven modules.There are the management of personnel information, the management of short messages, reminder setttings, the management of daily work plan, the management of data dictionary, the management of department,the management of post,the
management of duty, the management of powers and the management of users.The administrator can create different roles for different positions by characters and can asign the resource of permission flexiblely.Key Words:Browser/Server, Model View Controller, Java Server Page, Office Automation System 1.緒論(1 1.1課題意義(1 1.2課題目的(1 1.3技術要求(1 1.4可行性分析(2 2.需求分析(3 2.1概述(3 2.1.1項目名稱(3 2.1.2開發背景(3 2.1.3項目目標(3 2.2任務說明(4 2.2.1個人辦公管理(4 2.2.1.1日程管理(4 2.2.1.2工作計劃管理(4 2.3需求分析(5
2.3.1個人辦公管理(5 2.3.1.1日程管理(5 2.3.1.2工作計劃管理(10 3.總體設計(17 3.1概述(17 3.2系統總拓撲圖(18 3.3系統功能清單(18 3.3環境搭建(19 4.系統設計(19 4.1開發及運行環境(20 4.2數據庫設計(20 4.2.1工作計劃發布范圍表(t_ico_ workPToStaff(21 4.2.2工作子計劃表(t_ico_workSubPlan(21 4.2.3工作匯報表(t_ico_workReport(22 4.2.4工作計劃表(t_ico_workPlan(22 4.2.5日程安排表(t_ico_schedule(23 5.系統程序設計(23 5.1個人辦公(23 5.1.1日程管理(23
5.1.2工作計劃管理(24 6.結論(29 參考文獻(30 答謝(31 1.1課題意義
隨著世界經濟一體化進程的加快,世界經濟從工業化的經濟逐步進入網絡信息的時代。各個企業都轉變著自己企業的經營及管理模式,從傳統的人工管理向信息自動化管理體制過渡。企業傳統式的辦公管理模式也在逐步向自動化辦公管理模式轉變。
通過網站對企業內部信息進行全面的自動化的管理,提高企業的辦公效率;管理和統計企業生產經營中的數據,避免人為處理各類數據時所產生問題,提高企業的經濟效益,使企業的管理達到科學化、系統化的范疇。
1.2課題目的
本課題是為了給現在的企業提供一個信息化平臺,有效提高公司內部各級部門、員工溝通、協調能力;規范化、標準化公司各項業務流程、管理流程;提高日常工作效率,快速使用文件、報告或報表;公司領導、部門主管隨時隨地掌握、了解員工的工作狀態;利用信息化自動辦公平臺為公司領導、部門主管提供準確的信息和資料,提高經營者第一時間的決策能力。
1.3技術要求
JAVA:熟悉java面向對象編程的思路;WEB網頁設計:能夠熟練操縱網頁的表單元素、JavaScript腳本(jQuery以及CSS樣式表;
JSP基礎:能夠使用JSP進行網頁排版以及結合Struts標簽綜合應用;Spring、Hibernate、Struts、Ibatis 框架基礎:理解MVC設計模式、Struts攔截器原理、Struts標簽的應用以及持久化層Hinernate及Ibatis 的應用;Oracle數據庫:能熟練使用Oracle:安裝、配置、使用Oracle數據庫。1.4可行性分析
可行性分析是依據初步調查的結果作出系統開發可行性與否的結論的過程。可行性分析是為了論證系統開發是否可行。
為實現系統目標,需要技術保證。此系統開發所需要的技術主要有計算機硬件、軟件技術、系統開發人員的水平、用戶管理與使用的能力等。
在選擇使用JSP還是ASP開發的時候,考慮到JSP的以下優點,選擇了JSP作為web開發語言。
JSP是Java平臺的一部分。ASP技術不能輕易的實現跨平臺的web服務工作,只能在windows上運行。而Java可以運行在不同的環境,如Linux, Windows。Linux的安全性和穩定性也是選擇Jsp作為web開發的重要原因。
ASP僅支持組建對象模型COM,而JSP技術提供的組建都是基于JavaBean技術或JSP標簽庫,用戶許多可重用的類庫,大大的方便了web 開發。
JSP開發web比ASP更加靈活,可擴展性更強,便于以后的維護和二次開發。2.需求分析 2.1概述 2.1.1項目名稱
OA協同辦公自動化系統 2.1.2開發背景
編寫需求說明的核心源于企業需求,為明確軟件開發的最終目的,使開發出來的系統能夠更好的達到企業信息化建設的需求,使目標系統提供的功能與企業需求達成一致。
對于企業:重點在于清楚的表達企業提出的需求,如何理解企業機構部門、業務關系,讓企業確認我們的表達和描述是符合客戶的需求。
對于開發人員:開發人員、項目經理、營銷人員、員工、測試人員,重點告訴他們系統需要具有哪些功能,有哪些對象,對象有哪些屬性,對象之間有哪些關系,更清楚的了解企業的真正需要,從理解的角度開發產品,真正服務于企業客戶。
2.1.3項目目標
有效提高公司內部各級部門、員工溝通、協調能力;規范化、標準化公司各項業務流程、管理流程;提高日常工作效率,快速使用文件、報告或報表;公司領導、部門主管隨時隨地掌握、了解員工的工作狀態;利用信息化自動辦公平臺為公司領導、部門主管提供準確的信息和資料,提高經營者第一時間的決策能力;通過總結歸納后,該軟件具備以下四大功能:個人辦公管理、基本信息管理、人事信息管理、權限組管理。在需求分析中將詳細描述各個功能。2.2任務說明
2.2.1個人辦公管理 2.2.1.1日程管理
2.2.1.1.1添加日程記錄
系統正常運行,并且用戶擁有添加日程記錄權限時,用戶可以添加日程記錄。2.2.1.1.2查詢日程記錄
系統正常運行,并且用戶擁有查詢日程記錄權限時,用戶可以查看日程記錄。主要是以列表的形式查看,包括:序號,標題,事務類型,開始時間,計劃完成時間,實際完成時間,重要程度,狀態。
2.2.1.1.3修改日程記錄
系統正常運行,并且用戶擁有修改日程記錄權限時,用戶可以修改日程記錄。2.2.1.1.4刪除日程記錄
系統正常運行,并且用戶擁有刪除日程記錄權限時,用戶可以刪除日程記錄。2.2.1.2工作計劃管理 2.2.1.2.1添加工作計劃
系統正常運行,并且用戶擁有添加工作計劃權限時,用戶可以添加工作計劃。2.2.1.2.2查看未讀計劃
系統正常運行,并且用戶擁有讀取未讀工作計劃的權限時,用戶可以查看未讀工作計劃。主要是其他人員提交給該用戶的工作計劃,類似郵件系統里的未讀郵件。
2.2.1.2.3查看已讀計劃
系統正常運行,并且用戶擁有讀取已讀工作計劃的權限時,用戶可以查看已經讀取的工作計劃信息,同時也可以刪除已讀的工作計劃信息。主要是以列表的形式查看,包括:序號,計劃標題,員工姓名,參與人員,部門名稱,計劃類別,計劃開始時間,計劃結束時間。
2.2.1.2.4查看已提交計劃
系統正常運行,并且用戶擁有讀取已提交工作計劃的權限時,用戶可以查看已經提交的工作計劃信息,同時也可以刪除已提交的工作計劃信息。
2.2.1.2.5查看草稿箱
系統正常運行,并且用戶擁有讀取草稿箱的權限時,用戶可以查看所有該用戶保存為草稿的工作計劃信息,同時也可以刪除草稿狀態的工作計劃信息。也可以給某條工作計劃添加子計劃,主要是以列表的形式分頁查看。
2.3需求分析 2.3.1個人辦公管理 2.3.1.1日程管理 2.3.1.1.1總體描述
用戶可以使用本功能來預先安排和管理自己的各項待辦事項。2.3.1.1.2拓撲圖
圖1 日程管理拓撲圖 2.3.1.1.3用例圖
圖2 日程管理用例圖 2.3.1.1.4添加日程記錄 2.3.1.1.4.1功能描述 完成對日程記錄的添加。2.3.1.1.4.2界面原型
圖3 添加日程界面圖 2.3.1.1.4.3數據項描述 標題:必填項,最大長度30字;事務類型:必填項,點擊下拉列表選擇;重要程度:必填項,點擊下列表選擇;狀態:必填項,點擊下拉列表選擇;開始時間:必填項,使用時間控件選擇時間,也可以手動輸入,所填寫的時間不能早于當天的系統時間,若輸入的時間不合法,則給出
提示信息;計劃完成時間:必填項,使用時間控件選擇時間,也可以手動輸入,所填寫的時間不能早于開始時間;若輸入的時間不合法,則給
出提示信息;實際完成時間:非必填項,使用時間控件選擇時間,也可以手動輸入,若輸入的時間不合法,則給出提示信息;是否提醒:必填項,點擊下拉列表選擇;提醒時間:若“是否提醒”選擇“是”,使用時間控件選擇時間,若選擇“否”,則提醒時間輸入框被禁用;事務內容(限100字:必填項。2.3.1.1.4.4基本流程
圖4 添加日程流程圖 2.3.1.1.5查詢日程記錄 2.3.1.1.5.1功能描述
在保證系統正常運行,并且用戶擁有日程記錄查詢權限的情況下,進入日程記錄查詢頁面。
2.3.1.1.5.2界面原型
圖5 查詢日程界面圖 2.3.1.1.5.3查詢條件
標題,開始時間,狀態,計劃完成時間,重要程度,實際完成時間。2.3.1.1.5.4查詢列表
序號,標題,事務類型,開始時間,計劃完成時間,實際完成時間, 重要程度,狀態。2.3.1.1.6修改日程記錄 2.3.1.1.6.1功能描述
可以修改日程記錄的所有字段。2.3.1.1.6.2界面原型
圖6 修改日程界面圖
2.3.1.1.7刪除日程記錄 2.3.1.1.7.1功能描述
用戶點擊操作欄中的“刪除”功能,可對該條記錄做出刪除,或者選擇要刪除記錄前面的復選框,進行批量刪除;查詢條件:標題,開始時間,狀態,計劃完成時間,重要程度,有效時間,實際完成時間。
2.3.1.1.7.2基本流程
圖7 刪除日程記錄流程圖 2.3.1.2工作計劃管理 2.3.1.2.1總體描述
無論是單位還是個人,無論辦什么事情,事先都應有個打算和安排。有了計劃,工作就有了目標的目標和明確的步驟,就可以協調大家的行動,增強工作的主動性,減少
盲目性,使工作有條不紊地進行。同時,計劃本身又是對工作進度和質量的考核標準,對員工有較強的約束和督促作用。所以計劃對工作既有知道作用,又有推動作用,搞好工作計劃,是建立正常的工作秩序,提高工作效率的重要手段。
2.3.1.2.2拓撲圖
圖8 工作計劃管理拓撲圖2.3.1.2.3用例圖
圖9 工作計劃管理用例圖2.3.1.2.4添加工作計劃 2.3.1.2.4.1功能描述
系統正常運行,并且用戶擁有添加工作計劃權限的時,進入添加工作計劃頁面。2.3.1.2.4.2界面原型
圖10 添加工作計劃界面圖 2.3.1.2.4.3數據項描述
員工姓名:根據登錄用戶自動獲取;部門:根據登錄用戶自動獲取;崗位:根據登錄用戶自動獲取;職務:根據登錄用戶自動獲取;計劃名稱:必填項,最大長度30字;計劃開始時間:必填項,點擊輸入框出現時間控件進行選擇日期;計劃結束時間:必填項,點擊輸入框出現時間控件進行選擇日期,所選日期在計劃開始時間之后;
計劃負責人:必填項,默認為當前登錄用戶;計劃類型:必填項,通過點擊下拉列表選擇;計劃內容:必填項;預期目標:非必填項,限500字;參與人員:從人員列表中選擇;發布范圍:從人員列表中選擇;備注:非必填項,限300字;附件:非必填項,文件類型須為rar、zip、jar、txt、doc、docx、xls、xlsx。2.3.1.2.4.3基本流程
圖11 添加工作計劃流程圖 2.3.1.2.5查看未讀計劃
2.3.1.2.5.1功能描述
在系統正常運行,并且用戶擁有讀取未讀工作計劃的權限,進入未讀工作計劃查詢頁面。主要是其他人員提交給該用戶的工作計劃,類似郵件系統里的未讀郵件。
2.3.1.2.5.2界面原型
圖12 查詢未讀工作計劃界面圖 2.3.1.2.5.3查詢條件
員工姓名,部門名稱,崗位名稱,職務,計劃類別和計劃開始時間;2.3.1.2.5.4查詢列表
序號、計劃標題、員工姓名、參與人員、所屬部門、崗位、職務、計劃類別、計劃開始時間、計劃結束時間。
2.3.1.2.6查看已讀計劃 2.3.1.2.6.1功能描述
系統正常運行,并且用戶擁有讀取已讀工作計劃的權限時,用戶可以查看已經讀取的工作計劃信息用戶查看已經讀取的工作計劃信息,同時也可以刪除已讀的工作
計劃信息。主要是以列表的形式查看,包括:序號,計劃標題,員工姓名,參與人員,部門名稱,計劃類別,計劃開始時間,計劃結束時間。
查詢條件:員工姓名,部門名稱,崗位,職務,計劃類別,計劃開始時間。2.3.1.2.6.2界面原型
圖13 查詢已讀工作計劃界面圖 2.3.1.2.6.3基本流程
圖14 查詢已讀工作計劃界面圖 2.3.1.2.7查看已提交計劃 2.3.1.2.7.1功能描述
用戶查看已經提交的工作計劃信息,同時也可以刪除已提交的工作計劃信息。2.3.1.2.7.2界面原型
圖15 查詢提交工作計劃界面圖 2.3.1.2.7.3查詢條件
員工姓名,部門名稱,崗位,職務,計劃類別,計劃開始時間。2.3.1.2.7.4查詢列表
序號,計劃標題,員工姓名,參與人員,部門名稱,計劃類別,計劃開始時間,計劃結束時間。
2.3.1.2.8查看草稿箱 2.3.1.2.8.1功能描述
用戶登錄系統后,查看所有該用戶保存為草稿的工作計劃信息,同時也可以刪除草稿狀態的工作計劃信息。也可以給某條工作計劃添加子計劃,主要是以列表的形式分頁查看。
2.3.1.2.8.2界面原型
圖16 查詢草稿工作計劃界面圖 2.3.1.2.8.3查詢條件
員工姓名,部門名稱,崗位,職務,計劃類別,計劃開始時間。2.3.1.2.8.4查詢列表
序號,計劃標題,員工姓名,參與人員,部門名稱,計劃類別,計劃開始時間,計劃結束時間。
3.總體設計 3.1概述
本次OA協同辦公系統采用基于JA V A WEB的SSH及IBATIS四大框架技術開發。其中貫穿了MVC設計模式、JA V A面對象思想。如下圖所示:
圖17 系統整體架構圖
模型表示企業數據和業務規則。在MVC的三個部件中,模型擁有最多的處理任務。例如它可能用象EJBs和ColdFusion Components這樣的構件對象來處理數據庫。被模型返回的數據是中立的,就是說模型與數據格式無關,這樣一個模型能為多個視圖提供數據。由于應用于模型的代碼只需寫一次就可以被多個視圖重用,所以減少了代碼的重復性。
控制器接受用戶的輸入并調用模型和視圖去完成用戶的需求。所以當單擊Web 頁面中的超鏈接和發送HTML 表單時,控制器本身不輸出任何東西和做任何處理。它只是接收請求并決定調用哪個模型構件去處理請求,然后再確定用哪個視圖來顯示返回的數據。
服服服服服 服服服服服
圖18 系統物理架構圖 3.2系統總拓撲圖
圖19 系統拓撲圖
3.3系統功能清單 表1 系統功能明細表
3.3環境搭建 安裝Oracle數據庫 安裝Oracle客戶端 安裝PLSQL 配置Oracle數據庫 安裝MyEclipse 6.5 配置tomcat/java環境變量 4.系統設計
4.1開發及運行環境
操作系統:Windows 2000/XP/2003 Server操作系統;數據庫:Oracle 10.0.2.1;Web服務器:Tomcat 5.0;Java環境:Jdk 1.4;處理器:Intel Pentium 2GHz或以上的CPU;內存:512MB,建議使用1GB內存;硬盤:硬盤至少有1GB可用空間;4.2數據庫設計
本系統數據庫采用Oracle 10g數據庫,使用數據庫連接池連接數據庫后,通過服務端的JSP環境管理員就可以象對當地數據庫一樣通過各種界面對數據庫進行瀏覽進行各種功能的顯示。數據管理,增加、刪除、修改。數據庫是數據的存儲之處,它是針對特定的需求所整理與組織出的相關信息的匯總處。無論何時,企業都需要高性能、高穩定性和高安全性的服務器操作系統作為信息化的基礎構架。企業級的高端應用更離不開數據庫的支持。Oracle是一個采用SQL語言的關系型數據庫管理系統。它是一個不折不扣的服務器級數據庫管理系統,與其它數據庫服務器如SQL SERVER、Sybase、Informix等相比它擁有高彈性與多元化的結構,不僅符合業界的需求,更能與現今最重要的互聯網緊密集成。
本系統數據庫名稱為oasys。數據庫oasys中包含29張表。在本系統中,以下字段作為公用字段,即每張表中都包含的字段,在以下就不在贅述。
表2 默認字段
4.2.1工作計劃發布范圍表(t_ico_ workPToStaff 4.2.1.1實體描述
該表用于存放工作計劃發布范圍,處理工作計劃與接收人員間的對應關系。4.2.1.2字段列表
表12 工作計劃發布范圍表
4.2.2工作子計劃表(t_ico_workSubPlan 4.2.2.1實體描述
該表用于存放工作子計劃。4.2.2.2字段列表
表13 工作子計劃表
4.2.3工作匯報表(t_ico_workReport 4.2.3.1實體描述
該表用于存放工作匯報。4.2.3.2字段列表 表14 工作匯報表
4.2.4工作計劃表(t_ico_workPlan 4.2.4.1實體描述
該表用于存放工作計劃。4.2.4.2字段列表 表15 工作計劃表
4.2.5日程安排表(t_ico_schedule 4.2.5.1實體描述
該表用于存放日程記錄。4.2.5.2字段列表
5.系統程序設計 5.1個人辦公 5.1.1日程管理 5.1.1.1添加日程記錄
系統正常運行,并且用戶擁有添加日程記錄權限時,用戶可以添加日程記錄。如下圖所示:
圖20 添加日程記錄界面圖 添加日程記錄核心代碼如下: scheduleService.saveOrUpdate(schedule, this.getLoginUserId(;5.1.1.2查詢日程記錄
系統正常運行,并且用戶擁有日程記錄查詢權限的情況下,進入日程記錄查詢頁面。如下圖所示:
圖21查詢日程記錄界面圖 查詢日程記錄核心代碼如下: scheduleService.querySchedule(qScheduleVO, this.getPage(;5.1.2工作計劃管理 5.1.2.1添加工作計劃
系統正常運行,并且用戶擁有添加工作計劃權限的時,進入添加工作計劃頁面。如下圖所示:
圖22 添加工作計劃界面圖 添加工作計劃核心代碼如下: workPlanService.queryWorkPtoStaffList(tempWorkPtoStaff, getPage(;workPlanService.saveOrUpdateAll(PublicList, getLoginUserId(;5.1.2.2查看未讀計劃
在系統正常運行,并且用戶擁有讀取未讀工作計劃的權限,進入未讀工作計劃查詢頁面。如下圖所示:
圖23 查詢未讀工作計劃界面圖 查看未讀計劃核心代碼如下: // 設置為發布對象
workPlanInfo.setWorkptostaffFlag(2L;workPlanService.queryWorkPlanList(workPlanInfo, getPage(;5.1.2.3查看已讀計劃
系統正常運行,并且用戶擁有讀取已讀工作計劃的權限時,用戶可以查看已經讀取的工作計劃信息。如下圖所示:
圖24 查詢已讀工作計劃界面圖 查看已讀計劃核心代碼如下: workPlanInfo.setWorkptostaffFlag(2L;workPlanService.queryWorkPlanList(workPlanInfo, getPage(;5.1.2.4查看已提交計劃
系統正常運行,并且用戶擁有讀取已提交工作計劃的權限時,用戶可以查看已經提交的工作計劃信息。如下圖所示:
圖25 查詢已提交工作計劃界面圖 查看已提交計劃核心代碼如下: // 通過當前登錄用戶獲取其相關人事信息 if(null == workPlanInfo && null!= staffInfo { workPlanInfo = new WorkPlanInfo(;workPlanInfo.setStaffInfoId(staffInfo.getId(;workPlanInfo.setIsDraft(2L;
workPlanService.queryWorkPlanList(workPlanInfo, getPage(;} 5.1.2.5查看草稿箱
系統正常運行,并且用戶擁有讀取草稿箱的權限時,用戶可以查看所有該用戶保存為草稿的工作計劃信息。如下圖所示:
圖26 查詢草稿工作計劃界面圖 查看草稿箱核心代碼如下: workPlanInfo.setStaffInfoId(staffInfo.getId(;workPlanInfo.setIsDraft(1L;西北民族大學電氣工程學院電子信息類本科畢業論文 workPlanService.queryWorkPlanList(workPlanInfo, getPage(;28 西北民族大學電氣工程學院電子信息類本科畢業論文 6.結論 通過本次對 OA 協同辦公系統的研究,我們小組完成了個人辦公、人事 信息、基本信息、權限管理等基礎模塊的開發。在開發的過程中,我們小組的團隊協作能力有了更進一步的提高。當 小組成員遇到問題時,我們先以小組討論的形式去解決這個問題,然后確 定最終的解決方案,小組成員在這種模式下相互的交流也越來越多。項目中
我負責工作計劃管理模塊,通過對該模塊的開發,使我對 Oracle 數據庫有了一定的了解,對 SSH 框架技術也有了更進一步的認識。這個項 目不管在技術上還是團隊協作上,為我以后的項目都積累了寶貴的經驗。29 西北民族大學電氣工程學院電子信息類本科畢業論文 參考文獻 [1] 李鐘尉《Java 從入門到精通》,北京:清華大學出版社,2010 年。[2] 李剛 《輕量級 Java EE 企業應用實戰》 北京:,電子工業出版社,2011 年。[3] 陸榮幸,郁洲《J2EE平臺上 MVC 設計模式的研究與實現》,2003 年。[4] 孫衛琴,李洪稱 《Tomcat 與 Java Web 開發技術詳解》,北京:電子工業 出版社,2003 年。[5] 何成萬,余秋惠《MVC 模型 2 及軟件框架 Struts 的研究》,北京:計算 機工程,2002 年。[6] Marty Hall,Larry Brown《Servlet 與 JSP 核心編程(第 2 版)北京:清 》 華大學出版社,2004 年。30 西北民族大學電氣工程學院電子信息類本科畢業論文 答 謝 走的最快的總是時間,來不及感嘆,大學生活已接近尾聲,四年的努力 與付出,隨著本次論文的完成,將要劃下完美的句號。論文得以完成,要感謝的人實在太多了,首先要感謝指導老師王書文院 長,從課題選擇到具體的寫作過程,論文初稿到定稿無不凝聚著您的關懷與 幫助,在論文創作過程中您給了我們很多指導與建議,才使得我們的論文得 以順利完成。還要感謝在這四年中給予我諸多教誨和幫助的各位老師,感謝你們四年 來的辛勤栽培。感謝我的母校給我的教育,我將以加飽滿的熱情投入到社會中去,充實 自己,完善自己,向著自己的目標不斷地前進,用我的所學的,您教授的,以實際行動報答母校,實現自己的夢想。31
第五篇:天氣查詢系統項目開發總結報告
項目開發總結報告(GB8567——88)1引言
1.1編寫目的
編寫本報告的目的是研究本系統的總體需求、背景。對開發結果 開發評價進行分析,得出經驗與教訓。
1.2背景
本項目是對天氣查詢系統作出的項目總結報告。此軟件的任務是根據課程設計任務提出的,由林龍燈(2號,組長)、林俊(3號)、林祥輝(5號)張善濤(17號)組成開發小組進行開發的,到時開發完成由小組成員安裝此軟件。
1.3定義
隨著計算機應用的日益普及和深化,隨時隨地了解今明天的天氣情況已經成為一種趨勢。因此,實現一個將各種天氣查詢服務功能集成起來的信息系統就顯得十分必要,既可以節省時間,又可以實現個性化的服務,減少不必要的等待和冗余的信息。開發的系統要求界面友好,方便直觀。既要方便管理員對天氣情況進行添加、刪除、修改、查詢和統計等管理,又要方便用戶及時了解最新的天氣狀況。
1.4參考資料
參考資料如下所示: i.ii.iii.iv.錢樂秋等,《軟件工程》,青還大學出版社;
張害藩,《軟件工程導論》(第四版),清華大學出版社; 王珊等,《數據庫原理及設計》,清華大學出版社; 趙池龍等,《軟件工程實踐教程》,電子工業出版社。
2實際開發結果
2.1產品
在天氣查詢系統中,用戶只需要自己建立一個查詢系統帳戶。通過系統自動審核后,可以方便查詢各種天氣信息。系統能自動記錄用戶的選擇,下次查詢,系統能自動顯示上次用戶查詢的條件,方便用戶查詢。
管理員定期對天氣信息信息進行錄入、修改、刪除,并能對違規的用戶帳戶進行刪除。為系統維護人員提供權限管理、數據備份等通用功能。
本系統通過強大的計算機技術給普通用戶查詢天氣狀況帶來便利。本系統為用戶提供時時天氣查詢,近期天天氣查詢服務。為管理員提供便利的天氣信息錄入、修改功能。并能自動分析近期的天氣走勢,反饋用戶查詢情況。目標還包括:
? 減少人力與管理費用; ? 提高信息準確度; ? 改進管理和服務;
? 建立高效的信息傳輸和服務平臺,提高信息處理速度和利用率;
?
系統設計優良,界面設計精美、友好、快捷,人性化設計,后臺管理功能強大、效率高;
?
更簡便、信息化程度更高的天氣查詢流程;
2.2主要功能和性能
本系統主要實現天氣信息管理、用戶管理和天氣查詢管理等主要的管理功能。(1)天氣信息管理
? 天氣信息管理:增、刪除、改等管理。
? 天氣信息分類管理:根據天氣信息的地域,類別等建立一張天氣信息分類表,系統可以根據它,進行分析,統計。
? 天氣信息統計管理:根據天氣信息類別表,自動統計、分析天氣情況,供管理員參閱。
(2)用戶管理
? 新增用戶管理:建立新用戶。
? 用戶信息管理:用戶自己可以修改個人信息,而管理員可以刪除用戶帳戶。(3)天氣查詢管理
? 用戶查詢管理:用戶可以查詢本系統提供的天氣信息。? 管理員查詢管理:管理員可以查詢用戶的查詢記錄。
? 用戶查詢統計管理:系統自動分析用戶查詢情況,并將用戶查詢記錄在查詢信息表上。
由于此開發項目針對天氣查詢,使用頻度較高,使用性要求比較高。為防止對信息資料和管理程序的惡意破壞,要求有較為可靠的安全性能。總之,要求穩定、安全、便捷,易于管理和操作。
? 查詢速度:不超過10秒;
? 其它所有交互功能反應速度:不超過3秒; 可靠性:平均故障間隔時間不低于200小時。
2.3基本流程
基本流程圖如下所示:
進入查詢系統信息管理員用戶信息修改用戶管理注冊查詢信息天氣信息表用戶信息表用戶信息表天氣信息表
2.4進度
原計劃進度如下: A.可行性分析:2天 B.需求分析:7天;
C.軟件設計(概要設計和詳細設計):3天; D.數據庫建立:5天;
(以下6個子系統可并行編碼、單元測試)E.子系統1編碼測試:5天;F.子系統1編碼測試:6天;G.子系統1編碼測試:7天;H.硬件安裝:8天;I.硬件測試:4天;J.集成測試:5天;K.系統安裝、培訓:2天; L.驗收測試:2天
實際進度與原計劃進度一樣,主要是每次的進度都與計劃計劃實施的一樣,所以結果無偏差。
2.5費用 1萬元人民幣 3開發工作評價 3.1對生產效率的評價
a. 程序的平均生產效率:
E=aL^b=2.4*1024^1.05(每人月)b. 文件的平均生產效率為:1.024(KLOC/人月)
此計劃和實際的無多大偏差。
3.2對產品質量的評價
錯誤發生率:17.79(每千條指令)這比實際的預算大,因為在編寫的過程中還出現了大部分的語法錯誤,所以要一直修改。
3.3對技術方法的評價
在開發過程中開發工具是用VC++ 6.0和C++平臺。VisuslC++6.0提供了功能強大的MFC類庫(MierosoftFoundationClass),MFC是一個很大的C++類層次結構,其中封裝了大量的類及其函數,很多Windows程序所共有的標準內容可以由MFC的類來提供,MFC類為這些內容提供了用戶接口的標準實現方法,程序員所要做的就是通過預定義的接口把具體應用程序特有的東西填入這個輪廓,這將簡化編程工作,大大的減少程序員編寫的代碼數量,使編程工作變得更加輕松容易;提供了基于CASE技術的可視化軟件的自動生成和維護工具Appwizard、elasswi乙叮d、visualstuaio、wizardBar等,實現了直觀、可視的程序設計風格,方便地編和管理各種類,維護程序的源代碼;封裝了Windows的API函數、USER、KERNEL、GDI函數,簡化了編程時創建、維護窗口的許多復雜的工作,同時提供了數據庫訪問對象接口;鑒于目前小組成員只學了C和C++,而且相比C而言, 用C++開發效率很高,由于OOP,對象會自己管理自己,這樣避免了很多維護的麻煩,加快了開發速度。
3.4出錯原因的分析
出錯的主要原因是由于:一方面對C++語言的語法理解出現了偏差,另一方面就是數據庫連接時出現了一些問題。
4經驗與教訓
在這項開發過程中最主要的經驗與教訓就是小組里面各個成員之間的工作要協調好,誰做什么要明確分工,要不到時就會出現很多問題。