網站首頁 個人文檔 個人總結 工作總結 述職報告 心得體會 演講稿 講話致辭 實用文 教學資源 企業文化 公文 論文

需求分析報告(精品多篇)

欄目: 實用文精選 / 發佈於: / 人氣:2.95W

需求分析報告(精品多篇)

需求分析 篇一

需求性分析

(網絡書店管理系統)

一、概述

隨着網絡通訊技術的發展,網上書店作為出版社一種全新的銷售手段,越來越受到人們的關注。它打破了傳統銷售模式在時間、空間上的限制,採用了先進的銷售手段和銷售方法,大大提高了經濟效益和資源利用率,使商務活動上了一個新台階。它可以使顧客足不出户,就能通過網絡選購商品,並由相應的網絡經銷商送貨上門。本系統的好處就是不僅能讓消費者可以方便地得到所需商品,而且還能有效的減少銷售環節,從而最大限度地降低了商品的最終價格。本項目所用的操作系統是windows 7,開發系統是Visual Studio 2008,數據庫採用SQL Sever 2005。

三、數據字典

編號名稱類型説明

1書籍信息數據存儲書籍信息=書名+作者+年代+編號+採編人員

2會員信息數據存儲會員信息=姓名+性別+出生日期+住址+聯繫電話

3圖書細目數據存儲圖書細目=編號+購買記錄

關於需求分析的總結報告 篇二

關於需求分析的總結報告 在學習了第四章的需求獲取之後做出以下總結 這部分主要強調了在優秀的軟件工程中抽象和建模的關鍵原則。使用模型來從已有的需求中梳理出誤解和遺漏的的細節並與他人溝通需求。討論了需求的不同資源和不同類型功能需求VS質量需求VS設計約束解釋如何編寫易測試的需求並描如何解決衝突。討論需求引出、需求文檔、需求評審、需求質量及度量以及如何選擇一個規格説明方法的示例。 為了開發出真正滿足用户需求的軟件產品首先必須知道用户的需求。對軟件需求的深入理解是軟件開發工作獲得成功的前提條件不論人們把設計和編碼工作做得如何出色不能真正滿足用户需求的程序任然是失敗的程序。 那麼這些工作需要在編碼前進行細緻的安排包括 一需求分析任務的建立 1 確定對系統任務的綜合要求 ○1功能需求指定系統必須提供的服務通過需求分析應該劃分出系統必須完成的所有功能 ○2性能需求指定系統必須滿足的定時約束和容量約束 ○3可靠性和可行性需求定量的指定系統的可靠性 ○4出錯處理需求説明系統對於環境錯誤應該怎樣響應 ○5接口需求描述應用系統與它的環境通信的格式 ○6約束設計約束或實現約束描述在設計或實現應用系統時應遵守的限制條件 2 分析系統的數據要求 軟件系統本質都是信息處理系統系統必須處理的信息和系統應該產生的信息在很大程度上決定了系統的面貌對軟件設計有深遠影響 3 到處系統的邏輯模型 4 修正系統開發計劃 二與用户溝通獲取需求的方法 分析員提出一些事先準備好的具體問題例如詢問客户公司銷售的商品種類、僱傭的銷售人員數目以及信息反饋時間應該多快等在非正式訪談中分析員提出一些用户可以自由回答的開性問題以鼓勵被訪問人員説出自己的想法例如詢問用户對目前正在使用的系統有哪些不滿意的地方。 在訪問用户的過程中使用情景分析技術往往非常有效。 三分析建模與規格説明 1 分析建模 2 軟件需求規格説明 通常使用自然語言完整、準確、具體地描述系統的數據要求、功能需求、性能需求、可靠性和可用性要求、出錯處理需求、接口需求、約束、逆向需求以及將來可能提出的要求。 四實體——聯繫圖 五數據規範化 六狀態轉換圖 七驗證軟件需求 1 從哪些方面驗證軟件需求的正確性包括一致性、完整性、現實性、有效性 2 驗證軟件需求的方法○1驗證需求的一致性○2驗證需求的現現實性○3驗證需求的完整性和有效性 為了詳細的瞭解並正確的解用户的需求必須使用適當方法與用户溝通訪談是與用户最基本的溝通。為了提高軟件需求精確度快速建立軟件原型是最準確最有效和最強大的需求分析技術。快速原型應該具備的基本特徵是“快速”和“容易修改”。為了跟好的理解問題常常採用建模的方法結構化分析實質就是一種建模活動除了創建分析模型之外在需求分析階段還應該寫出軟件需求規格説明書經過嚴格評審並得到用户確認後才能作為這階段的最終成果。通常要從一致性完整性現實性和有效性四個方面複審軟件需求規格説明書。 通過做一些小項目我更深體會發到對於軟件的需求分析一旦分析失誤或者不能很好的滿足用户的要求都將是一項失敗的項目。如果是大項目將給公司帶來不可估量的損失。特別是書寫需求規格説明書除了與用户進行很好溝通外自己要梳理出很清晰的思路這樣才能很好的按照需求進行編碼。

需求分析報告 篇三

一、網絡應用需求。

1、校園網與Internet連接,使師生可通過互聯網獲取資源和信息。

2、建設學校網站,實現學校的對外宣傳以及發佈學校內部信息。

3、在校園網內實現文件傳輸共享。

4、實現學校行政、教師的無紙化辦公。

5、學生個人信息管理與查詢系統。

6、圖書館電子化,實現圖書信息搜索。

7、校園生活電子化(包括如:一卡通消費,轉帳交納網費、電費、水費,個人帳户網上管理和查詢)。

8、校內網絡輔助教育教學(如:廣播、組播,上機考試等)。

9、電子郵件系統。

二、安全需求。

1、校園網接入Internet,應使用防火牆的過濾功能來防止網絡黑客和其他非法入侵者入侵網絡系統,並對接入Internet用户進行權限控制。

2、設置用户權限,對不同用户分組進行權限限制。

三、技術需求。

1、為確保校園網的性能及安全需求,採用100/1000Mbps光釺以太網作為校園網的主幹。主幹網承擔了整個學校網絡包交換、子網劃分、網絡管理等重要任務,應採用具有三層路由功能、包交換性能高的交換機作為主幹網的節點機,分佈在網絡中心、圖書館、教學樓、實訓樓、食堂,教師公寓和學生公寓。

2、設立一個網絡中心,配置相應的服務器及路由交換等設備。網絡中心可對整個校園網進行管理,並作為校內連接Internet的網絡關口,承擔防禦過濾等安全功能。對校內各網絡節點進行監控,防止病毒的傳播。

3、校園的主要建築有圖書館、教學樓、實訓樓、食堂,教師公寓、學生公寓,必須在這些建築物內安裝足夠信息點以及信息終端以滿足用户的需求。

4、佈線系統採用星形分佈式拓撲結構,分為工作區子系統、水平子系統、管理子系統、垂直幹線子系統、建築羣子系統、設備間子系統。

5、以學生公寓為例,每幢學生公寓有6層,每層有12間宿舍,每間宿舍須設4個信息點。據此應該在每層設集線箱,每幢公寓有一個管理間,管理間內設二層交換設備。

6、網絡中心應相應的配置有E-Mail服務器、FTP服務器、WEB服務器及防火牆等設備。

7、整個校園為一個虛擬局域網,為管理不同性質用户應劃分不同子網,進行IP地址分配以及相應的路由配置。針對我校有兩個校區的情況,可通過公共網絡採用Vxx將兩個校區連在同一虛擬局域網。

四、安全需求。

1、按照相應標準進行局域網的建設,確保物理層安全。

2、採用主機訪問控制手段加強對主機的訪問控制。

3、劃分安全子網,加強網絡邊界的訪問控制,防止內外的攻擊威脅,定期進行網絡安全檢測,建立網絡防病毒系統。

4、建立身份認證系統,對各應用系統本身進行加固。

五、其他需求。

1、在圖書館、自習室建設無線網絡,以滿足學習需要。

2、做好應急設備的準備,相應應有備用設備以確保緊急情況下的網絡保障。

需求分析報告 篇四

作為一名學習金融學方面的學生來説,不及時瞭解金融市場的信息,你就不是一位出色的學生。作為一名將要就業的學生,不及時瞭解人才市場中本專業的供需,你就不能更好着眼將來的職業生涯。為了能更好地瞭解我們投資理財專業的人才需求情況,為了以後就業作提前的瞭解,今年寒假我對我市人才市場,金融專業的人才需求、職業要求和其他要求等情況做了調查。

關鍵詞:金融 人才市場 人才需求

今年寒假,我對目前我市人才市場對於金融與證券人才的狀況進行了實地調查,調查顯示:在會計學、財務管理、市場營銷、經濟學、金融學、財政學、人力資源管理、證券與投資學等財經類人才需求專業中,會計學專業所佔比例高居榜首,為17.8%,財務管理位居第二為15.8%、,其他各專業依次為13.8%、8.7%、8.4%、6.2%、5.6%、4%。

隨着社會主義市場經濟、現代企業制度和現代資本市場的建立,隨着中國經濟全球化過程,以及現代信息技術等管理工具的快速發展,企業迫切需要進行項目投資融資、資本運作、税務籌劃、成本控制等相關的戰略規劃及運作、參與併為決策提供信息支持的財務管理的專門人才;另外金融市場的不斷成熟和金融操作的日益現代化,使企業的財務活動以及與各方面關係將越來越複雜。對專業化的會計人才的需求也不斷增加。

一、調查情況分析

(一)金融行業“錢”景廣闊

本次報告顯示,金融專業畢業生其平均起點工資和平均定級月薪分別為2628.52元和3794.91元,與其他行業相比,明顯處於較高水平,對畢業生來説十分具有誘惑力。在具體薪酬方面,報告揭示,金融高端人才年薪都在15萬元以上,八個城市的基金經理平均年薪為21萬元左右。按照自身的條件不同,能力、學歷、經驗和背景的差別,往往同一崗位的人員所獲得的薪酬也呈現出較大的差別,其年薪為15萬—100萬元不等。

(二)金融類人才缺口巨大

調查報告還顯示,上海、北京、廣東和江蘇這幾個省市對金融行業人才的需求量很大。這些省市金融機構相對集中,發展態勢良好,尤其是對金融行業的中高端專業人才需求量非常大,目前企業需求量與人才的供應量比例已經接近9∶1。這也直接導致金融行業人才求職活躍,三分之一以上的人員會主動出擊尋找更好的工作機會。專家表示,因為金融行業總體上人才缺口較大,企業的招聘職位和數量都比較多,對個人而言可選擇的機會比較多,因此人才的流動率也較大。與上海、北京相比,杭州的情況稍微平和一點,但有向這些大城市靠攏的趨勢。專家告訴記者,隨着商業銀行、外資銀行進駐杭州以及越來越多的準金融機構(如私募基金之類)在杭發展,金融人才,尤其是高端金融人才的缺口將越來越大,杭州金融類人才的流動性和薪酬水準也會向上海這些大城市靠攏。而且現在不少國有銀行也開始轉變觀念,委託獵頭公司尋找相關人才,人才的爭奪將進入白熱化。

(三)金融類人才壓力也不小

據瞭解,金融行業的企業目前招聘的職位主要是銷售類、金融類、保險類和經營管理類等人才。從金融行業人才的職業分佈情況來看,保險類的供求比例差距比較大,企業對保險類人才的需求較多,而市場上該類人才的供應量又相對較少。此外,金融業對高端人才的需求也格外強勁,企業需求較多的典型高薪職位包括基金經理、高級投資諮詢顧問、投融資經理、金融分析師等。這種需求也不斷造就業內高端人才頻繁流動,據資料顯示,在基金經理炫目的光環背後,是年均30%的淘汰率和年均54.3%的變動率。近年眾多明星基金經理轉投私募行業也令金融領域人才緊缺的困境越加明顯。專家表示,“企業在招聘金融行業高端人才時,大多數對工作經驗都有嚴格要求,通常要求有5-10年及以上工作經驗,並且能夠熟練運用或精通一門外語,系統學習過一定的財務、金融和管理等專業知識,對相關的理論有較深入的研究。有些崗位甚至還要求候選人有過上億資產運作經驗,熟悉資金運作程序以及有海外資金渠道等。因此金融行業的高端人才往往在市場上呈現供不應求的態勢,各大企業紛紛以高薪和各種附加福利待遇來吸引人才。

(四)調查結論

根據本次調查,結合教育部高等教育司2005年公佈的一份針對高校經濟學、工商管理類人才需求和培養現狀的權威報告顯示,今後相當長一段時間裏,社會對經濟類、工商管理類人才需求意願仍然很強烈,經濟相對較發達的地區的社會用人單位的需求意願相對更強烈。

二、企業對人才需求的關鍵因素分析

紮實的專業知識,富有創新意識,高尚的職業道德,較強的交際能力,獨立的工作能力,踏實,事業心強,均對企業用人需求起着重要的作用,我們將關鍵的因素進行了統計:72%的用人單位認為高尚的職業道德是企業決定聘用與否的關鍵,有64%的企業選擇了具有較強的團隊精神,另有62%和58%的用人單位認為踏實,事業心強,擁有過硬的專業技術知識對企業也很重要。

在相同條件下企業會優先考慮哪類求職者有80%的企業會選擇有一定工作經驗的應聘人員,原因是適應期短,工作更容易上手,從而有利於企業降低用人成本。有32%的企業更青睞於獲得各種證書的應聘者,他們認為這類人員學習能力強,悟性好,更容易接受新事物;相對而言,求職者在校的職務以及外表氣質等因素對企業用人取捨的影響力度不是很大,僅佔不到10%。從中可以看出,如今企業更看重的是員工的實際工作能力以及能否為企業創造更大的價值。 另外企業的技術構成對人才的需求也會產生一定的影響。從總體上看,企業對應用型人才的需求約佔50%,對研發型人才的需求約為14%,有48%的企業需要求職者擁有本科及以上的學歷,52%的企業對應聘者工齡有要求。

三、思考與建議

根據以上調查,我對該專業的教育和建設提出如下建議 :

(一)以精品課程建設入手,推動專業建設

專業的發展在於教學和科研水平的提高,教學水平提高的一個重要方面在於課程建設的質量。在多年的教學實踐過程中,業內人士深深感到專業建設的根本在於課程建設,而課程建設又在於教學基本文件材料的建設,因此在課程建設方面,本專業應一如既往地通過課程建設實現課程教學水平的提高。如財務管理、會計電算化應作為精品課程來建設。

(二)大力建設實踐環節課程體系

實踐性教學將是進一步搞好教育,形成新的辦學特色和辦學優勢的着力點。本專業應充分利用原有的校內外實習基地加強實踐性教學,建立了一個綜合的金融模擬實習中心。通過幾種不同形式的模擬,可以不斷提高金融與證券教學質量,縮小理論與實踐的差距,使學生能夠熟練地掌握與運用各種業務操作技能,儘快地適應金融業的實際工作。

(三)改革教學方法和教學手段

教學水平的提高,一方面依賴於課程建設的質量,另一方面,教學方法和教學手段的改革也是非常重要的。會計電算化專業是一個實踐性很強的專業,因此,在注重傳授專業理論的同時,教學過程中更應該注重培養學生分析問題與解決問題的能力以及開拓創新能力等。這兩方面的能力也正是社會用人單位認為目前的經濟類、工商管理類畢業生所欠缺的。因此,在會計電算化專業授課過程中,應鼓勵教師加強案例教學手段的應用,積極參與到學生的第二課堂實踐中,還應鼓勵教師積極探索和嘗試與教學層次想適應的啟發式教學方法,並注重運用多媒體輔助教學。

(四)進一步完善校企合作辦學特色

在原有的基礎上,進一步擴大校企聯合辦學的規模和合作項目。另外隨着中外面合次企業的曾多,針對企業用人單位的意見,應加強英語教學的訓練。在國家教育部2001年4號文件《關於加強高等學校本科教學的若干意見》中,提出高等學校在本科教學中要積極推動使用“雙語”教學,它是我國加入WTO後對人才培養模式加速改革的要求,也是社會經濟飛速發展的要求。 (五)進一步加強師資隊伍的建設

無論是專業課程建設,還是學術科研發展,都離不開教師,所以師資隊伍建設問題是專業建設的首要問題。適應社會對財務管理人才的需求,建立一支能適應“國際化、職業化、市場化”辦學特色要求的教師隊伍。形成一支年齡和職稱結構合理、教學和科研並重,並能運用外語進行專業教學的教師隊伍。 (六)加強對學生的職業素質教育

在現代市場經濟中,專業人才的職業素養、職業能力和就業競爭力將成為各類院校核心競爭力的重要組成部分。因此,本專業應樹立“以學生成材為本”的思想,為學生搭建職業素質培養平台,做好學生的職業素養教育。

1、樹立以“誠信、寬容、感悟”為核心的基本職業素養精神,通過教師課堂教書育人、課後職業素養講座,從思想上幫助學生建立起現代金融服務業所賴以生存的基本職業理念。

2、通過提供就業指導講座為學生提供信息和職業規劃的專業思路,聘請專業的金融人士和專業的市場人力資源管理專家,為學生提供職業的人生規劃培訓和輔導。

3、開設會計業職業規劃課程。通過介紹各種工商企業中職位的設置以及各種職位對學生的知識、能力和素質的要求,為學生理解自身的職業、規劃職業生涯提供理論和現實的指導。

在世界經濟金融大調整、大變革的後危機時代,能否合理規劃新形勢下的人才策略,並搶佔人才制高點,將是金融機構塑造國際競爭力的重要一環,我們要從戰略角度深入思考,並妥善制定人力資源薪酬管理方案,確保自己的企業實現可持續長期發展。

需求分析報告 篇五

一、問題的提出

當前,我國基礎教育改革的發展已進入了全面推廣階段,基礎教育課程改革已全面實施。建社一支高素質的教師隊伍是全面推進課程改革的前提,也是課程改革得以順利高效。

一五“期間,改進工作,提高培訓實效性,針對性,促進教育改革,更好地為房山地區培訓高素質的教師服務,我們於20**年9月至20**年3月,深入基地校組織召開了十幾次幹部,教師座談會,還對一些教師進行了個別訪談。

(一)存在的'困惑

從反饋的情況看,有相當部分的教師存在以下困惑:新課程實施過程中,教師感到雖然思想上理解掌握了新的教育理念,在教學中也滿腔熱情地按新的教育理念去實踐(創設師生平等的課堂教學氛圍,採用小組合作學習課堂組織形式,學生的學習與生活結合,基於建構主義樹立新的教學觀與學習觀,轉變評價的功能,內容,技術,角度,方式),然而,新課程對教師提出了更高的要求――創造性地利用教材,課程資源的自主開發,教學行動的自主研究與反思。所有這些問題,由於新課程標準並未給出綱性指標,使得教師對自身行為不能做出肯定判斷。因而會出現茫然無所適從的現象。也就是説,教師的理論不能有效或高效地與教學實踐相結合,對課程改革的實效性產生不必要的懷疑,削弱了教師課程改革的熱情,一定程度上阻礙了課程改革的進程。

(二)面臨的問題

1.觀念雖然發生了變化,但教師在教學中仍然擺脱不了舊有觀念的束縛,在行動上表現為以講授為主,以教參,課本為主,以考試為終極評價。

2.學科專業水平欠缺,職前教育所掌握的知識大部分遺忘或過於陳舊,對學習不重視,在培訓中有少部分教師承認”因逼迫“參加培訓,更有部分學員只在培訓的開始與結束參與。

3.視野狹窄,忙於生活,應付教學,不注意學習,很少看參考書和學科雜誌,很少瀏覽遠程資源。

4.教育科研能力弱,表現在對經驗的梳理與反思不夠,不能從理論上解釋自己的行為,缺乏理論昇華。

在座談和訪談中,教師們一致認為,如何結合國中教師的實際工作經驗進行理論的內化是提高培訓實效的關鍵。教師培訓工作中存在的重理論輕實踐,重講解輕參與的現狀必須得到有效的扭轉。當然,從反饋的情況看,一些結合實例的討論和有學員共同參與的培訓活動受到普遍歡迎。

二、座談,訪談內容與人員

(一) 座談,訪談內容:

1.領導座談,訪談:

(1)學科教師的培訓需求是什麼

(2)哪些學科培訓已基本滿足教學需求 哪些是不適應的

(3)你單位的教師學歷結構怎樣(大專,本科所佔專任教師的比例狀況) 結構是否合理

(4)”教非所學“教師所佔的比例 這些教師的教學情況如何 有多大比例的教師是可以在現任崗位上繼續發展的

(5)針對現在教師現狀,你認為適合教師專業發展的方向是什麼 教師發展過程中的障礙是什麼

2.教師座談,訪談

(1)你對自己目前的工作狀態有哪些不滿足

(2)在提升學歷層次方面,你有哪些需求

(3)在提升專業素養方面,你有哪些需求

(4)你認為區教委要解決國中教師”教非所學“的問題應採取什麼方式,應培訓哪些內容

(5)根據目前教育形勢發展,作為教師,你認為最需要什麼形式的培訓 在培訓當中,有什麼障礙和困難

(二) 訪談人員

進校教師進修處的領導與基地校的領導和國中各學科教師代表進行座談和訪談。基本上完成了預定的座談,訪談任務。

三、座談訪談分析

(一) 現狀與問題

1.基地校的領導所反映的現狀與問題

(1)現狀:專業教師學歷不合格的教師佔專業教師的比例:最低的學校佔26%,最高的佔54%;教非所學的教師佔專業教師的比例:最低的學校佔42.7%,最高的學校佔49.4%(不包括教非所學教師學歷不合格).教非所學的教師有的教的不錯,學校希望他們繼續從事此科教學。有的教師教學能力不錯,專業基礎知識缺乏;有的教師專業基礎知識不錯,教學能力差;有的教師專業基礎知識不錯,但是教育學生的能力差,管理,組織,控制能力差;有的教師課標,考綱,重難點及考點吃不準,教法單一,學法貧乏,不會備考,教學成績不佳。

(2)學校需求:

①部分學歷不合格的教師需要學歷進修;教非所學的部分教師需要進修第二學歷,補充紮實的專業基礎知識;

②圖書室,檔案室等專業技術人員,物理,化學,生物等學科試驗員;

③ ”教“,”學“一致的教師在信息技術方面需要進一步深化需求的佔51%;

④提高教育教學能力和教育教學質量和備考的需求;

⑤希望與市重點校優秀教師交流的佔50%;

⑥需要增加教師的信息量;

⑦教育理論,教學理念方面落後,需要補充前沿知識;

⑧綜合知識的欠缺,單一性專業知識越來越不適應教育教學,需要知識的整和,一專多能;

⑨在課堂教學上需要技術指導的佔53%;急需教學基本功的培訓和教師道德的培訓。如,育人技巧方面的需求;再如,學生學習方法的需求。

⑩提高教科研能力的需求。加強教研組長的培訓。

2.中學教師所反映的現狀與問題:

教師希望改善教學條件,提高教學水平;希望得到最解渴,最實際,最有效的培訓;希望走出去,請進來,得到名師指點;希望在課堂教學中得到切實的幫助。由於目前大部分學校仍然高度關注考試和升學,因此對於教師的專業成長雖有要求,但並沒有能落實到學校工作實際中;教非所學的部分教師需要,特別是教會考科目的教師願意自費進修所教第二學歷,而教非會考科目的教師則不太情願進修所教第二學歷 .部分基層教師缺少提高專業水平的需求,缺少團隊意識。需要加強教研員力量,包括隊伍建設以及教研員業務的再提高等方面,以滿足基層教師的需求,教研員工作方式也要轉變;注意和高校等專業機構合作,以拓寬專業引領渠道。

從整體看,學校不能很好支持教師的專業成長,例如教師的專業引領力量單薄,以致教師的需求主要靠網絡;同時基層學校應加強專業引領力量建設,具體存在以下問題:

學校的評價機制不夠健全。沒有將”如何支持教師的專業成長“納入學校主要工作中。如目前年級組作為學校管理的主要結構,而教研組工作在部分學校沒有受到應有的重視。這部分教師忙於應付繁忙課堂教學,認為開一節”現代意義“的研究課費時費力,同時課後還要接受一批經驗教師的”批評和指正“,因此從心理上不願進行夥伴互助式的課堂探索,也就不願承擔課例研究的任務。現在的學校以中青年教師為主,由於缺少專家教師的引領,教師學習的積極性呈現年齡和職稱的倒掛現象。如青年教師在培訓中有更高的熱情和需求,而中老年教師習慣於自己已形成教育理念和教育方式,缺少進一步的需求。現在的體制束縛區級專家跨學校的引領和學校間的合作。

(二)教師的需求

1. 有理論支持。一些教師由於忙於應付繁重的課時任務,平時很少有時間用於理論學習,同時也不太有機會接觸到新理論,因此需要新的理論來指導實踐。希望能多提供一些最新實踐和理論的專家報告,培訓需求分析報告範文,工作報告《培訓需求分析報告範文》。

2. 領導的支持和理解。由於參加培訓需要一定時間和精力,學校除在硬件條件給與必要的支持以外,更應在人文和態度上給與關懷,減少不必要的事務,讓大家有更多時間和精力沉浸在課堂教學研究中。

3. 教師間需強化合作意識。在課程背景下需要教師間強化合作意識。如教師心中的有效培訓方式是集體研討,有專家指導的研討與課堂探索以及同事之間的隨時交流,由此可見教師在業務上越來越需要團體的相互幫助。

4.與高校,教科院和教研室等單位建立長期穩定的合作機制。通過訪談反映,教師在開展校本教研中最希望得到專業研究人員,網絡和教研員的幫助。教師希望專業指導方式主要在”作為合作伙伴,與教師一起備課,聽課,評課,再上課改進“, ”組織專家對教師教學中的問題多方會診“,”給教師提供相關信息和資料“等,由此可見教師希望專家與自己一起在課堂實踐中實現專業引領。

5. 加強制度建設,保證培訓所需的各種制度保障。激發所有教師的自我提高需求。

6. 加強校際聯合。因為校際聯合不僅拓寬教師視野,實現取長補短,同時對於一些國小科科積極開展校際教研,滿足這些羣體專業成長的需要。

四、對問題的思考

(一)從成人教育規律得到的啟示

教師培訓屬成人教育範疇,而成人具有自我監控和對學習情況進行分析和反思的能力。現代教師專業發展的研究認為,經驗加反思是教師專業成長的最有效途徑。教師培訓是教師在已有經驗上的主動建構。因此,教師培訓不僅要引導教師重視理論的學習,更要引導教師特別重視掌握”診斷性"研究方法,重視發現問題,解決問題和教育教學實踐能力的發展,突出教師對課堂教學實際情境與自身教育經驗所作的多視角,多層次的分析和反思。反思是教師以自身的教育教學活動為思考對象,對自己的決策,行為以及由此所產生的結構進行審視和分析的過程。

(二)從國外教師培訓得到的啟示

國外教師教育中以主體經驗的獲得佔據主要地位,教育者應創設情境,以經驗來激發教師的認識,使他們在體驗中領悟一些道理,打破原有的固定認知,從而構建新的認知結構。教育者不從理論講起,而是開展一些活動,散發一些材料,提示一些觀點,在獲得經驗及感悟之後,由學員們自主總結提升。

(三)從國內教師教育得到的啟示

我認為,要解決教師專業發展中存在的突出問題,需要構建一個以課例為載體的強調專業引領和行為跟進的操作系統。

1.教師需要有課例的專業引領。

2.教師需要行為跟進的全過程反思。

3.教師的需求在過程中提升。

需求分析 篇六

1、對投標人的要求

投標人必須認真閲讀以下內容 ,以免造成投標失敗。

1)投標人必須保證所提供的產品貨真價實,所有產品均提交原始設備生產廠商證明。

2)設標人對招標人提出的需親自到現場解決的問題能保障4小時內的響應,諮詢應及時相應。

3)投標人應本着認真負責的態度組織技術隊伍,並做好投標的整體方案並提出長期保修、維護、服務以及今後技術支持的措施計劃和承諾。

4)自系統建設工作一開始,投標人就應允許招標人的工作人員參與系統的安裝、測試、診斷及解決問題等各項工作。

5)投標人必須提供系統建設的工作內容、工作日程表,日程表內容至少應包括到貨日期、驗貨日期、驗貨人員、現場安裝、系統聯調、系統試運行、集成驗收、應用系統運行、技術培訓等。

6)投標人必須保證有能力進行對設備(應用系統、材料)生產廠商的簽約、督導和工作協調。

7)投標人應對滿足規定指標的設備及軟件供貨商的在資信和信譽進行認真考核並對招標人負責。

8)投標人應將招標人標書中所有設備、軟件。及與有關生產廠商簽約和有關技術合作、維護、服務等文件以副本形式提供給招標人以份。

9)投標人應負責在項目完成時將系統的全部有關技術文件、資料及測試、驗收報告等文檔彙集成冊交付招標人。

10) 投標人應對招標人標書中所列內容全部驗收後方為該項目的建設工作完成。

11) 投標人和產品供貨商對提供的產品保證的技術支持售後服務,保證的產品免費維修服務。

2、對於投標書的要求

1)投標人必須滿足標書的要求,否則投標人的投標書將被拒絕並認作沒有回答。

2)投標人必須審閲相關技術手冊以便準備投標文件和技術部分,提供一個準確的陳述。對每個單項產品,投標人必須提供原廠商的正式技術指標説明材料。

3)在投標書中建議的每個硬件和軟件的型號部件逐一説明。

4)投標人的投標文件需將技術部分和商務部分嚴格分離,分別封裝,否則將可能影響評價結果。

3、對招標書的説明

1)投標人須提供詳細外網建設方案。

2)必須按招標人提供的網絡設備、軟件、連接件進行設計。若有特殊情況無法滿足系統方案及系統運行要求的,投標人應主動提出來,並以書面的形式告知招標人,待招標人確認後才進行修改。

一、建設的總體要求

南充市電子政務外網按照中共中央辦公廳、國務院辦公廳轉發的《國家信息化領導小組關於電子政務建設指導意見》(中辦發[2002]7號文件)的要求進行建設。電子政務外網與互聯網邏輯隔離。縱向與中央、省、縣、鄉各級黨政機關相連,橫向與各級部門相連。本次建設要求市政府、市委、人大、政

協通過光纜連接,不在光纜覆蓋範圍內的部門通過租用電信營業運營商的線路輸入,機房(設備間)設在南充市順慶區清泉城市政府辦公大樓。

二、建設的詳細要求

(一)南充市電子政務外網平台建設工程項目。

1、網絡建設的目標

採用千兆以太網技術,建成以千兆光纖(主幹)+非屏蔽雙絞線為主要傳輸介質的計算機通信網絡。計算機網絡設備的配置須滿足南充市電子政務外網需求。符合中辦發[2002]17號文件要求能適應2-3年內的業務增長和突發性事件的需要。確保系統的可擴展性和先進性,並注意設備的宂餘設計以及網絡的負載均衡。

2、網絡平台的建設

政務外網是政府的業務專網,與互聯網之間邏輯隔離,主要運行政務部門面向社會的專業性服務業務和不需要在內網上運行的業務。建設電子政務外網平台的目的是促進各個業務系統的互聯、資源共享。

物理鏈路:市級匯接中心與各縣(市區)匯接中心相連,實現上下之間、縱橫之間的信息、文件的相互傳輸。設置支持多層交換和千兆的網絡核心;採用具有千兆上連能力的10/100M自適應交換機作為訪問層交換機;新區1、2、3號辦公樓的計算機用户直接與本樓交換機相連訪問政務外網。

傳輸介質:選擇光纖作為網絡主幹(市政府至市委、人大、政協;1號樓至2號樓、3號樓)傳輸介質,其他採用非屏蔽超五類雙絞線作為傳輸介質。

網絡操作系統:Windows NT/2000 Server或UNIX或LINUX。

網絡協議:TCP/IP。

網絡應用平台:應用系統採用符合“建立統一的信息應用平台”進行設計和開發。應用系統的建設可根據各應用系統的特點,選用C/S或B/S模式,也可以採用兩種模式相結合的方式。

3、數據中心建設

數據中心彙集電子政務外網的所有服務器系統和應用系統,是開展各種應用和服務的統一電子政務平台,是網絡的運行管理中心。

4、網絡安全建設

1)網絡隔離

充分利用交換機的交換路由功能,根據業務管理需要劃分VLAN

2)防火牆技術

3)虛擬專用網絡(VPN)技術;

4)病毒防治技術

5、應用系統建設

電子政務網絡平台的建設目的是應用,進行應用系統的建設是電子政務建設的核心內容,是電子政務建設的重中之重。

本次應用系統建設的重點是:

1)辦公自動化系統

辦公自動化系統建設的重點是市委辦系統和市政府辦系統。辦公自動化系統常規技術要求:

 統一平台

系統要求基於Lotus Domino平台的開發,同時還將第三方開發工具

(Java、VC++)用於辦公系統的底層開發,通過控件技術實現了手寫批示、工作流定義、統計分析、個性化界面設計等,提供一套完整的基於Lotus Domino的辦公自動化系統。

要求在Windows 2000NT 、Linux等平台上實施基於Lotus Domino的辦公系統。須購買相應的正版軟件。

 支持B/S模式

辦公系統支持B/S方式運行。

 工作即時提醒

工作即時提醒通過對服務器端個人信息的定時監測實待辦事宜、郵件、便籤信息及時提醒,以免耽誤工作。提供常規的計算機提醒和擴展的手機或呼機提醒的組合。

 電子/手工並行支持

 辦公系統在電子方式初期運轉時特別注意到與紙質文件並行的支持因此

在每一個環節要求設置打印功能,部分環節還要設置掃描輸入功能。  流程定義

(1) 能提供完整的流程自定義:用户既可以選擇預先配置好的流程模板收

公文,又可以根據自己的意圖,很方便地創建、修改流程無需編程。圖形化的流程定製界面。

(2) 能對整個工作流程進行實時跟蹤監控並及時記錄審核修改信息。能夠

按照辦公有關規定顯示公文在其辦理過程中所處的地點、狀態,以便

採取相應的統計、分析、催辦等處理措施。

(3) 可以根據實際工作需要和各類辦公業務的環節來定義任務停留時間,系統定時檢測,超時催辦提醒。當用户有新的任務需要處理時,系統

提供視覺和聽覺的提醒功能。

 人員權限集中設置

(1) 權限設置

開發與辦公系統配套的權限設置控件,與系統配置集成在一起,便於系統管理員行使管理職責。

(2) 工作流調整

工作流調整通過工作流定製平台實現,在工作流屬性中可以調整

辦理流程的管理員、閲讀者、時間控制、歸檔等。

(3) 辦公系統羣組授權

在處理屬性中可調整辦理人員、辦理權限、處理的時間設置、域

值設置、分發設置、自動代理、讀者控制、代辦轉辦設置等。

(3) 工作流中的人員調整

工作流中各個辦理節點的辦理人員要求支持角色(崗位)和人員

兩種命名方式。

角色(崗位)是相對固定的,當針對某崗位的具體人員發生工作

調動、職務變更調離等變化時,管理員以最簡單的方法發出變更

指令,調整角色(崗位)和具體人員的對應關係即可完成系統的調整角色(崗位)與具體人員對應關係在系統配置的人員管理中

實現。

 多種公文處理方式

文件修改支持鍵盤輸入和手寫批示,圖像格式保存保證清晰,支持公文掃描輸入系統初始化時可以自動檢測文件掃描輸入程序。能實現自動無損數據壓縮。手寫筆採用漢王手寫識別筆或類似功能手寫筆。能提供各種公文格式模板,簡單易操作。

 手寫控件痕跡保留

在辦公自動化系統使用過程中,很多環節需要領導親筆簽名,為了解決這一問題,很多常規的辦公自動化系統只好將文件打印出來,請領導親筆簽名。不僅學雜費紙,而且祕書的工作量也加大了。

在辦公自動化系統中的任何需要領導親筆簽名的應用數據庫中都可以方便地設置並使用。支持針對WORD格式文檔批註,有選擇地查看批註的筆跡;可清除未確認前批註的筆跡(分單筆劃清除和全部清除,確認後不能清除)

 容錯與糾錯的能力

系統要充分考慮容錯和糾錯能力,以防止數據誤操作而導致數據丟失。  系統操作安全日誌

系統要求具有詳細的系統日誌功能,如:用户登錄、數據庫訪問、郵件路由、數據複製、記賬信息(已用時間、已讀文檔、寫入文檔、網絡端口、網絡使用、傳送處理量)、中繼連接等信息。

同時,管理員還要求能夠對日誌信息庫進行維護操作。

 系統管理分級機制

辦公系統涉及到單位內部大多數用户,因此辦公系統管理工作量較大而且繁雜,因此辦公系統管理分為系統管理員和應用管理員。

系統管理員負現:系統管理,包括驗證字維護、用户人員維護、系統日誌跟蹤、辦公數據備份、主從服務器複製(數據傳輸)設置;

應用管理負責:功能模塊存取權限設置、流程定製、應用能數據初始化(關鍵字維護)等;

 應用系統監控

辦公系統服務器保證管理員可隨時查看、服務器資料。

 授權與代理人

待辦事宜授予權。

2)政府門户信息網站

政府肩並肩信息網站是一個面向企業事業單位及公眾用户的窗口。通過網站,可以樹立南充市政府的形象,方便機關、企事業單位瞭解政府概況、行政審批、資格認證等相關事項;保證以最快捷的方式在最大的範圍內讓企事業單位瞭解最關心的政府信息。

a) 網站設計原則

 整體設計分步實施

門户信息網站的設計不應該是一個孤立的網站,在設計上, 應考慮它與政務辦公系統相關,同時考慮今後的變動和擴展;

 穩定安全性

信息安全是政府信息網實施的第一要素,網站系統不但要能夠實現功能,更重要的是要穩定安全。否則,會影響政府形象。

 整合性

門户信息網站的建設應能實現內部辦公事務和外部事務處理的整合,通

過建立政務辦公信息流和事務信息流的平滑對接,提高信息流的效率。同時,能夠實現多種溝通模式的整合,通過通訊平台的多樣化優勢,提高門户信息網站系統的覆蓋能力。

 可擴展性

政府信息化建設是一個分階段的長期過程,南充市外部信息網的構造具有高度的庶民性,以降低系統擴充的調入成本,並滿足信息技術高速發展的需要。

 示範性

門户信息網站的建設所採用的技術和產品應對社會具有廣泛的示範性和引導性,網站的總體結構應依據國家電子政務安全規範和國家電子政務標準技術參考模型設計。

 技術先進成熟性

門户信息網站應採用大型關係數據庫、模塊化等先進成熟的技術方法在給用户提供了極大的靈活性的同時,也有效地保證了系統的可靠性。  系統的易管理維護性

系統符合用户的使用習慣,並滿足系統的各項要求,操作方便靈活,系統的實用性是新建系統的關鍵。

 系統的容錯性

網站系統在實施之前經過了嚴格和多角度的測試,系統可對日常工作中的某些誤操作應有防止功能,以保證整個系統的容錯與糾錯能力。

b) 網站建設目標

建立一個開放的、基於標準的電子政務統一應用平台,實現信息交換和資源共享面向公眾提供服務,增強各部門工作的透明度。

逐步支持數據、主意和視頻業務,運行各部門的業務系統,實現各網間的信息交換和資源共享,同時建立完善的信息安全體系和相應的備份系統。 c) 網站功能

 遠程數據維護

對數據庫中的和户信息,可直接通過網絡進行遠程操作,用户只需進行管理員身份確認,即可對遠程數據進行維護管理。管理員有權力對數據進行修改、添加、刪除、分類等。

 身份安全確認

對遠程數據庫管理員的確認,保證數據安全性。

 信息調查

對網站相關的信息或者其他需要調查的信息進行定製問卷式調查,網站會自動統計不同選項的數據,以圖形的方式表現出來。

 全文搜索:對本網站相關的信息進行搜索

 友情鏈接:可以進行一些比較好的網站進行鏈接,可以進行分類鏈接。  網站地圖

 最新活動:實時的對各種大事進行發佈,動態更新。

 會員註冊

上網的用户可以進行動態註冊,然後經過系統工程管理員進行確認的權限分本,可以進行相關內容的管理。普通註冊的用户只可能管理自己要管理的信息,而網站管理員可以管理整個網站。

 滾動信息

以滾動的方式動態顯示一條重要信息,可以隨時進行替換更改。

 網站信息內容的自動控制更新

網站所有的內容都江堰市是動態顯示,隨時發佈、隨時更新。用户隨時都江堰市可以看到最新網站內容。

 數據交換站

註冊用户,經過管理員授權後,可以向指定目錄上傳文件或下載文件。權限控制枱在管理系統中實現。

 留言板

為報名者設立的一個提問版塊,用户可把在報名過程中遇到的所有問題進行提問,管理員將會以最快速度回答所有問題。瀏覽留言無需權限限制。

 市長信箱

3)電子郵件系統

支持5000用户,能夠定製包過濾和別名服務,備份服務等。

4)應用交換平台系統

在電子政務應用交換台平台系統建設中,採用XML和J2EE(java 2 Enterprise Edition)技術實現。

6、信息資源建設

根據中辦發[2002]17號文精神,信息資源建設的重點是抓基礎性的全局性的戰略性的重點數據庫的建設。在堅持統籌、標準統

一、整體協調的前提下,結合實際情況,本次重點進行以下數據庫的建立;

1)文件資料數據庫

將要對公眾公佈的有關文件夾資料,建立相應的數據庫系統,為南充市領導決策提供支持,為南充公眾提供服務,從而促進南充經濟和社會發展。應保證以前的數據庫能名平滑地過渡到現在的系統中。

2)地方法規數據庫。應保證以前的數據能夠平滑地過渡到現在的系統

中。

需求分析報告 篇七

需求分析報告

綜合要求

一、功能需求

1.1 功能劃分

(1)“衣”子系統

(2)“食”子系統

(3)“住”子系統 (4)“行”子系統

1.2 功能描述

(1)“衣”子系統

實現功能:

1)用户服裝信息的管理

2)通過當時外界環境和現有服裝進行實時推薦

(2)“食”子系統

實現功能:

1)根據用户地理位置(家or餐館)推送用户當前應攝入的健康食物 。

(3)“住”子系統

實現功能:

1)自動調整屋內温度、濕度、光線和傢俱(沙發、牀)的軟硬程度

2)通過無線遙控對各智能終端進一步調節 (4)“行”子系統

實現功能:

有車用户:結合用户對於出行成本的選擇(最省時,最省油,折中),給出最優的出行路線。

無車用户:

1)鏈接打車軟件

2)通過連接“車來了”等軟件給用户提供建議

1.3系統功能

(1)設計不同用户的操作權限和登錄方法。

(2)通過傳感器獲得周圍環境的温度,濕度並將其錄入數據庫。

(3)通過網絡信息抓取以及衞星定位獲得必要信息(車流量)並將其錄入數據庫。 (4)實時獲得用户身體健康係數及其飲食喜好並將其錄入數據庫。 (5)獲得附近餐館和菜品的信息並將其錄入數據庫。

(6)根據車載傳感器獲得車距和能見度等信息,並將其錄入數據庫。 (7)實現語音錄入當前用户的代辦適宜。 (8)通過消息推送,實現智能辦公。

二、性能需求

2.1 數據精確度 該系統對精度要求高,確保數據一致性,確保數據轉換的及時準確,確保更新數據的及時準確。

2.2 系統特性

·系統的高速性,穩定性,安全性。

·移動端(安卓/ios 內存2G 容量16G 分辨率320*480) ·反映時間:10ms – 100ms ·信息量速率:500bit/s或bps ·數據庫容量:500T

三、可靠性和可用性需求

3.1 穩定性

·對於用户比較繁忙的時候,系統信息就會存在數百甚至數千上萬的併發量,系統對於高併發應有相應的負載均衡機制,對所有請求進行優先排隊,滿足高運行情況下的穩定性和可靠性。

3.2可靠性

·對於遭受網絡攻擊,或者服務器硬件異常等意外情況,要有意外處理機制,需要系 統能夠保證定時備份數據信息,保證在服務器異常的情況下能及時啟動應急機制。保證系統的正常訪問。

3.3 安全性

·提高安全保密機制,保證數據可靠安全

·對不同用户分配不同的權限

·用户只能操作相應權限的信息,如查看,刪除信息等

·要保證用户信息的安全性,保證管理員和開發者不能夠隨意的查閲改動用户信息

3.4完整性

·提高數據完整性,參照完整性等

3.5 易用性

·提高使用性,便於用户操作,提高用户滿意度。

3.6可複用性

·保證代碼可複用,方便操作

3.7 可維護性

·提高程序健壯性,保證程序的後期可維護性

3.8 可移植性

·提高代碼使用次數,提高利用率,保證代碼可移植性

3.9 可測試性

·保證程序可測試,便於後期操作

四。出錯處理需求

4.1格式要求

·給每一個信息的格式都要注意其形式。格式不對的自動重新測試,以及自動把情況反饋給管理員。

4.2信息保存

·對於外來攻擊導致系統崩潰情況,需要及時保留用户當前所有的信息。

五、接口需求

5.1 用户接口

·把用户提交的賬號密碼,在數據庫中進行搜索查詢進行驗證。

5.2硬件接口

·温度傳感器接口,空氣濕度傳感器接口

5.3 軟件接口

·實現衣食住行模塊和數據庫之間相互傳輸信息

5.4 通信需求接口

·實現衞星以及車載傳感器把測的數據進行傳輸。

六、約束

6.1精度

·對於温度,濕度要求精確到小數點後兩位。對於能見度等問題需要精確到誤差在3米之內

6.2語言約束

·英語和漢語結合。

6.3設計約束

·全部過程需要從整體,平衡出發。不要僅僅開發完一個在區開發另外一個。

6.4使用標準

·全部的標準使用國際標準。

6.5硬件平台

·台式機為xp/win7系統。移動端為android/ios。

七、逆向需求

基於互聯網的“懶人系統”目前能夠完成生活許多方面的推薦以及收集測試信息等。但是尚且不能人性化的代替擁護進行決定。

八.系統用例圖

服裝推薦傳感器食物推薦用户家居調節因特網出行推薦登陸

九.系統數據需求分析

9.1系統的E-R圖

服裝餐廳服裝推薦食物推薦用户家居調節出行推薦家居用品道路

9.2數據需求

(1)穿衣子系統

(衣櫥統計,氣象監控,期刊統計,用户喜好) 説明:

衣櫥統計:記錄用户當前擁有的服飾,需要用户自行更新。

氣象監控:記錄實時的天氣情況,從互聯網獲取當前温度氣象信息。

期刊統計:統計當前時尚期刊中出現頻率較高的服飾搭配信息,以便向用户推送。 用户喜好:統計用户的穿衣習慣,找出並記錄用户喜歡的搭配風格,以便系統進行比較。 (2)飲食子系統

(飲食記錄,飲食統計,飯店信息) 説明:

飲食記錄:記錄用户日常的一日三餐情況。 飲食統計:根據飲食記錄中的信息,分析出用户偏好並記錄。

飯店信息:儲存用户周邊飲食信息,根據系統分析,為用户推薦適合的餐飲建議。 (3)住宿子系統 (傢俱信息統計) 説明:

此係統主要負責管理用户生活起居,所含數據包括: 室內温度,家電狀態(如電視開閉,空調開閉),照明系統,窗簾控制 (4)出行子系統

(地圖信息,公交信息,票務信息,記事本) 説明:

地圖信息:主要供導航軟件調用,並按時進行更新。

公交信息:儲存用户周邊的公共交通信息,方便用户乘坐公交車。

十.系統邏輯模型

10.1數據流圖 衣: 1層:

温度傳感器温度日期因特網流行服裝信息流行服裝信息用户瀏覽習慣信息用户瀏覽習慣信息温度日期日期温度1採集信息服裝推薦子系統的信息流行服裝信息用户瀏覽習慣信息服裝推薦子系統的信息服裝推薦子系統的信息現有服裝信息出席場合信息用户2執行服裝推薦算法推薦的服裝信息3輸出推薦的服裝推薦的服裝信息推薦的服裝信息推薦的服裝信息 2層: 温度傳感器因特網温度日期流行服裝用户瀏覽信息習慣信息用户瀏覽習慣信息用户瀏覽習慣信息1.6接收用户瀏覽習慣信息温度日期流行服裝信息温度日期流行服裝信息1.5接收流行服裝信息1.3温度1.4接收日期温度日期流行服裝信息用户瀏覽習慣信息採集信息服裝需求信息1.1接收服裝需求信息現有服裝信息1.2接收現有服裝信息現有服裝信息服裝需求信息用户

服裝推薦子系統服裝推薦子系統的信息的信息2.1整理信息正確格式的信息2.2“標籤”算法推薦的服裝推薦的服裝

食: 1層:

傳感器身體狀況信息身體狀況信息身體狀況信息因特網餐廳菜品信息餐廳菜品信息餐廳菜品信息食物推薦子系統的信息1採集信息食物推薦子系統的信息食物推薦子系統的信息飲食喜好用户2執行食物推薦算法推薦的菜品信息3輸出推薦的菜品信息推薦的菜品信息推薦的菜品信息推薦的菜品信息 2層:

傳感器因特網身體狀況信息餐廳菜品信息身體狀況信息餐廳菜品信息身體狀況信息1.2接受身體狀況信息餐廳菜品信息1.3餐廳菜品信息身體狀況信息餐廳菜品信息採集信息飲食需求信息1.1接收飲食喜好信息飲食喜好信息用户 食物推薦子系統食物推薦子系統的信息的信息2.1整理信息正確格式的信息2.2“標籤”算法推薦的菜品推薦的菜品

住: 1層:

傳感器用户體徵信息温度信息光線信息用户體徵信息用户體徵信息温度信息温度信息濕度信息濕度信息濕度信息家居調節子系統的信息家居調節子系統的信息家居調節子系統的信息光線信息光線信息1採集信息用户習慣的環境信息用户3執行調節方案2執行家居調節算法調節方案調節方案調節方案温度濕度信息信息亮度信息窗簾位置信息空調電燈窗簾

2層:

傳感器温度信息光線信息濕度信息温度信息温度信息1.2接收温度信息光線信息光線信息1.3接收光線信息濕度信息濕度信息1.4接收濕度信息温度信息光線信息濕度信息採集信息用户習慣的環境信息1.1接收用户習慣的環境信息用户習慣的環境信息用户 家居調節子系統家居調節子系統的信息的信息2.1整理信息正確格式的信息2.2“選路”算法調節方案調節方案

調解方案温度信息濕度信息亮度信息窗簾位置信息3.1發送温度信息3.2發送濕度信息3.3發送亮度信息3.4發送位置信息温度信息濕度信息亮度信息位置信息空調電燈窗簾

行: 1層:

傳感器用户位置信息用户位置信息因特網道路信息道路信息出行推薦子系統的信息用户位置信息道路信息出行推薦子系統的信息出行推薦子系統的信息1採集信息時間金錢需求信息目的地信息用户2執行出行推薦算法推薦方案推薦方案推薦方案3輸出推薦方案推薦方案

2層: 傳感器用户位置信息用户位置信息用户位置信息2.3接收用户位置信息道路信息道路信息2.4接收道路信息道路信息因特網用户位置信息道路信息採集信息時間金錢需求信息2.1接收時間金錢需求信息目的地信息2.2接收目的地信息時間金錢需求信息目的地信息用户

出行推薦子系統出行推薦子系統的信息的信息2.1整理信息正確格式的信息2.2“標籤”算法出行方案出行方案

10.2相應的數據字典 衣: 數據流 數據流名:出席場合信息 説明:用户希望服裝推薦系統針對不同的場合幫助其選擇合適的服裝,服裝推薦系統會在用户已有衣服的基礎上提供給用户合適的服裝搭配方案 數據流來源:用户

數據流去向:採集信息

定義:出席的場合={學校,辦公室,聚會,典禮}

數據流名:温度

説明:記錄室內外温度,幫助用户選擇合適厚度的衣服 數據流來源:温度傳感器 數據流去向:採集信息 定義:温度=-40.。40

數據流名:現有服裝信息 説明:記錄用户已有服裝,服裝推薦系統在已有服裝基礎上提供給用户合適的服裝搭配方案

數據流來源:用户

數據流去向:採集信息 定義:已有服裝信息=服裝編號+服裝名稱+品牌+尺寸+顏色+款式+材質+服裝圖片索引

數據流名:日期

説明:記錄當前日期,幫助用户選擇合適季節的衣服 數據流來源:因特網

數據流去向:採集信息(數據存儲) 定義:日期=年+月+日

數據流名:流行服裝信息

説明:獲得當下的流行風尚,幫助服裝推薦系統和已有服裝進行對比,從而給出符合當下流行的服裝搭配 數據流來源:互聯網

數據流去向:採集信息(數據存儲) 定義:流行服裝信息=服裝編號+服裝名稱+品牌+尺寸+顏色+款式+材質+服裝圖片索引

數據流名:用户瀏覽習慣信息

説明:記錄用户經常瀏覽的服裝,將信息發送給服裝推薦系統,服裝推薦系統由此分析用户的穿衣喜好,從而推薦給用户符合其穿衣品味的服裝 數據流來源:互聯網

數據流去向:採集信息(數據存儲) 定義:服裝編號+瀏覽次數

數據流名:推薦的服裝 説明:服裝推薦系統根據對採集的參數進行智能處理,最後得到合適的服裝搭配信息

數據流來源:智能服裝推薦程序

數據流去向:推薦的服裝信息(數據存儲) 定義:推薦的服裝=服裝編號+服裝圖片索引 數據加工

加工名:採集信息 加工編號:1 簡要描述:採集服裝推薦算法需要的信息

輸入數據流:出席場合信息,温度,現有服裝信息,日期,流行服裝信息,用户喜好信息

輸出數據流:服裝推薦算法的信息

加工邏輯:採集出席場合信息,傳感器信息,因特網信息。

加工名:執行服裝推薦算法 加工編號:2 簡要描述:處理正確格式的信息,把信息與數據庫中的解決方案相匹配,得到解決方案。

輸入數據流:服裝推薦子系統的信息 輸出數據流:推薦的服裝 加工邏輯:“標籤”算法的本質是專家系統,數據庫有1萬條用户在各種情況下的解決方案(1萬條記錄),用户在界面上選擇的標籤會變成另一張二維表中的記錄,“標籤”算法會將用户的選擇(記錄)和數據庫1萬條記錄比照,匹配項最多的記錄的解決方案會成為最後的推薦方案。 加工名:輸出推薦的服裝 加工編號:3 簡要描述:顯示推薦的服裝信息 輸入數據流:推薦的服裝信息 輸出數據流:推薦的服裝信息 加工邏輯:顯示推薦的服裝信息

數據文件名:温度

簡述:存放的是温度信息 輸入數據:温度 輸出數據:温度

數據文件組成:温度

數據存儲

數據文件名:現有服裝信息 簡述:存放已有服裝信息

輸入數據:服裝編號,顏色,尺碼,類型,條形碼 輸出數據:服裝編號

數據文件組成:服裝編號,顏色,尺碼,類型,條形碼

數據文件名:日期 簡述:存放當前的日期 輸入數據:年+月+日 輸出數據:年+月+日 數據文件組成:年+月+日

數據文件名:流行服裝信息 簡述:存放當時流行的服裝款式

輸入數據:顏色,尺碼,類型,條形碼 輸出數據:條形碼

數據文件組成:顏色,尺碼,類型,條形碼

數據文件名:用户瀏覽習慣信息

簡述:存放用户在各大網站查詢的服裝信息 輸入數據:用户瀏覽習慣信息 輸出數據:用户瀏覽習慣信息

數據文件組成:服裝編號,瀏覽次數

食: 數據流

數據流名:飲食喜好

説明:用户希望飲食推薦系統推薦一些餐飲信息,以供選擇,飲食推薦系統會根據用户的飲食習慣,偏好,營養均衡等多種因素結合為用户推薦健康可口的食物。 數據流來源:用户

數據流去向:採集信息 定義:飲食喜好={甜,鹹}

數據流名:身體狀況信息

説明:系統通過記錄或探測,用户的基本生命體徵如心率,血壓,血糖等,為推薦飲食提供參考信息。

數據流來源:傳感器,因特網 數據流去向:採集信息

定義:身體狀況信息=心率+血壓+血糖

數據流名:餐廳菜品信息

説明:系統通過存儲並及時更新餐廳菜單,為推薦飲食提供參考信息。 數據流來源:因特網 數據流去向:採集信息

定義:餐廳菜品信息=餐廳名+餐廳編號+菜名名+菜品編號+菜品營養+菜品口味、

數據流名:推薦的菜品信息

説明:食物推薦算法處理食物推薦子系統信息產生的結果。 數據流來源:執行食物推薦算法 數據流去向:輸出推薦的菜品信息

定義:餐廳菜品信息=餐廳名+餐廳編號+菜名名+菜品編號+菜品營養+菜品口味、數據加工:

加工名:採集信息 加工編號:1 簡要描述:採集食物推薦子系統所需數據

輸入數據流:身體狀況信息,餐廳菜品信息,飲食喜好 輸出數據流:食物推薦子系統的信息

加工邏輯:從互聯網,用户輸入,傳感器接受信息

加工名:執行食物推薦算法 加工編號:2 簡要描述:處理正確格式的信息,把信息與數據庫中的解決方案相匹配,得到解決方案。

輸入數據流:食物推薦子系統的信息 輸出數據流:推薦的菜品 加工邏輯:“標籤”算法的本質是專家系統,數據庫有1萬條用户在各種情況下的解決方案(1萬條記錄),用户在界面上選擇的標籤會變成另一張二維表中的記錄,“標籤”算法會將用户的選擇(記錄)和數據庫1萬條記錄比照,匹配項最多的記錄的解決方案會成為最後的推薦方案。

加工名:輸出推薦的菜品 加工編號:3 簡要描述:顯示推薦的菜品信息 輸入數據流:推薦的菜品信息 輸出數據流:推薦的菜品信息 加工邏輯:顯示推薦的菜品信息

數據存儲:

數據文件名:身體狀況信息

簡述:存放身體狀況信息,如體重,血壓,心率等 輸入數據:身體狀況信息 輸出數據:身體狀況信息

數據文件組成:體重,血壓,心率

數據文件名:餐廳菜品信息 簡述:存放餐廳菜單 輸入數據:餐廳菜品信息 輸出數據:餐廳菜品信息

數據文件組成:餐廳名,餐廳編號,菜名名,菜品編號,菜品營養,菜品口味、

數據文件名:推薦的菜品信息 簡述:存放推薦的菜品信息 輸入數據:推薦的菜品信息 輸出數據:推薦的菜品信息

數據文件組成:餐廳名,餐廳編號,菜名名,菜品編號,菜品營養,菜品口味、

住: 數據流

數據流名:温度信息 説明:採集室內的温度信息,反饋給用户,或者系統根據温度自動採取相應措施,調節室內温度。

數據流來源:温度傳感器

數據流去向:採集家居控制系統的參數 定義:温度=-40-40攝氏度

數據流名:光線信息 説明:採集室內的光線信息,反饋給用户,或者系統根據温度自動採取相應措施,調節室內光照強度。 數據流來源:光敏傳感器

數據流去向:採集家居控制系統的參數 定義:光照強度=0-180流明

數據流名:濕度信息 説明:採集室內的濕度信息,反饋給用户,或者系統根據温度自動採取相應措施,調節室內濕度。

數據流來源:濕度傳感器

數據流去向:採集家居控制系統的參數 定義:濕度=10%-80%

數據流名:用户習慣的環境信息

説明:採集用户習慣的温度信息,光線信息,濕度信息 數據流來源:用户

數據流去向:採集信息

定義:用户習慣的環境信息=温度+光線+濕度

數據加工

加工名:採集信息 加工編號:1 簡要描述:採集智能控制系統需要的參數

輸入數據流:温度,濕度,光照強度,温度請求,濕度請求,光照請求 輸出數據流:智能家居控制系統的參數

加工邏輯:從各個傳感器接受信息,並與用户設置進行對比,得出相應操作發送給控制器實施。

加工名:執行家居調節算法 加工編號:2 簡要描述:處理正確格式的信息,把信息與數據庫中的解決方案相匹配,得到解決方案。

輸入數據流:家居調節子系統的信息 輸出數據流:調解方案 加工邏輯:“選路”算法本質是基於條件判斷的數據處理系統。該處理系統自身包含多個IF語句對用户需求進行判斷分支執行。從而得到最後的推薦方案。

加工名:執行調節方案 加工編號:3 簡要描述:把温度,濕度,亮度,窗簾的位置信息傳遞給空調,電燈,窗簾 輸入數據流:調節方案

輸出數據流:温度,濕度,亮度,窗簾的位置信息 加工邏輯:對傳感器傳遞信息

數據存儲

數據文件名:温度信息 簡述:存放的是温度信息 輸入數據:温度信息 輸出數據:温度信息 數據文件組成:温度

數據文件名:濕度信息 簡述:存放的是濕度信息 輸入數據:濕度信息 輸出數據:濕度信息 數據文件組成:濕度

數據文件名:亮度信息

簡述:存放的是光照強度信息 輸入數據:亮度信息 輸出數據:亮度信息 數據文件組成:亮度信息

行: 數據流

數據流名:用户位置信息 説明:藉助通信運營商來獲取用户詳細位置,出行管理系統會利用該位置信息提供導航,或叫車服務。 數據流來源:通信運營商

數據流去向:採集出行管理系統的參數 定義:用户位置信息=經度+緯度

數據流名:道路信息

説明:將街道信息儲存到客户端,,並定期進行更新,出行管理系統會利用該道路信息提供導航服務。 數據流來源:互聯網

數據流去向:採集出行管理系統的參數 定義:道路信息={繁忙,暢通}

數據流名:目的地信息

説明:用户想要到達的目的地信息 數據流來源:用户

數據流去向:採集信息

定義:目的地信息=目的地信息

數據流名:時間金錢需求信息 説明:用户對於時間,金錢的要求 數據流來源:用户

數據流去向:採集信息

定義:時間金錢需求信息=時間+金錢

數據加工

加工名:採集信息 加工編號:1 簡要描述:採集出行推薦子系統需要的信息

輸入數據流:用户位置信息,道路信息,目的地信息,時間金錢需求信息 輸出數據流:出行推薦子系統的信息 加工邏輯:從用户和互聯網接收信息。

加工名:執行出行推薦算法 加工編號:2 簡要描述:處理正確格式的信息,把信息與數據庫中的解決方案相匹配,得到解決方案。

輸入數據流:出行推薦子系統的信息 輸出數據流:推薦方案 加工邏輯:“標籤”算法的本質是專家系統,數據庫有1萬條用户在各種情況下的解決方案(1萬條記錄),用户在界面上選擇的標籤會變成另一張二維表中的記錄,“標籤”算法會將用户的選擇(記錄)和數據庫1萬條記錄比照,匹配項最多的記錄的解決方案會成為最後的推薦方案。

加工名:輸出推薦方案 加工編號:3 簡要描述:顯示推薦方案信息 輸入數據流:推薦方案 輸出數據流:推薦方案

加工邏輯:顯示推薦方案信息

數據存儲 數據文件名:用户位置信息 簡述:存放用户的經緯座標 輸入數據:用户位置信息 輸出數據:用户位置信息 數據文件組成:經度,緯度

數據文件名:道路信息

簡述:存放道路的繁忙情況信息 輸入數據:道路信息 輸出數據:道路信息

數據文件組成:道路繁忙情況信息

數據文件名:推薦方案

簡述:存放推薦的出行方案信息 輸入數據:推薦方案 輸出數據:推薦方案

數據文件組成:出行方式,路線

需求分析報告 篇八

1 引言

本文中,主要針對工程機械出租的各項步驟、以及設計系統的廣義意義進行了分析,從而根據各部分不同的需求闡明瞭本系統使各個功能模塊相連接並實現工作、統計的作用。

1.1 編寫目的

在計算機科技的飛速發展的21世紀,軟件系統以及英特網也在不斷融入我們的生活。然而在工程機械出租領域,設備的種類、數量越來越多,設備管理所涉及的是巨大的系統工程,由於企業出租規模大、管理涉及面廣,又是造成統計、管理不到位都將給企業的正常經營帶來一定的影響,所以如何利用先進的網絡技術和優異的計算機軟件系統更有效的收集、處理這些設備的租借,同時建立以現代信息化為核心的管理體制,減輕相關人員人工對租借管理及數據處理的負擔,完成一個工程機械設備管理系統就變得尤為重要。

1、信息交互要求

軟件系統要求利用一一切租賃操作作為輸入,通過數據收集計算達到處理的目的。

2、附加影響要求

在系統正常工作過程中,需要達到最好的人際結合效果,對其他設備的正常工作不可以有太大的影響,設計人員需要根據用户的需要做出相應的調整;

3、功能的實現要求;

在滿足客户的要求下,設計人員、開發人員需要根據本文參考相關需求程度,做出相應的軟件系統設計。

1.2 項目來源

本設計的初步設想來源於宏達軟件體驗中心。宏達軟件主要從事各行業的管理軟件開發和應用推廣,宏達體驗中心擁有多支精幹、穩定的軟件技術開發隊伍,這些隊伍不僅具有一流的專業素質和研發能力,同時還擁有豐富的系統開發經驗,且具有良好的職業道德修養和綜合分析能力。 隨着時代的發展,宏達公司也在不斷開發、完善宏達系列軟件,嚴把質量關,用一流的軟件回報用户,受到了用户的好評,宏達系列管理軟件以其功能強大、

操作簡便、價格低廉的特性贏得了全國廣大用户的青睞。目前用户已遍及全國所有省份、自治區、直轄市;用户遍及電子、電器、醫藥、服裝、建築、物資、化工、商貿、超市、旅遊、機械、建材、科技、通訊等各類企業公司,同時擁有大量機關、事業單位、學校、研究所等機關事業型單位用户。

隨着管理自動化的程度越來越高,大部分任務都直接由各種設備來完成,因此利用先進的計算機技術來管理,提高人機工作的效率成為了一項重要手段。

1.3項目風險

本項目中,不同身份的工作人員需要對各自負責的工作及出發點等承擔一定的風險。

任務提出者需要對項目的完成進度以及設計需求的整體方向負責,產品是否為大眾所接將成為任務提出者所要負擔的風險。

軟件開發者需要對統計、收集、計算的相關程序編碼是否正確承擔責任,對運行軟件後的一切技術上的風險承擔一定的風險。

產品使用者在完成交易過後的使用過程中,需要對自己的一切操作負責,相應的需要承擔軟件系統在使用過程中因操作不當崩潰的風險等。

1.4 文檔約定

本文的正文部分以宋體、小四為主要格式,行間距為1.5倍行距,各個主要題頭的格式為黑體、四號。

本文檔所涉及的一些專業術語及英文縮寫如下:

Acess: Microsoft Office Access(前名 Microsoft Access)是由微軟發佈的關聯式數據庫管理系統。它結合了 Microsoft Jet Database Engine 和 圖形用户界面兩項特點,是 Microsoft Office的成員之一。其實Access 也是微軟公司另一個通訊程序的名字,想與 ProComm 以及其他類似程序來競爭。可是事後微軟證實這是個失敗計劃,並且將它中止。數年後他們把名字重新命名於數據庫軟件。Access在2000年的時候成為了計算機等級考試中的計算機二級的一種數據庫語言並且因為它的易學易用的特點正逐步取代傳統的VFP成為二級中最受歡迎的數據庫語言。

Visual Foxpro:Visual FoxPro簡稱VFP,是Microsoft公司推出的數據庫開發軟件,用它來開發數據庫,既簡單又方便。Visual FoxPro源於美國Fox Software公司推出的數據庫產品FoxBase,在DOS上運行,與xBase系列相容。FoxPro原來是FoxBase的加強版,最高版本曾出過2.6。之後,Fox Software被微軟收購,加以發展, 使其可以在 Windows 上

運行, 並且更名為 Visual FoxPro。目前最新版為 Visual FoxPro 9.0,而在學校教學和教育部門考證中還依然延用經典版的 Visual FoxPro 6.0。在桌面型數據庫應用中,處理速度極快,是日常工作中的得力助手。

數據:泛指表示一個指定的值或條件的數字、符號(或字母)等。數據是表示信息的,但這種表示要適合傳輸、分析和處理。此處,常把數據當作信息的同義詞。

Container:Container類是IContainer 接口的默認實現。容器是封裝和跟蹤零個或更多個組件的對象。在此上下文中,包容是指邏輯包容,而不是直觀包容。

數據源:提供某種所需數據的原始媒體。

C/S 結構:即大家熟知的客户機和服務器結構。它是軟件系統體系結構,通過它可以充分利用兩端硬件環境的優勢,將任務合理分配到Client端和Server端來實現,降低了系統的通訊開銷。

1.5 預期讀者和閲讀建議

本軟件產品需求分析報告範文所針對的預期讀者包括:

開發人員

用户

項目經理

租賃方

開發人員需要根據本文詳細計劃產品的開發,並且以達到最好的人機結合和為企業創造一定的經濟效益為主要目的;用户需要熟知本文所描述的產品計劃,以對產品有一定的瞭解,在之後的操作過程中才能有一定的熟練度,不以至於出現錯誤操作;項目經理則可以按照此文檔安排項目進度以及工作經費等相關、租賃方需要對本文有一定的瞭解,至少熟悉工作流程以及系統需要達到的目的,從而更好地配合出租廠商做好統計、記賬、處理數據的相關方面的工作。

1.6產品範圍

本產品適用於為工程項目出租機械設備的相關公司,由於大型施工設備租賃市場處於發展過程中存在着租賃企業數量多且規模小、效益差、惡性競爭嚴重等問題,本產品意在於協助每個工程機械設備出租公司合理地優化相關工作。

1.7 參考文獻

2 產品分析

2.1產品的狀況

工程機械設備管理系統提供了對基礎信息錄入、機械設備出車單錄入、挖掘機回車單錄入、員工登記錄入、加油登記錄入等的模式錄入和表格界面錄入。錄入信息時可能會出現相同的信息,為了避免重複錄入部分字段設置了輔助錄入功能,只需輸入幾項即可完成錄入功能,操作方便快捷,可以很大的提高工作效率。

本系統將不是產品系列中的下一成員,也同時還不是成熟產品所改進的下一代產品,但是現有應用軟件卻不能成為它的替代品(升級產品),所以這是一個新型的、自主型的產品。

2.2 產品的功能

根據上述分析,可以將本系統的各項子系統功能陳列如下:

1.基礎信息管理系統:

本系統主要負責儲存、錄入及讀取相關資源,這些資源主要包括:機械設備檔案、供商信息、客户信息等;

2.機械設備調度管理系統:

本系統主要負責統計工程機械出車單、以及對挖掘機的租賃做相關管理管理(挖掘機回車單、某機械設備期間統計、期間統計查詢);

3.壓路機管理系統:

本系統主要負責運行壓路機回車單、某機械設備期間統計、期間統計查詢及相關方面的工作。

4.裝載機管理系統:

本系統主要對裝載機回車單、某機械設備期間統計、期間統計查詢做相關的程序的管理。

5.重型半掛管理系統:

本系統主要對裝載機回車單、某機械設備期間統計、期間統計查詢做相關的程序的管理。

6.客户管理系統:

本系統主要負責記錄並統計、處理客户的還款、組織客户統計表、檢查並記錄機械設備狀態等工作。

7.員工管理系統:

本系統提供一個員工信息服務系統,可以實現員工登記、事故登記、員工考勤、員工生日提醒。

8.加油管理系統:

本系統的作用在於加油登記、加油統計、餘油統計;

9.配件管理系統:

本系統主要處理配件信息、配件入庫、維護領料、配件庫存、舊件回收、採購申請單、採購申請明細。

10.保養審驗管理系統:

本系統的作用是對設備做保養登記、對設備審驗進行登記、設備審驗提醒、對保養期間查詢等。

11.企業與產品檢索系統:

本系統可以實現在線查詢企業和產品信息,可以按多種方式進行查詢;

12.在線調查系統:

本系統可以實現在線調查功能,對用户進行各種情況的調查。

2.3 用户類型和特性

本系統的用户主要由以下人員組成:

1、工程機械出租管理部人員:此類人員負責的是對公司內部機械設備出租,並對其出租明細做一個詳細的錄入,需要時可以讀取相關信息。

2、機械設備保管部門人員:負責對公司內出租的工程機械設備做定期的管理與保養,並且負責設備的出納。

編寫本文檔所參考的資料如下:

[1]《施工機械信息化管理的研究[J]科技情報開發與經濟》王健2003.11

[2]《工程機械產品圖庫管理信息系統的研究[J]工程機械》賀尚紅1998.5

[3]《開發新一代設備信息管理系統》龔元明1995.6

[4] 《數據庫基礎與應用[M]》 成先海。2008.

[5]《軟件工程[M]》. 程成,陳霞。,2003