第一篇：計算機系統(tǒng)分析員論文

企業(yè)人事信息系統(tǒng)的應(yīng)用

【摘要】

本文討論《企業(yè)人事信息系統(tǒng)》項目的需求分析方法與工具的選用。該系統(tǒng)的建設(shè)目標(biāo)是幫助該企業(yè)管理好企業(yè)內(nèi)部的人員和人員的活動，人事信息管理指的是企業(yè)員工從招聘面試到離職退休的全過程，涉及的主要活動包括面試、報到、培訓(xùn)、升職、離職或其他的人事變動，也包括電子化考勤、工資性收入的計算與分發(fā)、使用其他公司資源的有關(guān)記錄（如宿舍、保險、證件辦理等等）。此外，本系統(tǒng)也涉及到企業(yè)在全國各地的人事信息管理，企業(yè)的組織架構(gòu)的設(shè)置，級別與職務(wù)管理，人力申請直至人力需求報表，從而形成一個對企業(yè)真正有用的人事信息管理應(yīng)用系統(tǒng)。在本文中首先討論了選用面向?qū)ο蠓椒ㄅc工具的主要理由與策略，進一步通過一個簡例說明該方法與工具使用的效果，也討論了使用多種工具與方法在需求

分析中的必要性，最后簡要小結(jié)了選用正確工具與方法的意義和作用。

在項目開展期間，我擔(dān)任了系統(tǒng)分析、系統(tǒng)設(shè)計與數(shù)據(jù)庫管理等大量工作。

【正文】

人事信息管理系統(tǒng)是一個有著廣泛應(yīng)用面的實用性系統(tǒng)，但是，我國各個企業(yè)有著自身的體制、機制、特點與不同的要求；在開發(fā)這類系統(tǒng)時，系統(tǒng)需求分析是極為重要的一環(huán)。在整個分析過程中，我們都采用了面向?qū)ο蟮姆治龇椒ǎ@是因為我們在近幾年的實踐中已堅信這種方法能夠更加有效地表達和描述現(xiàn)

實世界。軟件要具有適用性和擴展性，就必須更接近于現(xiàn)實世界本身的發(fā)展規(guī)律。

以一個簡單的例子來看，假設(shè)要求設(shè)計關(guān)于引進人才評估的一個系統(tǒng)，按我們過去的做法，先會要求提供給我們一份相關(guān)的引進人才評估表，然后依葫蘆畫瓢地設(shè)計相應(yīng)的表單與界面。在短期來說，這樣做是簡便而實用的，但并不能夠符合現(xiàn)實世界的長遠目標(biāo)，這套設(shè)計方法不具有擴展性，因為任何一份評估表的結(jié)構(gòu)都會有可能發(fā)生許多改變的。采用面向?qū)ο蟮姆椒ǎ梢詮闹刑崛〕霰眍愋汀⒈斫Y(jié)構(gòu)、評分方法以

及能考慮繼承等各方面的要素，這樣就可以保證軟件的通用性，可配置性與可維護性。

在工具的選擇過程中，我們選擇了現(xiàn)在已十分流行的Rational系列，包括Rational Rose、RUP、SoDA等，為什么選取這個系列工具呢？這是基于我們對軟件需求分析目標(biāo)的看法，我們認為需求分析應(yīng)當(dāng)能正

確地回答如下的幾個關(guān)鍵性問題：

（1）用戶的需求是否已詳盡地被考慮到了？

（2）用戶能理解或明白我們所描述的內(nèi)容嗎？

（3）分析是否會和設(shè)計相脫節(jié)，（4）程序員能明白我們的分析與設(shè)計要求嗎？等等。

以下對上述幾個問題逐一簡要地加以說明：

（1）詳盡地獲取用戶的需求。

用戶的需求可分為顯式的需求與隱性的需求，用戶的傾向往往只顧及到當(dāng)前的與明顯的需求。要達到對需求理解的全面性，不僅僅只是依靠有效的用戶談話和調(diào)查，因為我們所面對的用戶需求往往會有些片面的，采用Rational Rose（基于UML）提供的用例，以及多種圖的聯(lián)合使用，可以使我們發(fā)現(xiàn)其中的遺漏。

（2）使用戶能充分地理解我們的表示方法，能夠真正明白我們描述的內(nèi)容。

軟件需求分析規(guī)格說明書通常會是冗長而枯燥的，一般的用戶不容易深入理解，這樣就削弱了分析的正確性。通過支持面向?qū)ο蠹癠ML語言的Rational Rose可以更好地和用戶交流，讓用戶了解系統(tǒng)的運作方

式甚至細節(jié)的操作。

（3）使分析和設(shè)計兩個階段互相聯(lián)系與貫通。

這是我們選擇面向?qū)ο蟮姆椒癛ational Rose工具的重要原因，系統(tǒng)分析要向用戶描述的不僅僅是用戶的需求，而且包括解決方法，解決方法當(dāng)然應(yīng)包括設(shè)計（程序）、數(shù)據(jù)庫與系統(tǒng)配置，我們當(dāng)然不希望用戶得到的是一個與需求規(guī)格說明不相同的軟件，也不可能要求程序員完成一個不可勝任的任務(wù)。然而我們在以前的多項工作中經(jīng)常發(fā)現(xiàn)這類情節(jié)，因為系統(tǒng)分析與設(shè)計相互脫節(jié)，導(dǎo)致一頭扎在分析中不顧設(shè)計

有關(guān)的事宜。

分析與設(shè)計的脫節(jié)，還不利于設(shè)計現(xiàn)格說明的評估，因為分析往往會脫離現(xiàn)實，導(dǎo)致缺乏評估的依據(jù)。

因為不可能成功地完成設(shè)計而使分析需要重來，就會造成巨大的浪費與損失。一個好的工具可以使分析與設(shè)計更緊密地連結(jié)起來，甚至于—一對應(yīng)。面向?qū)ο蟮姆治龇椒ㄊ箤ο笾g相對而言有獨立性，減少了

任何影響到全局的改動，能避免因需求變化而導(dǎo)致全盤皆動的被動局面。

（4）使程序員明白我們的設(shè)計。

一個好的設(shè)計應(yīng)該讓程序員感到清晰明白，更少疑問。一個疑問很多的設(shè)計加上溝通不暢，絕對會出現(xiàn)在應(yīng)用環(huán)境下所不需要的另一個軟件，所以設(shè)計規(guī)格說明書務(wù)必清楚、形象與明確，當(dāng)然，Rational Rose具有足夠的圖形與其他形式，能使程序員更加明確，甚至能細微到每一個語句（事實上如果使用VB，程序

架構(gòu)都有可能直接生成了）。

（5）選擇UML可能會有更多的理由。

比如用戶文檔的編寫、數(shù)據(jù)庫設(shè)計，我們都需要做到有延續(xù)性，有自動化支持和具有質(zhì)量上的保證。

所以，我們選用了以上的方法和工具。

在分析中，面對考勤班次的問題時，由于過去一直使用紙卡方式考勤，使用戶對班次形成了固定的概念，而現(xiàn)在的許多考勤軟件也采用多次刷卡的方法來形成一天的記錄。經(jīng)過面向?qū)ο蟮姆治隹梢园l(fā)現(xiàn)，事實上每天的上班記錄是由多個時段所形成的，時段的多少在各個公司，各個工種與部門都不盡相同，每個時段可能有不同的屬性，時段與時段組合可形成為班次，這更適合于現(xiàn)實的情況，使之能更加靈活與更有擴展性。其實，在天與天之間也都有相互之間的關(guān)系。在這一點上，我們又發(fā)現(xiàn)必須在考勤與薪金工資中加入與MRP中相似的期段（Periods）的基本概念，比如可以稱之為考勤期段，允許為用戶更加方便地設(shè)置考

勤期段，可能使之不一定與自然年月日相同等等。

Rational Rose使我們更方便地把上面的想法在類上去實現(xiàn)，更進一步地設(shè)計好我們的高效率的數(shù)據(jù)庫。當(dāng)然，使用單一的一個工具去完成一個中大型的應(yīng)用系統(tǒng)的需求分析，是不可能成功的。因為社會在發(fā)展，用戶的需求也在改變，如何把握住用戶的需求是需要時間的，面向?qū)ο蟮姆椒ㄓ袝r也會忽略外在的與表層的要求，不僅僅是要獲得關(guān)鍵的需求，其他更多的需求往往要等到用戶在使用后才知道，然而等到用戶使用是不現(xiàn)實的，作為原型開發(fā)模型中的原型也是收集用戶需求，描述與解釋需求的一類相當(dāng)有效的方

法與工具。

在我們的開發(fā)過程中，為了更好地讓用戶了解我們的系統(tǒng)和我們的設(shè)計方案，讓用戶在見面會上更有方向性與針對性，我們首先用Access開發(fā)出原型，讓用戶先試用。這樣，我們在真正的分析與設(shè)計時就能

更加符合用戶的要求。

總之，軟件需求分析方法和工具的使用，對我們軟件開發(fā)過程影響是很深遠的，選用高效能的正確的方法與工具，可以使我們的軟件更加正確地反映現(xiàn)實需求，更加具有可用性、可擴展性和可維護性；降低了

軟件項目的風(fēng)險。

評注：（1）寫得有些特色，觀點鮮明。（2）摘要寫得不錯，既反映了項目內(nèi)容，也小結(jié)了本文的寫作要點。（3）文中所舉的例子雖然簡單，但很實際。（4）多種方法與工具的使用，敘述得簡明扼要。（5）內(nèi)容可更豐富一些，更深入的例子也可再增多一些，則會更有說服力。（6）對需求分析的全過程的描述太

少。（本文主要參考了廣東延國慶等人的論文）

第二篇：系統(tǒng)分析員崗位職責(zé)

1.負責(zé)廣電行業(yè)交互系統(tǒng)的技術(shù)方案設(shè)計，文檔編寫。

2.負責(zé)軟件系統(tǒng)的分析和設(shè)計。

3.協(xié)助項目人員，進行相關(guān)的項目實施和維護的指導(dǎo)工作。

4.負責(zé)軟件系統(tǒng)的開發(fā)工作。

第三篇：系統(tǒng)分析員論文的解答方法

系統(tǒng)分析員論文的解答方法

1.論文試題的目的論文試題是系統(tǒng)分析員級考試的重要組成部分。它的目的是：

(1)檢查應(yīng)試者是否具有參加軟件項目工作的實踐經(jīng)驗。原則上，不具備實踐經(jīng)驗的人達不到系統(tǒng)分析員級水平，不能取得系統(tǒng)分析員級的資格。

(2)檢查應(yīng)試者分析問題與解決問題的能力，應(yīng)試者的獨立工作能力。在實際工作中，由于情況千變?nèi)f化，作為系統(tǒng)分析員應(yīng)能把握項目進展情況，發(fā)現(xiàn)和分析問題，提出解決問題的對策。在這方面對系統(tǒng)分析員有很高的要求。

(3)檢查應(yīng)試者的表達能力。出于軟件文檔是軟件的重要組成部分，并且在軟件開發(fā)過程中還要編寫不少工作文擋和報告，文檔的編寫能力很重要。系統(tǒng)分析員作為項目組的負責(zé)人或核心成員，要善于表達自己的思想。在這方面要注意抓住要點，重點突出，用詞準(zhǔn)確，易讀，易理解。

2.論文試題的特點

根據(jù)以上所述，下午論文試題的目的不是考知識(屬上午試題的范圍)，也不是考一般的分析和解決問題的能力(屆下午試題I的范圍)，而是考應(yīng)試者在軟件系統(tǒng)開發(fā)和維護方面的經(jīng)驗和綜合能力，以及表達能力。論文試題的持點是：

(1)試題的內(nèi)容：

為了使考試具有科學(xué)性和公正性，試題內(nèi)容都是軟件開發(fā)和維護工作中的具有共性的問題。也就是說，都是通用性問題，與具體的軟件應(yīng)用領(lǐng)域無關(guān)。不論開發(fā)什么樣的軟件都可能遇到這些問題。

例如，1990的試題是：成本／效益分析，軟件維護，文檔編制，軟件復(fù)用；1991的試題是：快速原型技術(shù)，系統(tǒng)測試，系統(tǒng)的可靠性，系統(tǒng)的可修改性；1992的試題是：軟件排錯，軟件項目的進度管理，面向?qū)ο蟮男枨蠓治龌蛟O(shè)計，系統(tǒng)的安全與保密控制。在此之前的1989的試題是：數(shù)據(jù)庫的設(shè)計，軟件開發(fā)中的質(zhì)量管理，信息系統(tǒng)的使用的方便性，系統(tǒng)的集成。

(2)試題的格式：

系統(tǒng)分析員的論文從性質(zhì)上說是“業(yè)務(wù)報告論文”，與通常的學(xué)術(shù)論文不同。考慮到業(yè)務(wù)報告論文的特點并為了實現(xiàn)科學(xué)評分，論文試題采取統(tǒng)一的格式。

每個試題由兩部分組成，即概述和問題。

① 概述；背景內(nèi)容和意義。

② 問題：根據(jù)實際經(jīng)驗回答三個問題：

問題1簡要敘述你參與的軟件項目的概要和你所擔(dān)任的工作。

問題2具體敘述你作了哪些有關(guān)工作?遇到了什么問題?為了解決這些問題，采取過哪些措施?

問題3簡要敘述你所采取的措施的效果如何?你現(xiàn)在認為還有哪些需要改進的地方?如何改進?

3.論文試題的解答方法

(1)選擇合適的試題。

選擇試題時應(yīng)該選擇自己熟悉的內(nèi)容。有多個試題可選時，要果斷，不要猶豫不決。

(2)解答時要抓作要點。

試題的要點有：

① 參加的項目的題目和概況(功能，性能等)。}

② 你擔(dān)任的工作。}問題

1③ 工作的具體內(nèi)容。}

④ 遇到的問題。}問題

2⑤ 解決問題的措施。}

⑥ 措施的效果。}

⑦ 需進一步改進的問題，以及如何改進。}問題3

上述幾點都是必不可少的。

(3)要有具體內(nèi)容。

解答時，切忌泛泛而談，一定要言之有物。最好有些“土香氣”，令人感到可信，不要給人以“死記硬背”的印象。

特別注意要突出表明是“你”自己做的，而不是別的什么人做的。語氣要自信，要有自己的觀點。

(4)注意字數(shù)。

論文試題對字數(shù)有嚴(yán)格的要求。字數(shù)不能太多(不能超過3000字)，也不能太少(不能少于2000字)。字數(shù)分配要合理，要適合內(nèi)容的要求。

由于時間較緊，—般字數(shù)不會超過3000字，但常有不到2000字的情況。字數(shù)過少通常是因為缺乏實踐，或者是因為不善于虛實結(jié)合，因而寫出的內(nèi)容空洞、抽象、枯燥。

(5)內(nèi)容要切題。

在(2)中所列的要點，都要緊緊圍繞試題指定的范圍去寫，千萬不要離題發(fā)揮，或者寫些無關(guān)的東西，這會給人硬湊字數(shù)的感覺，因而被扣分。

(6)要符合邏輯。

論文中的論點應(yīng)該有事實依據(jù)，要有說服力。要注意條理清晰，前后呼應(yīng)，不要自相矛盾。

(7)結(jié)構(gòu)化。

論文由摘要和正文兩大部分組成，正文又可分為3個部分(即3個問題)。各個部分的篇幅比例要適當(dāng)，不要平均分配。建議正文的3個部分的字數(shù)盡可能控制在如下范圍內(nèi)。

問題1 600—700字

問題2 1100—1300字

問題3 500—600字

當(dāng)然，篇幅的長短和比例要服從內(nèi)容的需要。以上數(shù)字僅供參考。

為了提高論文的易讀性，正文最好適當(dāng)加些小標(biāo)題，要適當(dāng)分段(每個段不要太長)。

(8)要寫好摘要。

摘要是論文非常重要的組成部分，不能輕視。摘要應(yīng)該概括地反映正文的全貌，要引人入勝，要給人一個好的初步印象。

摘要是用來檢查應(yīng)試者概括、歸納和抽象能力的，在解答時不能把它當(dāng)作可有可無的東西。

摘要可以先寫，也可以在寫完正文之后寫。

切記摘要中不能有圖表，不能寫成分條式的提綱，更不要寫成目錄的形式。字數(shù)不能少于200字。

(9)要提出尚存在的問題。

論文的第3部分很重要。提不出尚存在的問題，往往是因為缺乏實踐經(jīng)驗．或者是因為容易滿足現(xiàn)狀，不能清晰地認識問題，因而故步自封。這是缺乏系統(tǒng)分析員素質(zhì)的表現(xiàn)。

(10)要注意整潔。

字跡要端正。要想好再寫，不要有太多的刪改。整潔的程度也會影響得分。最后，再說一下如何分配論文考試的120分鐘時間的問題。作為參考，可以考慮如下方案：

選題 5分鐘

擬提綱 10分鐘

寫摘要 10分鐘

寫正文 80分鐘

檢查修改15分鐘

試題一 論項目的風(fēng)險管理

寫作要點：

1、介紹項目的背景、發(fā)起單位、目的、項目周期、交付的產(chǎn)品等，著重介紹項目的風(fēng)險管理；介紹自己擔(dān)任的工作及需要處理的問題。

2、項目是在復(fù)雜的自然和社會環(huán)境中進行的，受眾多因素的影響。對于這些內(nèi)外因素，從事項目活動的主體往往認識不足或者沒有足夠的力量加以控制。項目的過程和結(jié)果常常出乎人們的意料，有時不但未達到項目主體預(yù)期的目的，反而使其蒙受各種各樣的損失；而有時又會給他們帶來很好的機會。項目同其它經(jīng)濟活動一樣帶有風(fēng)險。要避免和減少損失，將威脅化為機會，項目主體就必須了解和掌握項目風(fēng)險的來源、性質(zhì)和發(fā)生規(guī)律，進而實行有效的管理。

項目風(fēng)險是一種不確定的事件或條件，一旦發(fā)生，會對項目目標(biāo)產(chǎn)生某種正面或負面的影響。風(fēng)險有其成因，同時，如果風(fēng)險發(fā)生，也導(dǎo)致某種后果。當(dāng)事件、活動或項目有損失或收益與之相聯(lián)系，涉及到某種或然性或不確定性和涉及到某種選擇時，才稱為有風(fēng)險。以上三條，每一個都是風(fēng)險定義的必要條件，不是充分條件。具有不確定性的事件不一定是風(fēng)險。

項目風(fēng)險管理的基本過程包括下列活動：

?風(fēng)險管理計劃編制過程。風(fēng)險管理計劃編制過程描述如何為項目處理和執(zhí)行風(fēng)險管理活動。

?風(fēng)險識別。風(fēng)險識別的目標(biāo)是識別和確定出項目究竟有哪些風(fēng)險，這些項目風(fēng)險究竟有哪些基本的特性，這些項目風(fēng)險可能會影響項目的哪些方面。

?風(fēng)險定性分析。風(fēng)險定性分析包括對已識別風(fēng)險進行優(yōu)先級排序，以便采取進一步措施，如進行風(fēng)險量化分析或風(fēng)險應(yīng)對。

?定量風(fēng)險分析。定量風(fēng)險分析過程定量地分析風(fēng)險對項目目標(biāo)的影響。它對不確定因素提供了一種量化的方法，以幫助我們做出盡可能恰當(dāng)?shù)臎Q策。

?風(fēng)險應(yīng)對計劃編制。風(fēng)險應(yīng)對通過開發(fā)備用的方法、制定某些措施以便提高項目成功的機會，同時降低失敗的威脅。

?風(fēng)險監(jiān)控。風(fēng)險監(jiān)控跟蹤已識別的危險，監(jiān)測殘余風(fēng)險和識別新的風(fēng)險，保證風(fēng)險計劃 的執(zhí)行，并評價這些計劃對減輕風(fēng)險的有效性。

3、信息系統(tǒng)項目所面臨的風(fēng)險及其產(chǎn)生原因和應(yīng)對措施

例如：

? 風(fēng)險：沒有正確理解業(yè)務(wù)問題

產(chǎn)生原因：項目干系人對業(yè)務(wù)問題的認識不足、計算起來過于復(fù)雜、不合理的業(yè)務(wù)壓力、不現(xiàn)實的期限

解決辦法：用戶教育、系統(tǒng)所有者和用戶的承諾和參與

? 風(fēng)險：客戶不能恰當(dāng)?shù)厥褂孟到y(tǒng)

產(chǎn)生原因：信息系統(tǒng)沒有與組織戰(zhàn)略相結(jié)合、對用戶沒有做足夠的解釋解決辦法：用戶的定期參與、項目的階段交付

? 風(fēng)險：拒絕需求變化

產(chǎn)生原因：固定的預(yù)算、固定的期限、決策者對市場和技術(shù)缺乏正確的理解解決辦法：變更管理、應(yīng)急措施

? 風(fēng)險：對工作的分析和評估不足

產(chǎn)生原因：缺乏項目管理經(jīng)驗、工作壓力過大、對項目工作不熟悉解決辦法：采用標(biāo)準(zhǔn)技術(shù)

? 風(fēng)險：人員流動

產(chǎn)生原因：不現(xiàn)實的工作條件、較差的工作關(guān)系，缺乏對職員的長遠期望解決辦法：保持好的職員條件、確保人與工作匹配、保持候補、外購? 風(fēng)險：缺乏恰當(dāng)?shù)募夹g(shù)工具

產(chǎn)生原因：技術(shù)經(jīng)驗不足、缺乏技術(shù)管理準(zhǔn)則、技術(shù)人員的市場調(diào)研或?qū)κ袌龅睦斫庥姓`、研究預(yù)算不足

解決辦法：預(yù)先測試、教育培訓(xùn)、替代工具

? 風(fēng)險：缺乏合適的技術(shù)實施人員

產(chǎn)生原因：對組織架構(gòu)缺乏認識、缺乏中長期的人力資源計劃、組織不重視技術(shù)人才和技術(shù)工作

解決辦法：外購、招募、培訓(xùn)

? 風(fēng)險：缺乏合適的技術(shù)平臺

產(chǎn)生原因：缺乏長期遠見、沒有市場和技術(shù)研究、團隊龐大陳舊難以轉(zhuǎn)型、缺乏預(yù)算

解決辦法：全面評估、推遲決策

? 風(fēng)險：技術(shù)陳舊過時

產(chǎn)生原因：缺乏技術(shù)前瞻人才、輕視技術(shù)、缺乏預(yù)算

解決辦法：延遲項目、標(biāo)準(zhǔn)檢測、前期研究

第四篇：系統(tǒng)分析員辭職報告

尊敬的經(jīng)理：

您好!我是項目的系統(tǒng)分析員xiexiebang，入職以來一直在這個項目參與用戶需求調(diào)研、負責(zé)系統(tǒng)體系結(jié)構(gòu)、功能、性能的分析和總體設(shè)計工作等。我錯誤的認為，系統(tǒng)分析是系統(tǒng)分析就是編程，軟件設(shè)計，其實我錯了，系統(tǒng)分析應(yīng)該是管理、引導(dǎo)、戰(zhàn)略發(fā)展方向，對于客戶需求沒有理解清楚等原因讓我很慚愧，因此我只有引咎辭職。不過我還是要感謝公司對我的栽培，以及同事們的關(guān)心，再次謝謝大家。

申請人：xiexiebang

第五篇：軟件工程/系統(tǒng)分析員個人簡歷

姓名： glzy8.com

性 別： 男

年 齡： 2

2民 族： 漢族

戶籍： 江西 南昌市

最高學(xué)歷： 本 科

現(xiàn)所在地： 湖北 武漢市

畢業(yè)院校： 東華理工大學(xué)

所學(xué)專業(yè)： 軟件工程

教育/培訓(xùn)

2005年9月-2009年3月 東華理工大學(xué) 軟件工程 本科

工作經(jīng)驗

▌武漢維格英科技有限公司 2008年6月-2010年2月

公司性質(zhì)：民營企業(yè) 行業(yè)類別：計算機業(yè)（軟件、數(shù)據(jù)庫、系統(tǒng)集成）

擔(dān)任職位：計算機業(yè)(it)類-系統(tǒng)分析員

工作描述：負責(zé)需求分析與架構(gòu)設(shè)計，提供開發(fā)過程中的技術(shù)指導(dǎo)，負責(zé)數(shù)據(jù)庫的設(shè)計與規(guī)劃，程序編碼，協(xié)助總經(jīng)理進行過程管理和風(fēng)險管控。

▌三毛燕軟件工作室 2006年3月-2008年5月

公司性質(zhì)：社會團體 行業(yè)類別：計算機業(yè)（軟件、數(shù)據(jù)庫、系統(tǒng)集成）

擔(dān)任職位：計算機業(yè)(it)類-系統(tǒng)集成/技術(shù)支持

工作描述：是工作室的創(chuàng)始人，組織和管理日常事務(wù)，負責(zé)軟件系統(tǒng)開發(fā)及過程管理工作，提供技術(shù)支持。

技能/專長

語言能力： 英語(熟練)；英語(熟練)；普通話(良好)

計 算 機 能 力： 系統(tǒng)分析員

技能專長：（1）embedded systems：roid、ucos、ophone oms、wince（定制操作系統(tǒng)、制作sdk）；

（2）精通c#、.net、vb，數(shù)量應(yīng)用java、c++、匯編

（3）sql server、sqlite（嵌入式）；

（4）單片機系統(tǒng)；

（5）系統(tǒng)分析與設(shè)計，系統(tǒng)集成；

（6）文檔編制；

（7）項目管理；

（8）技術(shù)指導(dǎo)（擔(dān)任過技術(shù)總監(jiān)職務(wù)）

求職意向

求職類型： 全職

待遇要求： ￥7000+元/月(可面議)

希望崗位： 計算機業(yè)(it)類-系統(tǒng)分析員

計算機業(yè)(it)類-系統(tǒng)集成/技術(shù)支持

計算機業(yè)(it)類-軟件工程師

希望地區(qū)： 廣東東莞 , 廣東佛山 , 廣東中山

發(fā)展方向

多年來，我為團隊所做的貢獻并非是本職崗位所限定的，我所想的是最大限度的發(fā)揮自己的才能，發(fā)明創(chuàng)造，那是我追求的最崇高的精神支柱。期盼能以自身建設(shè)性的想法去拓展公司的業(yè)務(wù)范圍，通過公司這個大平臺去更快、更好的實現(xiàn)人生價值，實現(xiàn)公司和個人雙贏的同時，更好的實施人生規(guī)劃。

自我評價

5年創(chuàng)業(yè)經(jīng)歷，3年軟件開發(fā)經(jīng)驗,精通vb、c#，熟悉java、c、c++、匯編、dot net平臺開發(fā)和windows驅(qū)動開發(fā)；嵌入式領(lǐng)域：wince定制、sdk制作，android及ophone、ucos平臺開發(fā)；軟件工程和項目管理理論知識扎實，思維活躍，邏輯清晰，善于管理，接受新知識和事物能力強；可常出差。

其他要求

（1）希望在本職崗位上發(fā)揮應(yīng)有作用外，能利用自身的企業(yè)信息化建設(shè)經(jīng)驗和技術(shù)，改善和提高公司信息化程度，加快公司信息化建設(shè)進程，充分利用和挖掘自己的能力，一直是我追求的理想精神狀態(tài)。

（2）公司業(yè)務(wù)不應(yīng)只是單純的軟件類，如果公司為oem或做嵌入式設(shè)備等電子類產(chǎn)品，將是我的理想雇主，那將有利于展示我的軟硬件方面的能力，更好的挖掘自身價值。