第一篇:09年軟考系統分析師考試心得
09年軟考系統分析師考試心得
厚積薄發,平時多做有心人
從系統分析師考試大綱可以看到,系統分析師對考生的綜合素質要求較高,考查的知識面很廣。但分析歷年考題可以發現,雖然考試知識面廣但考試內容并不是很深。因此,這就要求我們注意平時積累,經常通過網絡、講座、學術會議等途徑及時了解一些流行技術熱點和業界最新動態。
2、多做項目,在實踐中鍛煉提高
如果說平時積累的各個知識點是一粒粒寶貴的珍珠的話,那么項目經歷則是將這些珍珠串聯起來的一根紅線。“紙上得來終覺淺,絕知此事要躬行”。軟件工程 是一門實踐性、綜合性非常強的專業,如果沒有參加過完整的實際項目,就難以從根本上理解書本上所學的理論知識,就難以真正領會軟件工程的思想精髓。同時,在做項目時還要勤于思考,無論是作為主持者還是作為一個普通的程序員,都應該去潛心思考為什么要這樣設計、這樣設計的優點是什么、有哪些不足,如果你是設 計師的話你又會怎樣設計?經常做這樣的換位思考,會不自覺地提高自己的系統分析和設計能力,積累豐富的項目經驗,這對下午一的考試來說是非常有益的。
3、注意提高個人文檔編寫能力
一些軟件工程師有個不好的習慣,那就是只喜歡鉆研具體的技術點而不注重提高文檔編寫能力。他們的一個通病是做得多、寫得少,在某一個具體的技術領域上 往往表現得非常優秀,但寫出的文檔質量實在難以恭維。作為一個合格的系統分析師文檔編寫能力是必不可少的基本素質,也是下午二考試的考查重點。
文檔編寫能力不僅對于應試是十分必要的,而且在實際工作也是非常重要的。因此,我們應當在平時多做這方面的訓練,多思考、多動筆,努力提高自己文檔編寫能力。
4、掌握評卷專家心理,注意論文寫作技巧
在下午二的考試中,應注意把握評卷專家的心理狀況。根據希賽IT教育研發中心的著名軟考專家張友生所說的,評卷專家不可能把你的論文一字一句地精讀,要讓他短時間內了解你的論文內容并認可你的能力,必須把握好主次關系,論文的組織一定要條理清晰。一般說來,項目概述部分評卷專家會較認真看,為讓評卷專 家對你所做的項目產生興趣,這里可適當吹捧。在論文陳述部分應當按主次關系分條進行陳述,首先最好開門見山指出你所采取的措施,然后指出你為什么這樣做,這樣做有何優點,克服了以前做法的哪些缺點等等。在分條陳述時最好一個問題一個自然段(自然段千萬不要過長),在每個自然段首先要有一個主題句,主題句簡 明扼要地描述本段的中心思想。
在論文撰寫中,切忌大談空洞的理論知識或不懂裝懂,以專家的姿態高談闊論。應當將重點放在匯報你自己在項目中所做的與論題相關的工作,讓評卷專家相信你確實做過這方面的項目而且達到了相應水平。
在下午二考試時間的分配上,建議首先花3--5分鐘根據個人特長選定題目,然后花10—15分鐘左右整理一下所掌握的素材,列出提綱,即你打算談幾個方面,每個方面你是怎么做的,收效如何等等,簡明扼要地寫在草稿紙上。
5、張友生的書,不能不讀
要想通過系統分析師考試,不但需要多做項目,而且有關全國著名的軟考輔導專家張友生老師的書是不可不讀的。
我讀過的書有系統分析師考試綜合知識試題分類精解、系統分析師考試信息系統分析與設計案例試題分類精解、系統分析師考試論文試題分類分析與范文、計算機數學與經濟管理基礎知識、系統分析師考試輔導、系統分析師技術指南、系統分析與設計技術。
另外,如果條件許可的話,聽說參加希賽的培訓通過率可以達到80%,因為很多考試試題都是他們的模擬試題上的原題。
6、擺正心態,輕裝上陣
證書畢竟只是證書,考試通過了并不代表你完全具備系統分析和設計的能力,證書只是我們漫漫學習路途中一個階段性的里程碑,通過考試來不斷提高自己才是 最終目的。考試前擺正心態十分重要,我有一個朋友平常成績不錯,考試前一天晚上還在發奮看書直到晚上3點,結果得不償失,第二天考試時頭腦昏昏沉沉,水平發揮失常,這次考試上午成績以幾分之差與系分失之交臂。因此,我們應當以一顆平常心去應考,輕裝上陣,這樣才能充分發揮出最佳狀態。
大綱中的要求
《信息系統項目管理師考試大綱》中,要求考生根據試卷上給出的四個有關項目管理的論文題目,選擇其中的一個,按規定的要求寫論文和摘要。論文可能涉 及的內容極其廣泛,主要有信息系統項目管理,信息安全,信息系統項目監理,信息化戰略與實施,大型、復雜和多項目的管理,項目績效考核和績效管理6個主要 模塊的論題方向,這6個方向又分為若干個子內容。
2005年上半年的考試雖然只出了一道論文題目——“論信息系統項目的需求管理和范圍管理”,似乎與考試大綱有所背離,但考試內容并沒有偏離大綱,屬于“信息系統項目管理”方向中的內容。所以作論文考試的準備時一定要緊緊圍繞考試大綱來進行。
歷屆高級資格考試論文寫作一般會有如下的要求: 簡述你所從事的項目及你在項目中擔任的角色; 在項目中關于論題方向碰到的問題和解決對策; 對項目實話的總結和展望。2.為什么會覺得論文考試難
參加項目管理師的考生大致有兩種類型:在校學生和在職人員。對于在校的學生來說,參加項目管理師這一高級別的考試無異于一種挑戰。這是因為:
缺乏項目實戰經驗; 沒有從事過項目管理;
學業繁重,沒有時間來準備考試; 考試范圍太廣,許多的知識沒有接觸過; 技術方面掌握不扎實,基礎不牢; 沒有寫過學術論文。
大學里的計算機專業或信息管理專業都會開設軟件工程課程,也有少數的院校開設項目管理課程,即便是有,考生自己也會感覺只有理論知識沒有實 踐經驗,總覺得心里不踏實,寫出來的文章會不夠力度。大多數的研究生也只是跟隨導師做一些技術性的工作,項目管理方面的工作做得較少。其它專業的學生當然 會覺得難度更大。
對于在職人員來說,可能存在以下困難: 有項目經驗但要寫成論文覺得寫作水平有限;
長期從事某一個方面的工作,很少從事項目管理這種綜合性的工作; 從事技術性工作或研究工作,熱衷于技術實現,管理工作做得較少; 工作任務過重,無暇復習及攥寫論文。
對于這兩類考生,又以在職人員居多。要想考試過關,一是要盡量從繁忙的學習和工作中抽出時間來應考;二是要熟悉考試論文的寫作格式及注意事 項;三是掌握一定的論文寫作技巧;四是需要閱讀大量的資料來充電,五是在考試之前作適當的練習。當然如果您項目經驗十分豐富,可以把重點放在鍛煉寫作技巧 上來。
3.論文的格式與寫作技巧 3.1格式要求
項目管理師考試的論文不同于要放在學術雜志上發表的學術論文,也不同于學生的畢業論文,她主要是對自己工作經驗的總結,更象一份述職報告,因此在格式上的要求也比較簡單。
論文的內容分為兩部分:摘要和正文。這兩部分的書寫要注意以下的格式: 達到字數要求。摘要一般要求200字以上,500字以下,正文要求2500字以上。在論文寫作的方格紙上會有字數提醒。不要在論文中書畫圖形,盡量用文字表述。
盡量保持卷面清潔,如果實現需要劃掉文字,在字上劃一橫線即可。不必寫關鍵詞。3.2 寫作進度把握
論文的寫作時間只有兩個小時,要在短短的兩個小時里寫出一篇高質量的論文確屬不易,需要考生有較為豐富的理論和實踐知識的積累,當然也不必害怕,因為這還是有章可循的。這里建議的時間分配如下: 通讀論題,選定論題(5分鐘); 構思論文,寫論文提綱(10分鐘); 正文寫作(80分鐘); 摘要寫作(15分鐘); 復查論文(10分鐘)。
論文的摘要由于在論文的寫作過程中論文的論點及內容可能會有所變化,建議在寫作完正文后再寫摘要。下面按寫作步驟詳細解說。3.3 論文選題
拿到試卷后,先把試題快速通覽,找到自己最容易發揮,最擅長的方向的論題。為了照顧大多數考生的情況,論文題目會比較寬泛。
需要注意的一點是,既然是考項目管理師,論文內容當然不會關心過多的技術細節問題,重在項目管理。
選題時要考慮應和什么項目相關聯。文章至少要與一個項目關聯起來。那么如何選定項目呢?
在校的學生由于沒有項目經驗,往往不知論文應與什么項目關聯為好。一是要看題目要求,如今年5月考試的論文題目中就明確指出要是參與管理過 的大型信息系統項目,因此一般不要以如“學生成績管理信息系統”這種課程設計性質的項目來寫;二是盡量寫自己熟悉的,如一般的可寫高校人事MIS,高校教 務MIS等,在職人員也可如此考慮。項目可以是虛構的,不需要指明開發單位,委托單位;三是如果有大型項目或可以構思出大型項目則更佳。3.4 論文提綱
選定論題后不要急于動筆直接在答題紙(論文的答題紙為方格作文紙)上寫作。因為直接寫作很難有一個整體的思路,而且在寫作的過程中可能會涂 改而使得卷面不整潔,影響評卷人的心理。不提倡在草稿紙上書寫論文再抄至論文答題紙上,因為考試的時間本就十分有限,抄寫論文的時間也需不少。不妨先花點 時間理理寫作的思路,在草稿紙上寫作論文的提綱,所謂“磨刀不誤砍柴工”。提綱中寫些什么內容呢?可有如下的內容; 擬聯系寫作的項目,思考如何聯系此項目來寫作; 擬寫論文的主要論點。
各段落的主要內容,如果直接以論點來分段就不必再寫此項了。
論文的閱卷者一般會把論文看兩遍,第一遍快速瀏覽全文的論點,以找出文章的“文眼”,第二遍再仔細閱讀。如果論點清晰,會給閱卷者以清晰明朗的感覺。3.5 正文寫作
有了提綱了,寫正文就輕松多了。正文可采用“總——分——總”式,即文章開頭提出中心思想,再分述論點,最后在結尾處作出總結;也可用“提出問題——分析問題——解決問題”的逐步深入的方法。寫作時注意以下幾個方面: 理論聯系實際,一定要與項目關聯起來討論,切忌空談理論; 可以分條敘述的方式,但不要全文用此方式; 論點清晰,最好每段在開頭處或結尾處點明論點;
結尾處要對項目的實施情況,以及應用論點論據應用情況作出總結。不必列舉過多的計算公式。
文章要帶有一定的學術性,更多的應是談項目經驗。
不要關注于技術,多就論題寫管理方面的問題及采取的措施。第1樓 pmonly
2006-4-30 8:32:18 3.6 摘要寫作 摘要可按如下幾個方面來寫: 項目概述,包括自己主持或參與的項目及自己擔任的角色。論文的主要論點。
為方便大家書寫摘要,這里給出兩個摘要的書寫模板。模板一:(論點——項目概述)
本文以我主持(或參與)的××××××(項目名稱)為實例,探討了××××××(論文論題),認為××××××(論點)。在此項目中,我擔任了××××××(角色),參與了××××××(任務),實施后×××××(用論文中的方法實施后的效果)。
模板二:(項目概述——論點)
×××××(項目名稱)是×××××(項目說明),在此項目中,我擔任了×××××(角色),參與了×××××(任務)。對于項目的×××××(論題),本文認為×××××(論點)。該項目實施后×××××(用論文中的方法實施后的效果)。
下面給出模板一的一個實例,以供參考:(論信息系統項目的需求管理和范圍管理)
本文以我主持的某商業銀行網上銀行系統項目為實例,探討了作為開發方公司在信息系統項目的需求管理和范圍管理方面碰到的問題及解決的辦法,文章首先解釋了需求管理和范圍管理的基本概念,認為需求工作做得不扎實,項目范圍把控不好是導致項目難以成功的主要原因,提出應以CMM過程改進的思想指 導項目的需求管理和范圍管理,項目在需求分析階段應確定需求可以決策的人,充分和客戶溝通以正確把握需求,對于需求和開發范圍的變更管理提出了解決的辦 法。我在該項目中擔任了開發方的項目經理,自始至終參與了整個項目的建設,自2004年4月項目啟動至2004年12驗收歷時8個月,系統至今運行穩定,取得客戶的好評,很大程度上得益于項目成功的需求管理和范圍管理。4.論文考題分析
我們來把考試大綱的內容與歷年的軟件資格與水平考試高級(包括系統分析師和項目管理師)相關的考試論文題目列舉出如下表所示,也許您會有所啟迪。表1 歷年軟件資格和水平考試高級考試與考試大綱相關的論文題 模塊方向
子內容
歷年考題
考試年份 信息系統項目管理 項目選擇
可行性分析 論信息管理系統的可行性研究 1997年 項目生命周期流程管理
項目的整體、范圍、進度、成本、質量、人力資源、溝通、風險和采購管理 論軟件開發的質量管理 1989年 成本/效益分析 1990年 論軟件項目的質量保證 1993年 論項目管理工具的選用 1998年 論軟件質量保證 2002年 論軟件開發的風險控制 2003年 論軟件開發成本管理 2004年上半年
論應用軟件開發范圍和功能的確定 2004年下半年 論項目管理中的進度控制 2005年上半年
論信息系統項目的需求管理和范圍管理 2005年上半年項目管理師 項目評估
企業級信息系統項目管理體系的建立
項目中的質量管理與企業質量管理異同分析 論軟件開發的質量管理 1989年 論軟件項目的質量保證 1993年 論軟件質量保證 2002年
信息安全 信息安全體系 系統的安全與保密控制 1992年 信息安全體系的安全風險評估
企業信息安全策略 論企業信息系統的安全 2005年上半年 論企業內部網的安全策略 2004年下半年 信息系統工程監理 監理的方法與工作流程 監理的機構及監理工程師
監理中的質量、投資、進度和變更控制 監理中的合同管理、信息管理和安全管理 監理中的組織協調 信息化戰略與實施 企業建設信息化系統的過程 信息化系統建設過程中常見問題 新技術對信息化建設的影響 CIO在信息化建設過程中的作用 信息化規劃
不同類型信息化建設過程中的差異
電子政務建設 論電子政務信息共享整合 2005年上半年 企業自身管理成熟度對企業信息化建設的影響 大型、復雜信息系統項目和多項目的管理 計劃過程 跟蹤和控制過程
范圍管理 論應用軟件開發范圍和功能的確定 2004年下半年 論信息系統項目的需求管理和范圍管理 2005年上半年項目管理師 資源管理 協作管理
項目績效考核與績效管理 團隊績效與項目績效的關系 績效評估的方法 項目績效指標設計 績效改進
從上面的表格中可以看出,還沒有出過題目的內容極可能會成為下次考試出題的對象,“信息系統項目管理”模塊中的“項目的整體、范圍、進度、成本、質量、人力資源、溝通、風險和采購管理”是近四年的高級考試中必出論文考題的內容。據此,作者列出19個考題供大家參考和練習(每個模塊3~4 個): 信息系統項目管理 論項目團隊建設 論項目溝通管理
論企業信息系統項目管理體系的建立 論項目采購管理與合同管理 信息安全
論企業的信息系統安全體系 論企業信息系統的安全控制策略 論企業信息系統安全風險的評估 信息系統工程監理 論信息系統項目的工程監理 論信息系統工程監理中的質量控制 論信息系統工程監理中的進度控制 信息化戰略與實施 論企業信息化的規劃 論電子政務項目管理 論企業信息化的建設 論信息系統項目計劃的制訂 論信息系統項目資源管理 論信息系統的跟蹤與控制 項目績效考核與績效管理 論項目績效評估的方法與策略 論企業信息化中的績效評價機制 論信息系統項目績效指標的設計 5.如何準備論文
可以從以下幾個方面著手準備論文:
看別人寫的項目經驗文章,這是快速彌補經驗不足的辦法。以下的網站可以找到不少的資料:http://www.tmdps.cnA都達不到,因為工作就是做網絡,所以答的很順手。第三道Java題,全憑在IBM開發者網站上混了一年,不用背書居然也能寫滿卷子。
下午二部分:四道選答論文,通過對這幾年試題的分析,下午有三道是老內容,有一道是新東西。在考試之前,我普經在希賽上POST兩篇帖子,預測論文題目,后來事實證明一道都沒考。再三思考之后,首先一般的開發團隊中高級職務有四個,分析師--面向開發前期,主管需求分析,可行性分析(技術可行性、經濟可行性、商業可行性),與客戶打交道,與公司高層或主管打交道,考慮客戶需要什么,采用什么樣的技術;項目管理師--主管項目進展,風險管理,人員、成本分析;架構師--主管軟件架構、論計模式;測試員--主管測試工作。軟件設計師、數據庫構架師、網絡工程師、程序員等都在架構師下面的級別。其中分析師、項目管理師、架構師已經有了相應的考試,沒有的只有測試員。因此,可以看出論文范圍應該在需求分析、可行性分析。07年上半年的動態語言、工作流,前幾年的Web Service、網絡安全等可以算是技術上的可行性分析,而07年上半年另一道直接就是可行性分析。06年上半年、下半年分別考了需求分析、用例獲取,都屬于需求分析。這些算是分析師的正業,而EAI和軟件能力改進應該是CIO的工作,它的層次超越了開發團隊中的分析師,但是信產部的意思好像是想把系統分析師培養成CIO的接班人。另外,因為沒有測試員考試,所以測試工作也給了系統分析師。所以,有希賽網友預測會考數據庫構建,我認為這是絕不可能的,構建是工人干的活,分析師好比領導,要做的只是想想這個東西能不能用,不需要會實際的操作;有網友說會考數據倉庫,我認為雖然這確實屬可行性分析,但是這玩藝用的實在太少了,一般的單位、公司是看不到的,我在省級國稅系統也沒看到這東西,說白了沒有群眾基礎。
關于新舊的內容,需求分析是舊內容了,從有軟件開始就有了,新的東西多半是技術可行性分析,例如,動態語言,我們可以理解為用一個已經運作的項目證明動態語言技術的可行性。但是新不代表什么新技術都會考,這里的新只是新瓶裝老酒,06年下半年考了SOA,SOA本質上是EAI的一種表現;07年上半年的動態語言,說白了編程語言的一種。我在預測論文的時候沒考慮這一點,所以ESB、SCA、SOAP是不會考的。
總之,關于論文,我的意見是,根據上面的范圍,每種寫一篇論文背熟了待考。
論文結構可以采取開篇自我介紹,包括在何系統工作,部門,在部門從事何工作,但是不得體現姓名、具體工作單位,第二,遇到的困境,為何要開發該項目,在該項目開發中從事何崗位,第三,采取新項目后會解決什么問題,第四,在該項目中采用了什么技術(比如,以07年動態語言論文為例,可以說采用了PHP或RoR),在項目開發過程中遇到了什么問題,是怎么解決的,第五,項目運行后有什么不足,下一步該怎么做,最后,總結心得體會,學到了什么。論文的內容還要根據題目增減,比如07年要求比較幾種動態語言的特點,在互聯網應用系統開發中所起的作用,因此論文中要比較幾種動態語言,項目要體現出是互聯網應用。
“摘要”要在論文正文寫完后再寫,摘要就是縮簡版的正文,結構和正文差不多,以正文為基礎就很好寫了。在寫論文之前的構思階段,可能會想要寫好多點,但真正寫起來因為種種原因可能會砍掉部分構思好的觀點,如果構思完先寫摘要,把自己所想的所有觀點都寫進摘要,結果寫正文時砍掉了一些,那么最后摘要和正文內容就不符了。
三、應考篇:不在當地考試的考生有點煩,像我要跑到福州考試,所以應該提前一天熟悉地形和考試地點;對賓館不習慣也煩,我戀床,再加上賓館房間在路邊,晚上車來車往,害我晚上到三點都睡不著;因為考試時間安排緊湊,加上體能消耗大(用腦過度),所以咖啡、巧克力是必備的,我早上一杯咖啡、一根德芙巧克力,第一保持清醒,第二巧克力的糖份可以直供大腦,充分激活大腦,下午因為考試安排在一點半,再加上上午的勞累,很多人肯定會覺得困,所以一下喝兩袋咖啡提神,外加一根巧克力,下午的巧克力很重要,因為下午有兩場大消耗的考試,必須給大腦充分的供養;可以帶一小瓶礦泉水到考場,夏天太熱可以喝點水潤潤喉,但是不要喝太多,上廁所次數太多不僅影響思路,而且浪費時間,特別是下午論文考試。
總之,本文主要討論如何應考,但我本人并不希望大家是為了考試而考試,還是那句話系統分析師只是個過程,不是目的。
第二篇:09年軟考系統分析師考試心得
1、厚積薄發,平時多做有心人
從系統分析師考試大綱可以看到,系統分析師對考生的綜合素質要求較高,考查的知識面很廣。但分析歷年考題可以發現,雖然考試知識面廣但考試內容并不是很深。因此,這就要求我們注意平時積累,經常通過網絡、講座、學術會議等途徑及時了解一些流行技術熱點和業界最新動態。
2、多做項目,在實踐中鍛煉提高
如果說平時積累的各個知識點是一粒粒寶貴的珍珠的話,那么項目經歷則是將這些珍珠串聯起來的一根紅線。“紙上得來終覺淺,絕知此事要躬行”。軟件工程是一門實踐性、綜合性非常強的專業,如果沒有參加過完整的實際項目,就難以從根本上理解書本上所學的理論知識,就難以真正領會軟件工程的思想精髓。同時,在做項目時還要勤于思考,無論是作為主持者還是作為一個普通的程序員,都應該去潛心思考為什么要這樣設計、這樣設計的優點是什么、有哪些不足,如果你是設計師的話你又會怎樣設計?經常做這樣的換位思考,會不自覺地提高自己的系統分析和設計能力,積累豐富的項目經驗,這對下午一的考試來說是非常有益的。
3、注意提高個人文檔編寫能力
一些軟件工程師有個不好的習慣,那就是只喜歡鉆研具體的技術點而不注重提高文檔編寫能力。他們的一個通病是做得多、寫得少,在某一個具體的技術領域上往往表現得非常優秀,但寫出的文檔質量實在難以恭維。作為一個合格的系統分析師文檔編寫能力是必不可少的基本素質,也是下午二考試的考查重點。
文檔編寫能力不僅對于應試是十分必要的,而且在實際工作也是非常重要的。因此,我們應當在平時多做這方面的訓練,多思考、多動筆,努力提高自己文檔編寫能力。
4、掌握評卷專家心理,注意論文寫作技巧
在下午二的考試中,應注意把握評卷專家的心理狀況。根據希賽IT教育研發中心的著名軟考專家張友生所說的,評卷專家不可能把你的論文一字一句地精讀,要讓他短時間內了解你的論文內容并認可你的能力,必須把握好主次關系,論文的組織一定要條理清晰。一般說來,項目概述部分評卷專家會較認真看,為讓評卷專家對你所做的項目產生興趣,這里可適當吹捧。在論文陳述部分應當按主次關系分條進行陳述,首先最好開門見山指出你所采取的措施,然后指出你為什么這樣做,這樣做有何優點,克服了以前做法的哪些缺點等等。在分條陳述時最好一個問題一個自然段(自然段千萬不要過長),在每個自然段首先要有一個主題句,主題句簡明扼要地描述本段的中心思想。
在論文撰寫中,切忌大談空洞的理論知識或不懂裝懂,以專家的姿態高談闊論。應當將重點放在匯報你自己在項目中所做的與論題相關的工作,讓評卷專家相信你確實做過這方面的項目而且達到了相應水平。
在下午二考試時間的分配上,建議首先花3--5分鐘根據個人特長選定題目,然后花10—15分鐘左右整理一下所掌握的素材,列出提綱,即你打算談幾個方面,每個方面你是怎么做的,收效如何等等,簡明扼要地寫在草稿紙上。
5、張友生的書,不能不讀
要想通過系統分析師考試,不但需要多做項目,而且有關全國著名的軟考輔導專家張友生老師的書是不可不讀的。
我讀過的書有系統分析師考試綜合知識試題分類精解、系統分析師考試信息系統分析與
設計案例試題分類精解、系統分析師考試論文試題分類分析與范文、計算機數學與經濟管理基礎知識、系統分析師考試輔導、系統分析師技術指南、系統分析與設計技術。
另外,如果條件許可的話,聽說參加希賽的培訓通過率可以達到80%,因為很多考試試題都是他們的模擬試題上的原題。
6、擺正心態,輕裝上陣
證書畢竟只是證書,考試通過了并不代表你完全具備系統分析和設計的能力,證書只是我們漫漫學習路途中一個階段性的里程碑,通過考試來不斷提高自己才是最終目的。考試前擺正心態十分重要,我有一個朋友平常成績不錯,考試前一天晚上還在發奮看書直到晚上3點,結果得不償失,第二天考試時頭腦昏昏沉沉,水平發揮失常,這次考試上午成績以幾分之差與系分失之交臂。因此,我們應當以一顆平常心去應考,輕裝上陣,這樣才能充分發揮出最佳狀態
第三篇:軟考系統分析師考試須知
軟考系統分析師考試須知
(1)在您繼續閱讀下面內容之前,請先閱讀的“初級和中級考試須知”,其中的內容也適合于系統分析師考試。
(2)系統分析師下午共有2場考試,其中下午I是案例分析考試,時間為13:30~15:00(1個半小時)。在本場考試中,一般共有5道試題,其中第1道為必答題,第2~4道為選答題,由您根據自己的特長選做2道。也就是說,您在90分鐘的時間內要完成3道案例試題的分析和解答,因此,時間很緊,請您務必要注意安排好時間。
(3)在選擇試題時,要注意一個“準”字,根據第一感覺選定試題,不要這個問題讀一下,那個問題看一下,免得浪費時間。請注意用“○”圈好您選答的題號,千萬不要將題號和答題位置選錯。
(4)在回答案例分析試題時,用詞要準確,要答到要點上。閱卷時,是根據要點逐項記分的。如果問題規定了字數,則您的回答不要超過這個規定。
(5)由于中午連續和緊張的作戰,經過了下午I考試之后,您可能已經疲勞了。然而,更大的挑戰還在后面,所以,您需要盡快調整,建議您在午餐時準備一些清醒頭腦的用品,例如清涼油等。
(6)下午II是論文考試,時間為15:20~17:20(2個小時)。論文一般共有4道試題,由您根據自己的特長選做1道。論文答題紙是印好格子的,摘要和正文要分開寫。摘要需要300~400字,正文需要2000~3000字。
(7)無論是下午I,還是下午II,都請您注意書寫格式,字跡不要潦草。特別是論文,文字要寫在格子里,每個格子一個字。論文要有自己獨特的見解或者有著很深入的體會,內容翔實,體會中肯,思路清晰。
(8)在撰寫論文時,請您時刻注意避免全國著名的軟考輔導專家張友生教授總結的以下問題:·字數不夠或字數偏多;
·摘要歸納欠妥,未能起到總結正文的作用;
·文章所涉及的方法/技術或措施太多,但都沒有深入,因此,文章深度不夠;
·所采取的技術措施沒有特色,泛泛而談,把書刊雜志上的知識點進行羅列,可信性不強;·文章口語化太重,文字表達能力太差,錯別字句比較多;
·文章缺乏主題項目,或所論述的技術/方法/措施與論文主題項目無關,放之四海而皆準;·所論述的技術/方法/措施過于陳舊,或沒有技術含量,不能體現系統分析師的水平;
·文章最后沒有提出不足之處和改進方法,或者驕傲自滿、夸夸其談,找不出問題的真正原因;·論文項目年代久遠;
·整篇文章從大一二三到小123,太死板,給人以壓抑的感覺;
·文章思路混亂,結構不夠清晰,段落太長。
(9)論文評分標準:切合題意(30%);應用深度與水平(20%);實踐性(20%);表達能力(15%);綜合能力與分析能力(15%)。
第四篇:軟考2005年下半年系統分析師下午試卷Ⅱ
2005年下半年系統分析師下午試卷Ⅱ
試題一 論項目的風險管理
對項目風險進行管理,已經成為項目管理的重要方面。每一個項目都有風險。完全避開或消除風險,或者只享受權益而不承擔風險,都是不可能的。另一方面,對項目風險進行認真的分析、科學的管理,能夠避開不利條件、減少損失、取得預期的結果并實現項目目標。
請圍繞“項目的風險管理”論題,分別從以下三個方面進行論述:
1.概要敘述你參與管理過的信息系統項目(項目的背景、發起單位、目的、項目周期、交付的產品等),以及該項目在風險管理方面的情況。
2.請簡要敘述你對于項目風險的認識以及項目風險管理的基本過程。
3.結合你的項目經歷,概要論述信息系統項目經常面臨的主要風險、產生根源和可以采取的應對措施。試題二 論Web應用程序的測試
在軟件工程中,測試的重要性是不言而喻的。隨著Web應用的不斷深入和發展,有關Web應用的測試已經取得了許多積極的成果,產生了一些較好的測試工具和測試方法。
請圍繞“Web應用程序的測試”論題,依次從以下三個方面進行論述。
1.簡述你參與在Web應用程序的測試工作以及你所擔任的角色。
2.具體敘述你在Web應用程序的測試中是如何安排測試計劃的,主要是針對哪個方面進行測試。在功能和性能測試上有沒有使用自動化測試工具?如有,請說明是如何使用這些工具進行自動化測試的。
3.你認為現在的Web測試技術和工具有什么不足?使用此類技術和工具在你的測試過程中出現過哪些問題?你認為Web測試將來的發展趨勢如何?
試題三 論電子政務建設中政務內網和外網的劃分
經過一段時間的電子政務建設,已經初步取得了一些成果。由于某些政府部門需要在保證其信息系統安全的基礎上同時為公眾提供服務,因此,它的電子政務系統需要劃分為政務外網和政務內網。政務外網中不包含涉密信息或僅包含密級較低的信息,可為公眾提供服務;政務內網中可以包含一些涉密信息。
請圍繞“電子政務建設中政務內網和外網的劃分”論題,依次從以下三個方面進行論述。
1.簡述你參與的電子政務項目以及你所擔任的主要工作。
2.論述政務內網、外網的劃分對電子政務系統安全和實現政務信息系統互聯互通的影響。
3.在建設電子政務內網和外網中遇到了哪些困難?你是如何應對和解決的?
試題四 論高可靠性系統中軟件容錯技術的應用
容錯技術是當前計算機領域研究的熱點之一,是提高整個系統可靠性的有效途徑,許多重要行業(如航空、航天、電力、銀行等)對計算機系統提出了高可靠、高可用、高安全的要求,用于保障系統的連續工作,當硬件或軟件發生故障后,計算機系統能快速完成故障的定位與處理,確保系統正常工作。
對于可靠性要求高的系統,在系統設計中應充分考慮系統的容錯能力,通常,在硬件配置上,采用了冗余備份的方法,以便在資源上保證系統的可靠性。在軟件設計上,主要考慮對錯誤(故障)的過濾、定位和處理,軟件的容錯算法是軟件系統需要解決的關鍵技術,也是充分發揮硬件資源效率,提高系統可靠性的關鍵。
請圍繞“高可靠性系統中軟件容錯技術的應用”論題,依次從以下三個方面進行論述。
1.簡述你參與設計和開發的、與容錯相關的軟件項目以及你所承擔的主要工作。
2.具體論述你在設計軟件時,如何考慮容錯問題,采用了哪幾種容錯技術和方法。
3.分析你所采用的容錯方法是否達到系統的可靠性和實時性要求。
第五篇:歷年軟考系統分析師真題練習題及答案(一)
系統分析師
http://
歷年軟考系統分析師真題練習題及答案(一)
2、兩個公司希望通過Internet進行安全通信保證從信息源到目的地之間的數據傳輸以密文形式出現,而且公司不希望由于在傳輸節點使用特殊的安全單元而增加開支,最合適的加密方式是(1),使用的會話密鑰算法應該是(2)
1、A.鏈路加密 B.節點加密 C.端—端加密 D.混合加密
2、A.RSA B.RC—5 C.MD5 D.ECC
3、如果對一個關系實施了一種關系運算后得到了一個新的關系,而且新的關系中的屬性由該運算決定,這說明所實施的運算關系是:()
A.選擇 B.投影 C.連接 D.笛卡兒積
4、影響軟件開發成本估算的因素不包括以上哪項()A.軟件人員業務水平
B.軟件開始規模及復雜度
C.開發所需時間
D.開發所需硬件資源模型
5、Java Bean組件模型特點不包括()A.Java Bean組件模型是面向應用的組件模型
B.它支持可移植和可重用的Java組件的開發
C.Java Bean組件可以工作于任何Java程序應用開發工具中
D.Java Bean組件總是在程序運行時被實例化
系統分析師
http://
10、在形式語言中,方法G是一個四元組G=(VN,Vr,P,Z),其中VN為(6)。若方法G的產生式集P為:
(1)Z→Bc(2)Z→Zc(3)B→Ab(4)B→Bb(5)A→Aa(6)A→a 則文法G是(7)文法,識別G的自動機為(8)。對于G來說,(9)為文法G可接受的字符串,(10)為文法G不可接受的字符串。
6、A.狀態標志符 B.開始符 C.語句集 D.非終結符集合7、A.短語 B.上下文有關 C.上下文無關 D.正則
8、A.圖靈機 B.下推自動機 C.有窮狀態自動機 D.線性界限自動機
9、A.aaabc B.acbb C.acbcab D.acbbca
10、A.abbcc B.acbc C.aaabc D.aabbccc
11、自底向上的估計法的特點是()
A.簡單、工作量小、誤差大
B.精度高,但缺少子任務(模塊)間的聯系
C.估算較精確,但區分類比較困難
D.復雜、不可行,一般不采用此種方法,但這種副作用可以通過詳細的設計文檔加以控制
12、以下屬于選擇類排序法的是()
A.堆棧排序法 B.插入排序法 C.冒泡排序法 D.快速排序法
13、下列對關系的敘述中()不正確的
系統分析師
http://
A.關系中的每個屬性是不可分解的 B.在關系中元組的順序是無關緊要的 C.任意的一個二維表都是一個關系
D.在關系中任意兩個元組不能完全相同
14、對于“指針”和“鏈”,下面的說法正確的是()
A.它們是數據物理組織的兩種形式
B.它們是數據邏輯組織的兩種形式
C.它們是數據物理組織的兩種基本工具
D.它們是數據邏輯組織的兩種基本工具
15、甲、乙同為生產鋰電池的廠家。甲得知乙研制出改進鋰電池質量的技術戾竅后,遂以不正當方式獲取了該技術,并加以利用。甲廠侵害了乙廠的()A.技術秘密權 B.專利權 C.專利申請權 D.經營信息權
參考答案:
1、C 端-端加密適用于點對點的傳輸在傳輸過程中無需解密。
2、A RSA算法解決了大量網絡用戶密鑰管理的難題,能同時用于加密和數字簽名的算法,也易于理解和操作
3、B 選擇又稱為限制,它是在關系中選擇滿足給定條件的若干行(元組)。投影則是從在系中選擇若干屬性列組成新的關系,是從列的角度進行的運算也就是從屬性的角度進行運算,連接是從兩個關系的笛卡兒積中選取屬性間滿足一定條件的元組,由題目要求,所以
系統分析師
http://
應該選擇B
4、D 影響軟件開發成本估算的因素包括:軟件人員業務水平,軟件開發規模及復雜度,開發所需時間。
5、A JavaBean組件模型特點有:可以工作于任何Java程序應用工發工具中,總是在程序運行時被實例化,它支持可移植和可重用的,Java組件的開發,JavaBean組件模型是面向客戶端的組件模型。
6—10 D,D,C,A,B 形式語言首先于1956年由Chomsky進行描述。該理論討論了語言與文法的數學理論,按照對文法規則的不同定義形式,對語言和文法進行了分類。一般來說,Chomsky文法是一個四元組G=(VN,Vr,P,Z),其中VN為非終結符集合,Vr為由終結符組成的字母表集合,P是窮非空的重寫規則集合,Z是識別符號。文法G對應的語言是能從該文法的識別符號產生的那些終結符號串(句子)組成的集合。
簡單來說,對于文法的分類分為4類:
1、型文法也稱短語結構文法可以由圖靈機識別。
2、型文法也樂上下文有關文法,可以由線性界限自動機識別。
3、型文法也稱上下文無關文法,可以由下誰自動機識別。
4、型文法也稱正則文法可以由有窮狀態自動機識別。
具體的文法定義可以參照編譯原理中的相關概念。
某種文法可以接受的句子經過簡單推理即可。
11、B 自底向上的估計法:這種方法的主要思想是把待開發的軟件細分,直到每一個子任務都已經明確所需要的開發工作量,然后把它們加起來,得到軟件開發的總工作量。這是一種常見的估算方法。它的優點是估算各個部分的準確性高。缺點是缺少各項子任務之間相互間的聯系。
系統分析師
http://
12、A 排序是數據處理中經常使用的一種重要運算。包括插入排序,交換排序,選擇排序,分配排序等。選擇排序的基本方法是:每步從待排序的記錄中選出排序碼最小的記錄,順序入在已排序的記錄序列的最后,直到全部排完。通常包括,直接選擇排序,樹形選擇排序和堆棧選擇排序。
13、C 本題考查關系的基本概念。通常來說,一組域的笛卡兒積可以表示為一個二維表。表中的行對應一個元組,表中的每列對應一個域。而關系則是笛卡兒積的子集,換而言之,關系必須是滿足一定意義的二維表。關系通常來說要滿足幾條基本性質,其中,列也就是屬性順序無所謂,但是必須是不可以分解的,元組也就是行的順序無所謂但不能完全相同,分是必須取原子值等等。
14、D “指針”和“鏈”是數據邏輯組織的兩種基本工具。
15、A 由題可知甲廠侵害了乙雨季的技術秘密權。
更多系統分析師考試資訊,請到希賽軟考學院。