




版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
第頁(yè)2024年需求分析實(shí)驗(yàn)心得體會(huì)3篇
篇一:需求分析實(shí)驗(yàn)心得體會(huì)
分析個(gè)人總結(jié)
文件編號(hào):MAC-SWE-TMP-1
密級(jí):■保密
□通用
需求分析總結(jié)報(bào)告[模板]
RequirementAnalysisReport[Template]
本程序?qū)費(fèi)AC公司所有,未經(jīng)書(shū)面許可,
不得以任何形式復(fù)印或傳播。
修改記錄
文件編號(hào):密級(jí):■保密
□通用
需求分析總結(jié)報(bào)告
該報(bào)告由開(kāi)發(fā)團(tuán)隊(duì)編制作為需求分析階段的結(jié)論。其概述了需求分析的結(jié)果并建立開(kāi)始概要設(shè)計(jì)的基線。建議內(nèi)容如下:
1.引言
必填
1.1編寫目的
說(shuō)明編寫這份需求規(guī)格說(shuō)明書(shū)的目的,并指出預(yù)期的讀者。
1.背景
說(shuō)明:
a)待開(kāi)發(fā)的軟件系統(tǒng)的名稱;
b)本項(xiàng)目的任務(wù)提出者、開(kāi)發(fā)者、用戶及實(shí)現(xiàn)該軟件的計(jì)算中心或計(jì)算機(jī)網(wǎng)絡(luò);c)該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來(lái)往關(guān)系。
1.定義
列出本文件中用到的專門術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。
1.參考資料
列出用得著的參考資料,如:
a)本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書(shū)或合同、上級(jí)機(jī)關(guān)的批文;b)屬于本項(xiàng)目的其他已發(fā)表的文件;
c)本文件中各處引用的文件、資料,包括所需用到的軟件開(kāi)發(fā)標(biāo)準(zhǔn)。
列出這些文件資料的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位,說(shuō)明能夠得到這些文件資料的
2.復(fù)用建議
關(guān)鍵復(fù)用候選項(xiàng)和系統(tǒng)全面體系概念。
3.操作概要
對(duì)需求分析階段執(zhí)行活動(dòng)所產(chǎn)生的系統(tǒng)和操作概念的更新。
a)更新操作方案。
b)
操作模型,包括在操作的每種模式、次序和類型中將處理的數(shù)據(jù)的容量和頻率。
必填
簡(jiǎn)單的用戶手冊(cè)
c)更新輸入、輸出和信息說(shuō)明。
4.規(guī)格說(shuō)明分析
a)需求和規(guī)格說(shuō)明類別的概要b)有疑問(wèn)的規(guī)格說(shuō)明對(duì)矛盾、含混、不可行、不可測(cè)試和TBD需求的識(shí)別和討論。
c)未解決的需求/操作問(wèn)題,包括解決所需要的數(shù)據(jù)。
d)對(duì)數(shù)學(xué)算法的分析。
5.系統(tǒng)限制
必填
a)硬件可用性執(zhí)行、儲(chǔ)存、外圍設(shè)備b)操作系統(tǒng)限制c)支持軟件限制
6.性能估計(jì)和模型。.開(kāi)發(fā)假設(shè).風(fēng)險(xiǎn)
包括進(jìn)度和進(jìn)度的。。
9.原型化工作
解決技術(shù)風(fēng)險(xiǎn)所需要的,包括每個(gè)原型工作的目標(biāo)和完成準(zhǔn)則。
10.?dāng)?shù)據(jù)流和面向?qū)ο髨D表
必填
對(duì)需求分析階段執(zhí)行的需求的結(jié)構(gòu)化或面向?qū)ο蠓治龅慕Y(jié)果。
11.?dāng)?shù)據(jù)字典
圖表中顯示的更新的過(guò)程、數(shù)據(jù)流和對(duì)象。
需求分析一點(diǎn)心得
2024年8月15日,我休假回到公司,四川分支crm行業(yè)部進(jìn)行了四維分工,我分在了需求組。組長(zhǎng)徐茜之前已經(jīng)與我溝通過(guò)需求組具體的工作明細(xì),但自己心里還是很擔(dān)心,是否能做好這份新工作,畢竟自己以前都是做的開(kāi)發(fā)工作,接觸的都是代碼,很少編寫文檔;不過(guò)我還是很高興,新的工作具有挑戰(zhàn)性,可以更好的鍛煉自己各方面的能力;
首先我查看了一些以前同事寫的需求分析文檔,從中積累一些好的經(jīng)驗(yàn),比如如何描述需求要點(diǎn),如何繪制流程
圖等;
然后給自己制定了工作要求,明確用戶需求、不遺漏需求點(diǎn)、對(duì)需求進(jìn)行分析、提出自己的意見(jiàn)和建議、輸出需求規(guī)格說(shuō)明書(shū)給開(kāi)發(fā)人員;就這樣我井井有序的開(kāi)展著自己的新工作,本以為自己已經(jīng)做的夠細(xì)致了,幾周下來(lái)還是出現(xiàn)了不少問(wèn)題。需求規(guī)格說(shuō)明書(shū)寫的不夠細(xì)、自己寫的需求規(guī)格說(shuō)明書(shū)開(kāi)發(fā)人員看后理解的與需求原意不一致、測(cè)試上線開(kāi)發(fā)點(diǎn)不齊全、設(shè)計(jì)需求時(shí)未考慮到后期的維護(hù)使維護(hù)工作增多、需求不能按照之前與用戶指定的時(shí)間上線等;對(duì)于這些問(wèn)題,自己進(jìn)行了深入的思考,如何避免這些問(wèn)題的出現(xiàn);深思后發(fā)現(xiàn)大家好像缺乏溝通,需求的每一個(gè)環(huán)節(jié)沒(méi)有貫穿起來(lái),每個(gè)環(huán)節(jié)似乎都斷開(kāi)了,不像以前一個(gè)需求自己與用戶溝通、自己開(kāi)發(fā)、自己測(cè)試、上線,整個(gè)環(huán)節(jié)都在同一個(gè)人的掌控中,時(shí)間也是由自己安排;
作為需求分析負(fù)責(zé)人,自己是不是應(yīng)該貫穿整個(gè)需求,而不僅僅只是把輸出需求規(guī)格說(shuō)明書(shū)作為一個(gè)需求分析工作完成的目標(biāo)呢?
首先溝通,與用戶溝通,明確需求要點(diǎn),不僅需要聆聽(tīng)用戶的需求說(shuō)明,還要懂得在用戶已說(shuō)明的基礎(chǔ)上進(jìn)行拓展,發(fā)掘客戶沒(méi)有講出來(lái)的潛在需求。在已有業(yè)務(wù)的基礎(chǔ)上進(jìn)行模擬業(yè)務(wù)流程,分析業(yè)務(wù)是否走的通并且有無(wú)邏輯上不合理的地方。發(fā)現(xiàn)問(wèn)題,及時(shí)與用戶溝通,及時(shí)修改需求;
與開(kāi)發(fā)組長(zhǎng)溝通,明確開(kāi)發(fā)人員和上線完成時(shí)間;與開(kāi)發(fā)人員溝通,使開(kāi)發(fā)人員知曉需求要點(diǎn),自己更好的完善需求分析規(guī)格說(shuō)明書(shū);與測(cè)試人員溝通,需求測(cè)試要點(diǎn),判斷需求上線的標(biāo)準(zhǔn);與維護(hù)人員溝通,對(duì)應(yīng)需求的維護(hù)工作如何開(kāi)展等;
其次就是協(xié)調(diào),開(kāi)發(fā)時(shí)間的協(xié)調(diào),如果用戶同時(shí)有幾個(gè)需求都要求比較緊急,那么需要我們協(xié)調(diào)用戶是否能將這些都很緊急的需求排一個(gè)優(yōu)先級(jí);需求要點(diǎn)協(xié)調(diào),如果兩個(gè)需求都要修改同一個(gè)模塊的代碼,那么為了保障程序版本問(wèn)題,需要協(xié)調(diào)將兩個(gè)需求開(kāi)發(fā)時(shí)間錯(cuò)開(kāi);以及當(dāng)維護(hù)人員發(fā)現(xiàn)模塊BUG時(shí),需要協(xié)調(diào)用戶發(fā)起對(duì)該BUG的優(yōu)化;
有時(shí)還需要引導(dǎo),引導(dǎo)用戶走向有利于系統(tǒng)開(kāi)發(fā)的軌道上,用戶的一些需求,有些對(duì)整個(gè)業(yè)務(wù)其實(shí)可有可無(wú),如果在實(shí)現(xiàn)起來(lái)很麻煩的話,可以引導(dǎo)用戶取消這個(gè)需求,避免對(duì)系統(tǒng)大的改造影響了其他正常的業(yè)務(wù),也浪費(fèi)了開(kāi)發(fā)人員的時(shí)間。如果系統(tǒng)本來(lái)就已經(jīng)具備的功能,那么就要引導(dǎo)用戶復(fù)用該功能,使系統(tǒng)可以最大程度的復(fù)用原來(lái)的功能。提高系統(tǒng)的代碼的使用率,同時(shí)提高我們的工作效率。
最后就是完善,完善我們編寫的需求規(guī)格說(shuō)明書(shū),可以使用需求用例、業(yè)務(wù)邏輯圖、辦理流程圖、表格、界面圖片等對(duì)需求進(jìn)行說(shuō)明,使需求規(guī)格說(shuō)明書(shū)簡(jiǎn)單易懂,避免歧義;
這一年的需求分析工作,使自己對(duì)該工作有了更多、更深的認(rèn)識(shí);不僅要認(rèn)真,還要有細(xì)心、耐心、有責(zé)任感;不僅要考慮當(dāng)前的需求,還要分析系統(tǒng)已經(jīng)具備的和將來(lái)需要支撐的;希望通過(guò)自己的努力,能將需求分析工作做的更好;
需求分析是項(xiàng)目開(kāi)發(fā)的基礎(chǔ),基礎(chǔ)打的牢不牢直接關(guān)系到后面所有的工作,是項(xiàng)目實(shí)施成敗的關(guān)鍵
總體上說(shuō),我們的需求分析是做了,但是做得很不夠,我們做的需求只解決了我們能做出這樣的項(xiàng)目,但是沒(méi)有解決這樣的項(xiàng)目是不是真就是客戶想要的。造成這種狀況的原因主要是下面幾個(gè)情況:
客戶本身說(shuō)不清楚
文物網(wǎng)是這樣,中彰國(guó)際更是這樣,但是這不能怪客戶,畢竟客戶在軟件方面的知識(shí)要少的多,也沒(méi)有相關(guān)的經(jīng)驗(yàn),可能心里只有一個(gè)想要的軟件的輪廓,于是可能會(huì)要求我們?nèi)ヌ嫠麄儊?lái)完整這個(gè)輪廓的細(xì)節(jié),而我們的能力、我們能否真正站在客戶角度去搜集和整理這些需求,就決定了這個(gè)需求的完整性和有效性。
軟件開(kāi)發(fā)網(wǎng)
需求自身經(jīng)常變動(dòng)
隨著客戶對(duì)這個(gè)項(xiàng)目越來(lái)越深刻的理解,那么可能他的需求也會(huì)隨之改變,這些變化的可能性越大項(xiàng)目風(fēng)險(xiǎn)就會(huì)
越大,我們?cè)谛枨蠓治龅臅r(shí)候就要充分考慮到哪些需求是相對(duì)固定的需求,哪些可能會(huì)是產(chǎn)生變動(dòng)的需求,考慮到他的可變性,這樣設(shè)計(jì)功能和數(shù)據(jù)庫(kù)的時(shí)候不致因?yàn)楹竺娴淖儎?dòng)而影響整個(gè)工程。
分析人員或客戶理解有誤
畢竟,不是每個(gè)分析人員都是專業(yè)而合格的,為避免這種情況的發(fā)生,需求分析必須要有審核制度,公司自己內(nèi)部要審核一遍,客戶再審一遍,提出意見(jiàn),修改后雙方共同評(píng)審簽字,確認(rèn)。
由此出現(xiàn)的問(wèn)題:
a)需求分析過(guò)于籠統(tǒng),只關(guān)注到面上,沒(méi)有關(guān)注到點(diǎn)上,開(kāi)發(fā)出來(lái)的東西在具體的細(xì)節(jié)上和客戶的理解有誤差,并且無(wú)法嚴(yán)格界定是否屬于需求變更。中彰的方案就是這樣的。
軟件開(kāi)發(fā)網(wǎng)
b)需求報(bào)告只求我們這方評(píng)審?fù)ㄟ^(guò),不去關(guān)心客戶的評(píng)審,認(rèn)為只要客戶簽字認(rèn)可就行。雖然簽字認(rèn)可能夠給日后出現(xiàn)問(wèn)題時(shí)劃清我們的責(zé)任,但是不能保證使項(xiàng)目實(shí)施成功。
c)需求分析中含有技術(shù)實(shí)施上有難度的功能,一味的求全和盲目按照客戶的設(shè)想,受客戶影響過(guò)大,畢竟,很多時(shí)候,客戶的想法在實(shí)際實(shí)施過(guò)程中是不現(xiàn)實(shí)的,或者可以有更為簡(jiǎn)便的方法來(lái)替代的。如中彰國(guó)際的在線交易功能,后臺(tái)大批量郵件群發(fā)功能。
d)對(duì)雙方已經(jīng)確定的需求,實(shí)現(xiàn)以后并不適合客戶使用,需要按照變更手續(xù)執(zhí)行的時(shí)候,客戶可能會(huì)糾纏,提出你們是專業(yè)人士,你們應(yīng)該事先能提醒我們可能會(huì)出現(xiàn)這種問(wèn)題并以此來(lái)把責(zé)任推給我們,而我們又不好完全按照變更手續(xù)執(zhí)行,因?yàn)榭赡芗せp方的矛盾,比如508的批量處理功能,因?yàn)閷儆谌耸鹿芾肀容^專業(yè)的細(xì)節(jié)問(wèn)題,需求分析師開(kāi)始沒(méi)有對(duì)客戶業(yè)務(wù)熟悉到如此細(xì)致的地步,而客戶也沒(méi)有過(guò)多關(guān)注這些細(xì)節(jié),導(dǎo)致軟件的某些功能不合用,較為繁瑣,而重新按著客戶的意見(jiàn)修改的話工作量比較大,導(dǎo)致成本增加、工期延長(zhǎng)。
e)項(xiàng)目的成熟度受客戶預(yù)算的限制。大部分客戶在項(xiàng)目投入上都是有預(yù)算的,在成本有上限的前提下,項(xiàng)目的功能設(shè)計(jì)方面必然受一定影響,畢竟功能越多越完善,相應(yīng)的開(kāi)發(fā)成本就越高。這種功能上的不完善需要事先告知客戶并得到理解。
f)此項(xiàng)工作的反復(fù)造成思想上的倦怠,使需求分析最后虎頭蛇尾。需求分析是一項(xiàng)繁瑣枯燥的工作,需要和客戶之間不斷的商討、確認(rèn)和反復(fù),另外由于大部分的客戶雖然安排專人負(fù)責(zé)這項(xiàng)工作,但是該人并不只做這項(xiàng)工作,特別當(dāng)他被很多其他的事情纏身的時(shí)候,而無(wú)心細(xì)看提交過(guò)去的需求報(bào)告的時(shí)候,他很可能會(huì)給你一個(gè)錯(cuò)覺(jué),讓你認(rèn)為他已經(jīng)真正的理解并認(rèn)可了你的設(shè)計(jì)。
結(jié)論
a)需求分析是整個(gè)項(xiàng)目管理中需要重點(diǎn)控制的幾個(gè)
關(guān)鍵節(jié)點(diǎn)之一,首先思想上一定要重視。
軟件開(kāi)發(fā)網(wǎng)
b)需求分析報(bào)告的編寫者要參與到需求的搜集工作中,準(zhǔn)確領(lǐng)會(huì)客戶的意圖,并轉(zhuǎn)化成軟件能夠?qū)崿F(xiàn)的功能。對(duì)于說(shuō)不清楚需求的客戶,要善于問(wèn)關(guān)鍵問(wèn)題,引導(dǎo)客戶提出自己的需求??梢圆扇〉拇胧┦鞘孪染幹埔粋€(gè)問(wèn)卷調(diào)查之類的文檔,詳細(xì)列舉需要客戶回答的問(wèn)題,以便防止遺漏。
c)需求報(bào)告的編寫者要能夠?qū)蛻粜枨筮M(jìn)行深入分析,區(qū)別出哪些需求存在日后變更的可能,哪些需求屬于相對(duì)固定的,哪些需求能夠?qū)崿F(xiàn),哪些需求需要變通才能實(shí)現(xiàn),以便于指導(dǎo)后面的功能設(shè)計(jì)。
d)需求分析報(bào)告對(duì)功能細(xì)節(jié)的描述不能有歧義,描述一定要全面、準(zhǔn)確,防止開(kāi)發(fā)方和客戶只見(jiàn)對(duì)同一個(gè)問(wèn)題有兩個(gè)截然不同的理解。可以通過(guò)評(píng)審,用大家的力量來(lái)避免這種情況發(fā)生
e)需求報(bào)告的每個(gè)關(guān)乎功能的描述都要讓客戶明白和理解,客戶在理解之上的確認(rèn)才能夠保證日后一旦出現(xiàn)問(wèn)題不致出現(xiàn)雙方互相推托責(zé)任糾纏不清的情況。
f)需求報(bào)告一定要經(jīng)過(guò)一個(gè)有技術(shù)人員和業(yè)務(wù)人員參加的評(píng)審,要充分發(fā)揮團(tuán)隊(duì)的力量,重視每個(gè)人的才智,一個(gè)模塊一個(gè)功能的逐一的過(guò),讓大家來(lái)共同找出需求報(bào)告里不合理的、有歧義的、不完善的、遺漏的等等問(wèn)題
軟件開(kāi)發(fā)網(wǎng)
g)幫助客戶去理解提交給他的需求分析報(bào)告而不是只等簽字,對(duì)于有能夠用好幾種方式實(shí)現(xiàn)的功能,盡量做到能讓客戶去比較和選擇。不要讓客戶對(duì)報(bào)告中的部分產(chǎn)生歧義。只有客戶對(duì)報(bào)告的完全的理解,才能在日后客戶提出的修改被認(rèn)為是需求變更的時(shí)候能夠得到客戶的理解
h)最后,需求分析報(bào)告一定要雙方共同簽字確認(rèn)
做需求分析一點(diǎn)心得
2024-09-1作者:Neo.Yan
1、需求分析前的準(zhǔn)備
在軟件開(kāi)發(fā)過(guò)程中,需求分析可以說(shuō)是核心任務(wù)之一,就像一支將要遠(yuǎn)航的船隊(duì),要在指定時(shí)間內(nèi)到達(dá)目錄地,他們需要一條正確的航線,才能到達(dá)目的地,如果航線有誤,他們將會(huì)誤時(shí)到達(dá),或是不回到原位將永遠(yuǎn)到達(dá)不了,這么重要的東西,但在國(guó)內(nèi)很多團(tuán)隊(duì)中缺少,雖然我也做了一些,但在項(xiàng)目完成的時(shí)候,回頭看看,其實(shí)我們做了很多不必要的事,浪費(fèi)了很多時(shí)間、人力和物力,為保證在今后的開(kāi)發(fā)中減少這些錯(cuò)誤的發(fā)生,現(xiàn)將一些問(wèn)題記錄下來(lái)。
為了了解系統(tǒng)需求,先可以從概要式的需求著手,再細(xì)化需求,需求分析必須擬定文檔,在寫文檔之前我們必須做好尋求分析的范圍,總結(jié)為以下幾點(diǎn):
1.1要做一個(gè)什么樣的系統(tǒng)
這個(gè)不說(shuō),我想做軟件開(kāi)發(fā)的人都知道,擬定這個(gè)后,一切才可以擴(kuò)展開(kāi),比如我們要做一個(gè)B2C的商城,要賣母
嬰用品,知道了這些,我們就可以找現(xiàn)在網(wǎng)站有的B2C網(wǎng)站做參考,分析系統(tǒng)構(gòu)架,系統(tǒng)功能等。
1.2系統(tǒng)將要在什么樣的環(huán)境下進(jìn)行
我上次經(jīng)歷的一個(gè)系統(tǒng),就是要用重新發(fā)一個(gè)B2C商城,但有一些前提條件,以前公司有網(wǎng)站,是用java+MYSQL開(kāi)發(fā)的,但我們開(kāi)發(fā)的新系統(tǒng)必須兼容以前的數(shù)據(jù),如客戶信息,商品信息,還有一些資源信息,并且還要兼容Google,baidu收錄的地址路徑,還有與原ERP的通訊等條件,這樣讓我們的開(kāi)發(fā)很受限制,這些需求就是這樣,你無(wú)法改變,所以在設(shè)計(jì)新系統(tǒng)的同時(shí)你必須考慮,要花時(shí)間去了解以前系統(tǒng)的功能,接口等,如果不了解,等你把新系統(tǒng)開(kāi)發(fā)完了才發(fā)現(xiàn)系統(tǒng)脫離了公司原有的業(yè)務(wù)流程,讓公司無(wú)法運(yùn)作,那就代表你開(kāi)發(fā)的系統(tǒng)根本沒(méi)有價(jià)值,我想這不是我們想要的結(jié)果。
1.3要解決哪些問(wèn)題
開(kāi)發(fā)出來(lái)軟件系統(tǒng)就是為了解決客戶需求的,一個(gè)B2C網(wǎng)站就是賣商品,主要由客戶、商品、購(gòu)物車、定單組成,將這些核心的功能定義好,我想其它的意外都不會(huì)太影響到整個(gè)系統(tǒng)的進(jìn)程。
1.4將來(lái)可能會(huì)有哪些變化
面對(duì)將來(lái)的發(fā)展,我們也許不能完全考慮到,但與公司的戰(zhàn)略發(fā)展,可以提前考慮些,能想到多少就想多少,多
多益善,我們開(kāi)發(fā)一個(gè)系統(tǒng)不是只滿足當(dāng)前的需求,如果眼光只放在眼前,那么你這個(gè)系統(tǒng)很快就會(huì)被淘汰,功能也許不需要現(xiàn)在實(shí)現(xiàn),但接口總得留...
篇二:需求分析實(shí)驗(yàn)心得體會(huì)
件工程實(shí)驗(yàn)報(bào)告
課
題:
人事管理系統(tǒng)
學(xué)生姓名:
孫
蓉
學(xué)
號(hào):
202416010128
專業(yè)班級(jí):
計(jì)科06101
指導(dǎo)教師:
周學(xué)清
同組成員:
朱蓉袁梅歐冬靈
目
錄
評(píng)閱意見(jiàn):
評(píng)定成績(jī):
指導(dǎo)老師簽名:
需求分析一、實(shí)驗(yàn)?zāi)康恼莆哲浖枨蟮慕Y(jié)構(gòu)化分析方法。
二、實(shí)驗(yàn)任務(wù)與實(shí)驗(yàn)要求導(dǎo)出系統(tǒng)詳細(xì)的邏輯模型,這里用數(shù)據(jù)流圖來(lái)表示。
三、實(shí)驗(yàn)內(nèi)容(1)
功能分析經(jīng)過(guò)初步分析人事管理系統(tǒng)應(yīng)該具備以下主要功能。
1、職員個(gè)人信息資料的增加、修改和刪除;
2、職員的考勤錄入和查詢;
3、職員工資結(jié)算和查詢;
4、人事管理人員的變化和操作授權(quán);
由于是使用計(jì)算機(jī)管理,就帶來(lái)了新的功能:
用戶登陸、操作人員的管理、基本數(shù)據(jù)的維護(hù)、由數(shù)據(jù)安全產(chǎn)生的數(shù)據(jù)備份與恢復(fù)。
(2)、關(guān)系模式在滿足函數(shù)依賴和無(wú)損連接的基礎(chǔ)上,使數(shù)據(jù)的設(shè)計(jì)更加合理。
在本系統(tǒng)中只有3個(gè)實(shí)體,那就是普通員工、管理員、超級(jí)管理員,他們權(quán)限的不聽(tīng)通過(guò)角色來(lái)區(qū)分。
在整個(gè)系統(tǒng)中超級(jí)管理員只有一人,管理員二人。
一個(gè)人只可以在普通員工、管理員、超級(jí)管理員中處于一個(gè)角色,而不可以兼任。
其具體的關(guān)系模式如下:
普通員工(員工號(hào),密碼,姓名,性別,出生年月,身份證號(hào),聯(lián)系電話,就職時(shí)間)
管理員(管理員號(hào),密碼,姓名,性別,出生年月,身份證號(hào),聯(lián)系電話,就職時(shí)間)
超級(jí)管理員(超級(jí)管理員號(hào),密碼,姓名,性別,出生年月,身份證號(hào),聯(lián)系電話,就職時(shí)間)
工資(員工號(hào),時(shí)間,基本工資,提成,獎(jiǎng)金)
考勤(員工號(hào),時(shí)間,遲到,早退,管理員號(hào))
注意:
表示主碼,
表示既是主碼又是外碼。
E-R圖如下所示
管理員號(hào)聯(lián)系電話身份證號(hào)姓名性別出生年月密碼管理員號(hào)圖1-3E-R圖之管理員就職時(shí)間普通員工聯(lián)系電話身份證號(hào)姓名性別出生年月密碼員工號(hào)圖1-2E-R圖之普通員工就職時(shí)間普通員工管理員超級(jí)管理員更新維護(hù)n1nm1+圖1-1總體E-R圖
數(shù)據(jù)字典設(shè)計(jì):
為了方便數(shù)據(jù)庫(kù)的管理和維護(hù),本系統(tǒng)只設(shè)計(jì)一個(gè)數(shù)據(jù)庫(kù)workers.mdb,其中包含worker(員工信息表)、manager(考勤信息表)、booklist(工資信息表)
表1-1worker(員工信息表)
各字段設(shè)計(jì)字段名稱數(shù)據(jù)類型字段大小是否為主碼是否為外碼可否為空字段說(shuō)明workeridchar10是rolechar20否passwordchar10否namechar16否brithdaydatatime10否idcardchar18否telphonechar11否workdaydatatime10否sexchar2否表1-2monit(考勤信息表)
各字段設(shè)計(jì)字段名稱數(shù)據(jù)類型字段大小是否為主碼是否為外碼可否為空字段說(shuō)明workeridchar10是earlychar2否latechar2否manageridchar10是tdatadatatime10是表1-3workmoney(工資信息表)
各字段設(shè)計(jì)字段名稱數(shù)據(jù)類型字段大小是否為主碼是否為外碼可否為空字段說(shuō)明workeridchar10是basechar10否returnchar10否scholarshipchar10否tdatadatatime10是否否否否否否否否否否否否否否是是否否員工號(hào)角色密碼姓名出生年月身份證號(hào)聯(lián)系電話就職年月性別是否否是否否是是否否員工號(hào)早退遲到管理員號(hào)日期是否否否否否否是是否員工號(hào)基本工資提成獎(jiǎng)金日期超級(jí)管理員號(hào)聯(lián)系電話身份證號(hào)姓名性別出生年月密碼超級(jí)管理員號(hào)圖1-4E-R圖之超級(jí)管理員就職時(shí)間
(3)
建立數(shù)據(jù)流圖
員工號(hào)和密碼不匹配員工考勤信息文件員工工資信息文件職員信息修改圖1-6
0層數(shù)據(jù)流圖角色2用戶登陸5員工信息更新4信息查詢3數(shù)據(jù)維護(hù)1密碼修改員工號(hào)密碼
員工信息文件查看查詢條件查詢結(jié)果超級(jí)管理員角色管理員或超級(jí)管理查看查看恢復(fù)查看修改修改查看恢復(fù)查看恢復(fù)修改報(bào)表職員查詢結(jié)果普通職員超級(jí)管理員管理員人事管理系統(tǒng)員工號(hào)密碼
職員查詢條件員工號(hào)密碼
超級(jí)管理員查詢結(jié)果超級(jí)管理員查詢條件員工號(hào)密碼
管理員查詢條件管理員查詢結(jié)果圖1-5
頂層數(shù)據(jù)流圖職員信息相關(guān)部門報(bào)表
4.1考勤信息查詢4.2員工信息查詢4.3工資信息查詢員工考勤信息文件員工信息文件員工工資信息文件查詢條件查詢結(jié)果查詢條件查詢條件查詢結(jié)果查詢結(jié)果查看查看查看無(wú)權(quán)限無(wú)權(quán)限無(wú)權(quán)限圖1-8
1層數(shù)據(jù)流圖對(duì)信息查詢的細(xì)化角色角色角色4.4生成打印報(bào)表報(bào)表3.1數(shù)據(jù)備份3.2數(shù)據(jù)恢復(fù)員工信息文件員工考勤信息文件員工工資信息文件備份信息文件查看查看查看查看恢復(fù)恢復(fù)恢復(fù)修改超級(jí)管理員圖1-7
1層數(shù)據(jù)流圖對(duì)數(shù)據(jù)維護(hù)的細(xì)化5.1數(shù)據(jù)收集5.2數(shù)據(jù)處理未審核信息文件員工考勤信息文件員工信息文件員工工資信息文件職員信息管理員或超級(jí)管理管理員或超級(jí)管理修改修改修改創(chuàng)建查詢完后刪除圖1-9
1層數(shù)據(jù)流圖對(duì)員工信息更新的細(xì)化
超級(jí)管理員
(4)
建立狀態(tài)圖人事管理系統(tǒng)的狀態(tài)圖,如圖1-10所示。
四、心得體會(huì)
在本次實(shí)驗(yàn)中,讓我了解了需求分析這一階段需要做那些事情,從現(xiàn)實(shí)生活中的具體事物中抽象出系統(tǒng)模型,在數(shù)據(jù)流程圖中盡量使用詞義準(zhǔn)確的詞。
我第一次用MicrosoftOfficeVisio2024這個(gè)軟件畫數(shù)據(jù)流圖,用起來(lái)并不怎么習(xí)慣,實(shí)驗(yàn)了一下后,最終還是決定用word畫。
E-R圖、數(shù)據(jù)字典我已經(jīng)相當(dāng)?shù)氖煜さ牧耍诖笮蛿?shù)據(jù)庫(kù)課程設(shè)計(jì)中我已經(jīng)用過(guò)了。
在這次中我得到了進(jìn)一步的熟悉和溫習(xí),知識(shí)也得到了更深一步的了解。
總之,在這次實(shí)驗(yàn)中,我學(xué)到了很多東西,唯一的遺憾就是還不會(huì)用MicrosoftOfficeVisio2024。
剛開(kāi)始我的數(shù)據(jù)流圖畫得不規(guī)范,感謝周老師給我指出來(lái)。
我現(xiàn)在已經(jīng)改正了,下次不會(huì)在犯同樣的錯(cuò)誤。
登陸界面驗(yàn)證用戶未審核人事數(shù)據(jù)人事數(shù)據(jù)報(bào)表[輸入密碼][不合法帳戶][合法帳戶][審核成功][生成報(bào)表成功]圖1-10狀態(tài)圖[增加/刪除/修改]未備份數(shù)據(jù)[合法帳戶]備份數(shù)據(jù)[備份成功]最新備份數(shù)據(jù)恢復(fù)數(shù)據(jù)[恢復(fù)成功][需要恢復(fù)數(shù)據(jù)]查詢條件數(shù)據(jù)[合法帳戶]查詢結(jié)果數(shù)據(jù)[查詢成功][查詢失敗]
概要設(shè)計(jì)一、實(shí)驗(yàn)?zāi)康牧私廛浖w系結(jié)構(gòu)模型,掌握面向數(shù)據(jù)流的設(shè)計(jì)方法、。
二、實(shí)驗(yàn)任務(wù)使用面向數(shù)據(jù)流的方法設(shè)計(jì)軟件系統(tǒng)的結(jié)構(gòu)。
三、實(shí)驗(yàn)內(nèi)容(1)
人事管理系統(tǒng)軟件結(jié)構(gòu)
在需求分析中,已經(jīng)用結(jié)構(gòu)化方法消息分析了人事管理系統(tǒng)。
因此,可以從圖2-1所示人事管理系統(tǒng)數(shù)據(jù)流圖出發(fā),設(shè)計(jì)人事管理系統(tǒng)的結(jié)構(gòu)。
對(duì)圖2-1的數(shù)據(jù)流圖進(jìn)行分析,可以看出此數(shù)據(jù)劉圖沒(méi)有明顯的事務(wù)中心。5.1數(shù)據(jù)收集5.2數(shù)據(jù)處理未審核信息文件職員信息修改修改修改創(chuàng)建查詢完后刪除4.4生成打印報(bào)表報(bào)表員工號(hào)和密碼不匹配員工考勤信息文件員工工資信息文件修改圖2-1
人事管理系統(tǒng)數(shù)據(jù)流圖角色2用戶登陸4.0-4.3信息查詢3數(shù)據(jù)維護(hù)1密碼修改員工號(hào)密碼
員工信息文件查看查詢條件查詢結(jié)果超級(jí)管理員角色管理員或超級(jí)管理查看查看恢復(fù)查看修改查看恢復(fù)查看恢復(fù)相關(guān)部門用戶
因此從整體上看,這個(gè)數(shù)據(jù)劉圖具有變換流的基本特征。
當(dāng)用戶得到操作授權(quán)之后,人事數(shù)據(jù)沿一條通路進(jìn)入系統(tǒng),輸出數(shù)據(jù)沿一條通路離開(kāi)系統(tǒng)。
接下來(lái),確定輸入流和輸出流的邊界,以孤立不變換中心。收集數(shù)據(jù)顯然位于輸入流中,生成打印報(bào)表顯然位于輸出流中。
因此,可畫出具有邊界的數(shù)據(jù)流圖,如圖2-2所示。
變換分析得出的系統(tǒng)高層結(jié)構(gòu)是一個(gè)三叉控制結(jié)構(gòu)。
針對(duì)人事管理系統(tǒng)得出的高層控制結(jié)構(gòu)如圖2-3所示。
5.1數(shù)據(jù)收集5.2數(shù)據(jù)處理未審核信息文件職員信息修改修改修改創(chuàng)建查詢完后刪除4.4生成打印報(bào)表報(bào)表員工號(hào)和密碼不匹配員工考勤信息文件員工工資信息文件修改圖2-2
具有邊界的人事管理系統(tǒng)數(shù)據(jù)流圖角色2用戶登陸4.0-4.3信息查詢3數(shù)據(jù)維護(hù)1密碼修改員工號(hào)密碼
員工信息文件查看查詢條件查詢結(jié)果超級(jí)管理員角色管理員或超級(jí)管理查看查看恢復(fù)查看修改查看恢復(fù)查看恢復(fù)相關(guān)部門用戶
但是由于本系統(tǒng)不太復(fù)雜,所以把驗(yàn)證用戶放在進(jìn)入系統(tǒng)的第一步,所以修改后的高層控制結(jié)構(gòu)如圖2-4所示。
人事管理系統(tǒng)的第二級(jí)分解結(jié)果如圖2-5所示。
驗(yàn)證用戶接收數(shù)據(jù)處理數(shù)據(jù)輸出數(shù)據(jù)圖2-5人事管理的第二級(jí)分解人事管理系統(tǒng)收集數(shù)據(jù)生成打印報(bào)表數(shù)據(jù)備份信息查詢數(shù)據(jù)處理維護(hù)數(shù)據(jù)利用數(shù)據(jù)數(shù)據(jù)恢復(fù)輸出數(shù)據(jù)驗(yàn)證用戶接收數(shù)據(jù)處理數(shù)據(jù)圖2-4修改后的人事管理的第一級(jí)分解人事管理系統(tǒng)人事管理系統(tǒng)接收數(shù)據(jù)處理數(shù)據(jù)輸出數(shù)據(jù)圖2-3人事管理的第一級(jí)分解
結(jié)合人事管理的第二級(jí)分解圖可以看出,生成打印報(bào)表功能本來(lái)就具有輸出的功能,因此無(wú)需輸出數(shù)據(jù)這個(gè)控制模塊,刪除輸出數(shù)據(jù)這個(gè)控制模塊。維護(hù)數(shù)據(jù)和利用數(shù)據(jù)也不需要處理數(shù)據(jù)這個(gè)模塊,處理數(shù)據(jù)這個(gè)控制模塊也可以刪除,因此,優(yōu)化后的人事管理系統(tǒng)軟件結(jié)構(gòu)如圖2-6所示。
四、心得體會(huì)
在本次實(shí)驗(yàn)中,我知道了在概念設(shè)計(jì)部分需要做那哪事情畫哪些圖,需求分析和概要設(shè)計(jì)這兩個(gè)階段并沒(méi)有明顯的分界線。
概要設(shè)計(jì)的主要任務(wù)是由數(shù)據(jù)流圖分析并得出系統(tǒng)的軟件結(jié)構(gòu)圖,我基本上達(dá)到了實(shí)驗(yàn)的要求。
驗(yàn)證用戶接收數(shù)據(jù)圖2-6優(yōu)化后的人事管理系統(tǒng)軟件結(jié)構(gòu)人事管理系統(tǒng)收集數(shù)據(jù)生成打印報(bào)表數(shù)據(jù)備份信息查詢數(shù)據(jù)處理維護(hù)數(shù)據(jù)利用數(shù)據(jù)數(shù)據(jù)恢復(fù)
詳細(xì)設(shè)計(jì)一、實(shí)驗(yàn)?zāi)康牧私馊藱C(jī)界面設(shè)計(jì);掌握使用過(guò)程設(shè)計(jì)工具描述模塊的詳細(xì)數(shù)據(jù)結(jié)果和算法。
二、實(shí)驗(yàn)內(nèi)容1、登陸登陸是系統(tǒng)有三種角色,分別為普通職員、管理員、超級(jí)管理員,其程序流圖如圖11所示。
圖11登陸程序流圖2、信息添加
信息添加的程序流圖如圖12所示。
開(kāi)始是否選擇角色是否輸入用戶名密碼是否為空結(jié)束選擇角色輸入用戶名輸入密碼輸出請(qǐng)選擇你的角色否輸出請(qǐng)輸入用戶名否輸出密碼不可以為空否輸出登陸成功是否登陸成功輸出登陸失敗進(jìn)入主窗口是是是是否
圖12信息添加程序流圖3、信息刪除信息刪除的程序流圖如圖13所示。
圖13信息刪除程序流圖4、密碼修改密碼修改的程序流程圖如圖14所示。
開(kāi)始輸出刪除成功輸出刪除失敗刪除相應(yīng)表格記錄刪除是否成功結(jié)束否是輸入要?jiǎng)h除的員工號(hào)輸出必填項(xiàng)不能為空輸出插入成功開(kāi)始輸出插入失敗輸出密碼不匹配輸入添加信息必填項(xiàng)是否為空兩次輸入的密碼是否相同插入相應(yīng)表插入是否成功結(jié)束否否否是是是
圖14密碼修改程序流圖4、信息查詢
信息查詢的程序流程圖如圖15所示。
圖15信息查詢程序流圖輸出修改失敗輸出必填項(xiàng)不能為空輸出修改成功開(kāi)始輸出密碼不匹配輸入原密碼原密碼是否為空兩次輸入的新密碼是否相同修改密碼原密碼是否匹配結(jié)束否否否是是是輸入新密碼再輸入一次新密碼是否修改成功是否輸出您無(wú)此權(quán)限開(kāi)始輸入查詢條件是否有此權(quán)限是否顯示查詢記錄輸出無(wú)此記錄是否有此記錄結(jié)束否是
四、心得體會(huì)
在本次實(shí)驗(yàn)中主要對(duì)人事管理系統(tǒng)的各個(gè)模塊進(jìn)行程序流程圖的設(shè)計(jì),使我們對(duì)本系統(tǒng)有一個(gè)更深入的了解,明確了各步該怎么做,以及應(yīng)該注意哪些方面的細(xì)節(jié)問(wèn)題,到此,對(duì)人事管理這個(gè)系統(tǒng)已經(jīng)基本上分析完成了。
篇三:需求分析實(shí)驗(yàn)心得體會(huì)
分析師年終總結(jié)
幫助客戶去理解提交給他的需求分析報(bào)告而不是只等簽字,對(duì)于有能夠用好幾種方式實(shí)現(xiàn)的功能,盡量做到能讓客戶去比較和選擇。
需求分析師年終總結(jié)項(xiàng)目經(jīng)理博客
總體上說(shuō),我們的需求分析是做了,但是做得很不夠,我們做的需求只解決了我們能做出這樣的項(xiàng)目,但是沒(méi)有解決這樣的項(xiàng)目是不是真就是客戶想要的。造成這種狀況的原因主要是下面幾個(gè)情況:
客戶本身說(shuō)不清楚
文物網(wǎng)是這樣,中彰國(guó)際更是這樣,但是這不能怪噓客戶,畢竟客戶在軟件狹方面的知識(shí)要少的多,啪也沒(méi)有相關(guān)的經(jīng)驗(yàn),可永能心里只有一個(gè)想要的敷軟件的輪廓,于是可能蓮會(huì)要求我們?nèi)ヌ嫠麄儊?lái)屎完整這個(gè)輪廓的細(xì)節(jié),檀而我們的能力、我們能談否真正站在客戶角度去辜搜集和整理這些需求,郡就決定了這個(gè)需求的完降整性和有效性。
需求自算身經(jīng)常變動(dòng)
隨著客該戶對(duì)這個(gè)項(xiàng)目越來(lái)越深廊刻的理解,那么可能他照的需求也會(huì)隨之改變,杏這些變化的可能性越大熒項(xiàng)目風(fēng)險(xiǎn)就會(huì)越大,我造們?cè)谛枨蠓治龅臅r(shí)候就謝要充分考慮到哪些需求扛是相對(duì)固定的需求,哪瞄些可能會(huì)是產(chǎn)生變動(dòng)的堤需求,考慮
到他的可變?cè)剐?,這樣設(shè)計(jì)功能和數(shù)要據(jù)庫(kù)的時(shí)候不致因?yàn)楹笥让娴淖儎?dòng)而影響整個(gè)工絡(luò)程。
由此出現(xiàn)的問(wèn)題:
芳
a)需求分析過(guò)于團(tuán)籠統(tǒng),只關(guān)注到面上,轍沒(méi)有關(guān)注到點(diǎn)上,開(kāi)發(fā)七出來(lái)的東西在具體的細(xì)御節(jié)上和客戶的理解有誤濱差,并且無(wú)法嚴(yán)格界定卿是否屬于需求變更。中嗚彰的方案就是這樣的。
抖
b)需求報(bào)告只求刮我們這方評(píng)審?fù)ㄟ^(guò),不東去關(guān)心客戶的評(píng)審,認(rèn)伸為只要客戶簽字認(rèn)可就能行。雖然簽字認(rèn)可能夠置給日后出現(xiàn)問(wèn)題時(shí)劃清有我們的責(zé)任,但是不能瞻保證使項(xiàng)目實(shí)施成功。
諺
c)需求分析中含迂有技術(shù)實(shí)施上有難度的靠功能,一味的求全和盲源目按照客戶的設(shè)想,受曝客戶影響過(guò)大,畢竟,努很多時(shí)候,客戶的想法刪在實(shí)際實(shí)施過(guò)程中是不約現(xiàn)實(shí)的,或者可以有更輕為簡(jiǎn)便的方法來(lái)替代的扎。如中彰國(guó)際的在線交汁易功能,后臺(tái)大批量郵鈴件群發(fā)功能。
d)觸對(duì)雙方已經(jīng)確定的需求澤,實(shí)現(xiàn)以后并不適合客掖戶使用,需要按照變更友手續(xù)執(zhí)行的時(shí)候,客戶游可能會(huì)糾纏,提出你協(xié)們是專業(yè)人士,你們應(yīng)效該事先能提醒我們可能押會(huì)出現(xiàn)這種問(wèn)題并以鋅此來(lái)把責(zé)任推給我們,凍而我們又不好完全按照味變更手續(xù)執(zhí)行,因?yàn)榭烧寄芗せp方的矛盾,比古如508的批量處理功國(guó)能,因?yàn)閷儆谌耸鹿芾黼]比較專業(yè)的細(xì)節(jié)問(wèn)
題,鄙需求分析師開(kāi)始沒(méi)有對(duì)胸客戶業(yè)務(wù)熟悉到如此細(xì)猿致的地步,而客戶也沒(méi)悟有過(guò)多關(guān)注這些細(xì)節(jié),駕導(dǎo)致軟件的某些功能不陽(yáng)合用,較為繁瑣,而重履新按著客戶的意見(jiàn)修改杖的話工作量比較大,導(dǎo)蔭致成本增加、工期延長(zhǎng)吧。
e)項(xiàng)目的成熟商度受客戶預(yù)算的限制。
短大部分客戶在項(xiàng)目投入付上都是有預(yù)算的,在成津本有上限的前提下,項(xiàng)寧目的功能設(shè)計(jì)(軟件的才成熟度)方面必然受一人定影響,畢竟功能越多刨越完善,相應(yīng)的開(kāi)發(fā)成漢本就越高。這種功能上終的不完善需要事先告知虜客戶并得到理解。
障f)此項(xiàng)工作的反復(fù)造眼成思想上的倦怠,使需隅求分析最后虎頭蛇尾。
察需求分析是一項(xiàng)繁瑣枯羨燥的工作,需要和客戶腑之間不斷的商討、確認(rèn)履和反復(fù),另外由于大部閱分的客戶雖然安排專人屈負(fù)責(zé)這項(xiàng)工作,但是該殷人并不只做這項(xiàng)工作,陶特別當(dāng)他被很多其他的胡事情纏身的時(shí)候,而無(wú)覺(jué)心細(xì)看提交過(guò)去的需求靈報(bào)告的時(shí)候,他很可能精會(huì)給你一個(gè)錯(cuò)覺(jué),讓你皺認(rèn)為他已經(jīng)真正的理解畜并認(rèn)可了你的設(shè)計(jì)。
結(jié)芒論
a)需求分析是丈整個(gè)項(xiàng)目管理中需要重銹點(diǎn)控制的幾個(gè)關(guān)鍵節(jié)點(diǎn)尹之一,首先思想上一定勒要重視。
b)需求廳分析報(bào)告的編寫者要參灰與到需求的搜集工作中庚,準(zhǔn)確領(lǐng)會(huì)客戶的意圖鄙,并轉(zhuǎn)化成軟件能夠?qū)嵳瀣F(xiàn)的功能。對(duì)于說(shuō)不清曾楚需求的客戶,要善于蜒問(wèn)關(guān)鍵問(wèn)題,引導(dǎo)客戶秀提
出自己的需求。可以枉采取的措施是事先編制弊一個(gè)問(wèn)卷調(diào)查之類的文湛檔,詳細(xì)列舉需要客戶鹽回答的問(wèn)題,以便防止韓遺漏。
c)需求報(bào)斧告的編寫者要能夠?qū)突饝粜枨筮M(jìn)行深入分析,漾區(qū)別出哪些需求存在日鞏后變更的可能,哪些需倚求屬于相對(duì)固定的,哪惱些需求能夠?qū)崿F(xiàn),哪些塵需求需要變通才能實(shí)現(xiàn)祁,以便于指導(dǎo)后面的功擺能設(shè)計(jì)。
d)需求名分析報(bào)告對(duì)功能細(xì)節(jié)的曹描述不能有歧義,描述疆一定要全面、準(zhǔn)確,防援止開(kāi)發(fā)方和客戶只見(jiàn)對(duì)百同一個(gè)問(wèn)題有兩個(gè)截然枕不同的理解??梢酝ㄟ^(guò)奢評(píng)審,用大家的力量來(lái)床避免這種情況發(fā)生
僥g)幫助客戶去理解提云交給他的需求分析報(bào)告繁而不是只等簽字,對(duì)于嬰有能夠用好幾種方式實(shí)利現(xiàn)的功能,盡量做到能使讓客戶去比較和選擇。
咋不要讓客戶對(duì)報(bào)告中的浙部分產(chǎn)生歧義。只有客盜戶對(duì)報(bào)告的完全的理解盈,才能在日后客戶提出揚(yáng)的修改被認(rèn)為是需求變嚇更的時(shí)候能夠得到客戶荷的理解
h)最后,塵需求分析報(bào)告一定要雙交方共同簽字確認(rèn)
需焉求分析師年終總結(jié)我是嘔一名專職教研員,xx屁年3月在北京接受了項(xiàng)簽?zāi)哭k的培訓(xùn),初步了解貯和理解了以導(dǎo)師為依托紅的教師支持服務(wù)體系項(xiàng)命目的來(lái)歷、目的、愿景抖、實(shí)施計(jì)劃、實(shí)施方法種等;首次接觸到全納理浴論,被深深震動(dòng);又學(xué)渦習(xí)了多元智能理論、時(shí)胡間管理理論等;通過(guò)國(guó)攣家級(jí)專家的
引領(lǐng)和各省梨項(xiàng)目專家的幫助,自覺(jué)造長(zhǎng)進(jìn)不小。
一、工作實(shí)漚踐1.文字工作
x檔x年3月底開(kāi)始,在省潦級(jí)專家倪萬(wàn)赤和原州區(qū)沾項(xiàng)目辦領(lǐng)導(dǎo)下進(jìn)入導(dǎo)師奈制項(xiàng)目,開(kāi)始扮演縣冪級(jí)導(dǎo)師角色,參與了敵原州區(qū)項(xiàng)目辦的基礎(chǔ)工繁作,如擬訂《寧夏固原京市原州區(qū)教師支持服務(wù)汛體系項(xiàng)目(xx--x愈x)周期實(shí)施方案》和慨《中國(guó)聯(lián)合國(guó)兒童基公金會(huì)教師支持服務(wù)體系逞導(dǎo)師制試點(diǎn)項(xiàng)目第二階零段工作計(jì)劃》;撰寫《羊教師支持服務(wù)體系蝸導(dǎo)師制試點(diǎn)項(xiàng)目原州區(qū)尤xx年工作總》;在國(guó)配家項(xiàng)目辦教師支持服賓務(wù)體系項(xiàng)目實(shí)施指南瞇《教師需求調(diào)查表》基我礎(chǔ)上修改而成《關(guān)于教重師生存狀態(tài)和專業(yè)需求商的自我評(píng)價(jià)問(wèn)卷》及執(zhí)愛(ài)生學(xué)校校長(zhǎng)教師須知昭考試題,在《教師支騙持服務(wù)體系實(shí)施指南》僳中的學(xué)校發(fā)展需求校墑長(zhǎng)訪談提綱基礎(chǔ)上修鋤改完成了《學(xué)校發(fā)展需淖求校長(zhǎng)訪談提綱》,撰陳寫了《關(guān)于教師生存劊狀態(tài)和專業(yè)需求的自我逸評(píng)價(jià)問(wèn)卷高紅小學(xué)調(diào)抄查統(tǒng)計(jì)分析》;今年又規(guī)開(kāi)發(fā)了《xx年原州區(qū)盂導(dǎo)師制試點(diǎn)工作導(dǎo)師真殖實(shí)需求調(diào)研問(wèn)卷》、《茵原州區(qū)愛(ài)生學(xué)校示范校跌打造工程教師問(wèn)卷》、盡《原州區(qū)愛(ài)生學(xué)校打造偽工程中小學(xué)學(xué)生問(wèn)卷》音等等。
2.參加原纓州區(qū)項(xiàng)目辦組織的培訓(xùn)器、研修活動(dòng)。
如在幸xx年4月3日的教畝師支持服務(wù)體系項(xiàng)目械導(dǎo)師團(tuán)隊(duì)首次集中培訓(xùn)血中主講如何了解教師努真實(shí)的需求。xx
年攢5月7日,在省級(jí)專家址倪萬(wàn)赤的指導(dǎo)下開(kāi)展了模教師支持服務(wù)體系摻項(xiàng)目導(dǎo)師團(tuán)隊(duì)第二次集癰中培訓(xùn)。集中學(xué)習(xí)了《經(jīng)中國(guó)-聯(lián)合國(guó)兒童基金抵會(huì)師資培訓(xùn)項(xiàng)目項(xiàng)目縣擒教師支持服務(wù)體系指導(dǎo)攘意見(jiàn)(試用稿)》。同懇時(shí)對(duì)原州區(qū)導(dǎo)師團(tuán)隊(duì)為徹項(xiàng)目學(xué)開(kāi)發(fā)的培訓(xùn)內(nèi)容院進(jìn)行研修。
xx年蔣11月24日,在省級(jí)粘專家倪萬(wàn)赤的倡導(dǎo)下開(kāi)仰展了教師支持服務(wù)體靖系項(xiàng)目導(dǎo)師團(tuán)隊(duì)第三烏次集中培訓(xùn)。培訓(xùn)的主碧要內(nèi)容是如何建立自己艱的博客和博客群。
甲3.撰寫導(dǎo)師制項(xiàng)目工羽作活動(dòng)簡(jiǎn)報(bào)(xx年3鐐期,xx年5期9篇)漂和日記,使更多的人了癰解項(xiàng)目,也為項(xiàng)目積累政了許多寶貴的資料。
4懲.下校工作xx年在清驟河鎮(zhèn)高紅小學(xué)。工作實(shí)胯績(jī)有:
(1)幫助弛學(xué)校制定了《高紅小學(xué)痔xx-xx年三年發(fā)展蓄規(guī)劃》,輔導(dǎo)教師完成灰了《教師個(gè)人年度發(fā)展愚規(guī)劃》。學(xué)校的三年發(fā)瑰展規(guī)劃和教師的個(gè)人規(guī)顏劃都是反復(fù)修改,幾易仰其稿。通過(guò)多次修改教睛師個(gè)人發(fā)展規(guī)劃,使教胞師學(xué)會(huì)了撰寫規(guī)劃的環(huán)動(dòng)節(jié)和方法;通過(guò)學(xué)校發(fā)蛹展規(guī)劃的反復(fù)修改,使籍教師、學(xué)生、家長(zhǎng)參與撒,體現(xiàn)了參與意識(shí),集率中了眾人的智慧。
怎(2)以愛(ài)生理念指導(dǎo)芽工作,以兒童視角觀察緞學(xué)校和教師,在改善辦辨學(xué)條件,提高校園文化攻愛(ài)生氛圍上做了一些工巖作。
如建議校長(zhǎng)為芋學(xué)生供應(yīng)開(kāi)水,建議班暈主任開(kāi)展以友愛(ài)
為主題鞏的班會(huì)。去年4月,經(jīng)農(nóng)我建議和策劃,學(xué)校對(duì)菠旗臺(tái)、大門、操場(chǎng)后墻卿(土墻)進(jìn)行了維修,橙并硬化花園的走道,粉勺刷操場(chǎng)北墻,校園西花丈園中心制作水泥圓臺(tái)及訊配套的六個(gè)小石凳,柳寅樹(shù)下制作七個(gè)學(xué)生活動(dòng)猖石桌及配套的小石凳,咳同時(shí)對(duì)校外周邊環(huán)境進(jìn)憫行了治理,使校內(nèi)、校姓外環(huán)境得到徹底整治,嘿創(chuàng)造了一個(gè)良好的育人濃環(huán)境和較濃的文化氛圍伙。還建議培訓(xùn)中心為學(xué)峪校校調(diào)配電腦三臺(tái),3問(wèn)4英寸彩電一臺(tái),dv洪d一臺(tái),使學(xué)校的辦學(xué)叁條件得到進(jìn)一步改善。
殷經(jīng)我建議,學(xué)校接通了阮寬帶網(wǎng),為網(wǎng)絡(luò)教研工牙作的開(kāi)展創(chuàng)造了良好的芋條件。(3)帶頭實(shí)踐針愛(ài)生理念,實(shí)實(shí)在在幫饅助教師成長(zhǎng)。
向教顛師大力灌輸愛(ài)生學(xué)校理螢?zāi)?,全納、平等、民主敬、和諧教育思想和愛(ài)生誦如子、
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 認(rèn)識(shí)三角形第4課時(shí)三角形的高 教學(xué)設(shè)計(jì)-2024-2025學(xué)年北師大版數(shù)學(xué)七年級(jí)下冊(cè)
- 600元美容館合同范本
- 受聘合同范本
- 勞務(wù)雇傭責(zé)任合同范本
- 雙方交付款合同范本
- 保證質(zhì)押合同范本
- 發(fā)廊股東入股合同范本
- 《送元二使安西》教案設(shè)計(jì)
- 勞務(wù)合同范本兼職
- 保定市電梯維保合同范本
- 《淞滬會(huì)戰(zhàn)》課件
- 《智能制造技術(shù)基礎(chǔ)》課件-第4章 加工過(guò)程的智能監(jiān)測(cè)與控制
- 初一家長(zhǎng)會(huì)課件96108
- 罪犯正常死亡報(bào)告范文
- 《企業(yè)文化概述》課件
- 某地源熱泵畢業(yè)設(shè)計(jì)
- (三級(jí))工業(yè)機(jī)器人運(yùn)用與維護(hù)理論考試復(fù)習(xí)題庫(kù)(含答案)
- 2024年廣東省公務(wù)員錄用考試《行測(cè)》真題及解析
- 高中英語(yǔ)必背3500單詞表(完整版)
- 房產(chǎn)中介居間服務(wù)合同模板樣本
- 海洋工程裝備保險(xiǎn)研究
評(píng)論
0/150
提交評(píng)論