系统分析员论文的解答方法[精选多篇]

第一篇：系统分析员论文的解答方法

系统分析员论文的解答方法

1.论文试题的目的论文试题是系统分析员级考试的重要组成部分。它的目的是：

(1)检查应试者是否具有参加软件项目工作的实践经验。原则上，不具备实践经验的人达不到系统分析员级水平，不能取得系统分析员级的资格。

(2)检查应试者分析问题与解决问题的能力，应试者的独立工作能力。在实际工作中，由于情况千变万化，作为系统分析员应能把握项目进展情况，发现和分析问题，提出解决问题的对策。在这方面对系统分析员有很高的要求。

(3)检查应试者的表达能力。出于软件文档是软件的重要组成部分，并且在软件开发过程中还要编写不少工作文挡和报告，文档的编写能力很重要。系统分析员作为项目组的负责人或核心成员，要善于表达自己的思想。在这方面要注意抓住要点，重点突出，用词准确，易读，易理解。

2.论文试题的特点

根据以上所述，下午论文试题的目的不是考知识(属上午试题的范围)，也不是考一般的分析和解决问题的能力(届下午试题I的范围)，而是考应试者在软件系统开发和维护方面的经验和综合能力，以及表达能力。论文试题的持点是：

(1)试题的内容：

为了使考试具有科学性和公正性，试题内容都是软件开发和维护工作中的具有共性的问题。也就是说，都是通用性问题，与具体的软件应用领域无关。不论开发什么样的软件都可能遇到这些问题。

例如，1990年度的试题是：成本／效益分析，软件维护，文档编制，软件复用；1991年度的试题是：快速原型技术，系统测试，系统的可靠性，系统的可修改性；1992年度的试题是：软件排错，软件项目的进度管理，面向对象的需求分析或设计，系统的安全与保密控制。在此之前的1989年度的试题是：数据库的设计，软件开发中的质量管理，信息系统的使用的方便性，系统的集成。

(2)试题的格式：

系统分析员的论文从性质上说是“业务报告论文”，与通常的学术论文不同。考虑到业务报告论文的特点并为了实现科学评分，论文试题采取统一的格式。

每个试题由两部分组成，即概述和问题。

① 概述；背景内容和意义。

② 问题：根据实际经验回答三个问题：

问题1简要叙述你参与的软件项目的概要和你所担任的工作。

问题2具体叙述你作了哪些有关工作?遇到了什么问题?为了解决这些问题，采取过哪些措施?

问题3简要叙述你所采取的措施的效果如何?你现在认为还有哪些需要改进的地方?如何改进?

3.论文试题的解答方法

(1)选择合适的试题。

选择试题时应该选择自己熟悉的内容。有多个试题可选时，要果断，不要犹豫不决。

(2)解答时要抓作要点。

试题的要点有：

① 参加的项目的题目和概况(功能，性能等)。}

② 你担任的工作。}问题

1③ 工作的具体内容。}

④ 遇到的问题。}问题

2⑤ 解决问题的措施。}

⑥ 措施的效果。}

⑦ 需进一步改进的问题，以及如何改进。}问题3

上述几点都是必不可少的。

(3)要有具体内容。

解答时，切忌泛泛而谈，一定要言之有物。最好有些“土香气”，令人感到可信，不要给人以“死记硬背”的印象。

特别注意要突出表明是“你”自己做的，而不是别的什么人做的。语气要自信，要有自己的观点。

(4)注意字数。

论文试题对字数有严格的要求。字数不能太多(不能超过3000字)，也不能太少(不能少于2000字)。字数分配要合理，要适合内容的要求。

由于时间较紧，—般字数不会超过3000字，但常有不到2000字的情况。字数过少通常是因为缺乏实践，或者是因为不善于虚实结合，因而写出的内容空洞、抽象、枯燥。

(5)内容要切题。

在(2)中所列的要点，都要紧紧围绕试题指定的范围去写，千万不要离题发挥，或者写些无关的东西，这会给人硬凑字数的感觉，因而被扣分。

(6)要符合逻辑。

论文中的论点应该有事实依据，要有说服力。要注意条理清晰，前后呼应，不要自相矛盾。

(7)结构化。

论文由摘要和正文两大部分组成，正文又可分为3个部分(即3个问题)。各个部分的篇幅比例要适当，不要平均分配。建议正文的3个部分的字数尽可能控制在如下范围内。

问题1 600—700字

问题2 1100—1300字

问题3 500—600字

当然，篇幅的长短和比例要服从内容的需要。以上数字仅供参考。

为了提高论文的易读性，正文最好适当加些小标题，要适当分段(每个段不要太长)。

(8)要写好摘要。

摘要是论文非常重要的组成部分，不能轻视。摘要应该概括地反映正文的全貌，要引人入胜，要给人一个好的初步印象。

摘要是用来检查应试者概括、归纳和抽象能力的，在解答时不能把它当作可有可无的东西。

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

切记摘要中不能有图表，不能写成分条式的提纲，更不要写成目录的形式。字数不能少于200字。

(9)要提出尚存在的问题。

论文的第3部分很重要。提不出尚存在的问题，往往是因为缺乏实践经验．或者是因为容易满足现状，不能清晰地认识问题，因而故步自封。这是缺乏系统分析员素质的表现。

(10)要注意整洁。

字迹要端正。要想好再写，不要有太多的删改。整洁的程度也会影响得分。最后，再说一下如何分配论文考试的120分钟时间的问题。作为参考，可以考虑如下方案：

选题 5分钟

拟提纲 10分钟

写摘要 10分钟

写正文 80分钟

检查修改15分钟

试题一 论项目的风险管理

写作要点：

1、介绍项目的背景、发起单位、目的、项目周期、交付的产品等，着重介绍项目的风险管理；介绍自己担任的工作及需要处理的问题。

2、项目是在复杂的自然和社会环境中进行的，受众多因素的影响。对于这些内外因素，从事项目活动的主体往往认识不足或者没有足够的力量加以控制。项目的过程和结果常常出乎人们的意料，有时不但未达到项目主体预期的目的，反而使其蒙受各种各样的损失；而有时又会给他们带来很好的机会。项目同其它经济活动一样带有风险。要避免和减少损失，将威胁化为机会，项目主体就必须了解和掌握项目风险的来源、性质和发生规律，进而实行有效的管理。

项目风险是一种不确定的事件或条件，一旦发生，会对项目目标产生某种正面或负面的影响。风险有其成因，同时，如果风险发生，也导致某种后果。当事件、活动或项目有损失或收益与之相联系，涉及到某种或然性或不确定性和涉及到某种选择时，才称为有风险。以上三条，每一个都是风险定义的必要条件，不是充分条件。具有不确定性的事件不一定是风险。

项目风险管理的基本过程包括下列活动：

•风险管理计划编制过程。风险管理计划编制过程描述如何为项目处理和执行风险管理活动。

•风险识别。风险识别的目标是识别和确定出项目究竟有哪些风险，这些项目风险究竟有哪些基本的特性，这些项目风险可能会影响项目的哪些方面。

•风险定性分析。风险定性分析包括对已识别风险进行优先级排序，以便采取进一步措施，如进行风险量化分析或风险应对。

•定量风险分析。定量风险分析过程定量地分析风险对项目目标的影响。它对不确定因素提供了一种量化的方法，以帮助我们做出尽可能恰当的决策。

•风险应对计划编制。风险应对通过开发备用的方法、制定某些措施以便提高项目成功的机会，同时降低失败的威胁。

•风险监控。风险监控跟踪已识别的危险，监测残余风险和识别新的风险，保证风险计划 的执行，并评价这些计划对减轻风险的有效性。

3、信息系统项目所面临的风险及其产生原因和应对措施

例如：

 风险：没有正确理解业务问题

产生原因：项目干系人对业务问题的认识不足、计算起来过于复杂、不合理的业务压力、不现实的期限

解决办法：用户教育、系统所有者和用户的承诺和参与

 风险：客户不能恰当地使用系统

产生原因：信息系统没有与组织战略相结合、对用户没有做足够的解释解决办法：用户的定期参与、项目的阶段交付

 风险：拒绝需求变化

产生原因：固定的预算、固定的期限、决策者对市场和技术缺乏正确的理解解决办法：变更管理、应急措施

 风险：对工作的分析和评估不足

产生原因：缺乏项目管理经验、工作压力过大、对项目工作不熟悉解决办法：采用标准技术

 风险：人员流动

产生原因：不现实的工作条件、较差的工作关系，缺乏对职员的长远期望解决办法：保持好的职员条件、确保人与工作匹配、保持候补、外购 风险：缺乏恰当的技术工具

产生原因：技术经验不足、缺乏技术管理准则、技术人员的市场调研或对市场的理解有误、研究预算不足

解决办法：预先测试、教育培训、替代工具

 风险：缺乏合适的技术实施人员

产生原因：对组织架构缺乏认识、缺乏中长期的人力资源计划、组织不重视技术人才和技术工作

解决办法：外购、招募、培训

 风险：缺乏合适的技术平台

产生原因：缺乏长期远见、没有市场和技术研究、团队庞大陈旧难以转型、缺乏预算

解决办法：全面评估、推迟决策

 风险：技术陈旧过时

产生原因：缺乏技术前瞻人才、轻视技术、缺乏预算

解决办法：延迟项目、标准检测、前期研究

第二篇：系统分析员级下午试题II(论文)的解答方法

系统分析员级下午试题II(论文)的解答方法

1.论文试题的目的论文试题是系统分析员级考试的重要组成部分。它的目的是：

(1)检查应试者是否具有参加软件项目工作的实践经验。原则上，不具备实践经验的人达不到系统分析员级水平，不能取得系统分析员级的资格。

(2)检查应试者分析问题与解决问题的能力，特别是应试者的独立工作能力。在实际工作中，由于情况千变万化，作为系统分析员应能热把握项目进展情况，发现和分析问题，提出解决问题的对策。在这方面，对系统分析员有很高的要求。

(3)检查应试者的表达能力。由于软件文档是软件的重要组成部分，并且在软件开发过程中不要编写不少工作文档和报告，文档的编写能力很重要。系统分析员作为项目组的负责人或核心成员，要善于表达自己的思想。在这方面要注意抓住要点，重点突出，用词准确，易读，易理解。

2．论文试题的特点

下午论文试题的目的考应试者在软件系统开发和维护方面的经验和综合能力，以及表达能力。论文试题的特点是：

(1)试题的内容：试题内容都是软件开发和维护工作中的具有共性的问题。也就是说，都是通用性问题，与具体的软件应用领域无关。否认开发什么样的软件都可能遇到这些问题。例如，1990的试题是：成本/效益分析，软件维护，文档编制，软件复用;1991的试题是：快速原型技术，系统测试，系统的可靠性，系统的可修改性；1992的试题是：软件排错，软件项目的进度管理，面向对象的需求分析或设计，系统的安全与保密控制。在此之前的1989的试题是：数据库的设计，软件开发中的质量管理，信息系统的使用的方便性，系统的集成。

(2)试题的格式：系统分析员的论文，从性质上说是“业务报告论文”，与通常的学术论文不同。考虑到业务报告论文的特点，并为了实现科学评分，论文试题采取统一的格式。每个试题由两部分组成，即概述和问题。

①概述：背景内容和意义。

②问题：根据实际经验回答三个问题。

问题1 简要叙述你参与的软件项目的概要和你所担任的工作。

问题2 具体叙述你作了哪些有关工作？遇到了什么问题？为解决这些问题，采取过哪些措施？

问题3 叙述你所采取的措施的效果如何？你现在认为还有哪些需要改进的地方？如何改进？

3．论文试题的解答方法

(1)选择合适的试题。

选择试题时应该选择自己熟悉的内容。有多个试题可选时，要果断，不要犹豫不决。

(2)解答时要抓住要点。

试题的要点有：

问题1: ①参加的项目和概况(功能，性能等)。②你担任的工作。

问题2: ③工作的具体内容。④遇到的问题。⑤解决问题的措施。

问题3: ⑥措施的效果。⑦需进一步改进的问题，以及如何改进。

上述几点都是不可少的。

(3)要有具体内容。

解答时，切忌泛泛而谈，一定要言之有物。最好有些“土香气”，令人感到可信，不要给人以“死记硬背”的印象。特别注意要突出表明是“你”自己做的，而不是别的什么人做的。语气要自信，要有自己的观点。

(4)注意字数。

论文试题对字数有严格的要求。字数不能太多(不能超过3000字，也不能太少(不能少于2000字)。字数分配要合理，要适合内容的要求。由于时间较紧，一般字数不会超过3000字，但常有不到2000字的情况。字数过少通常是因为缺乏实践，或者是因为不关于虚实结合，因而写出的空洞、抽象、枯燥。

(5)内容要切题。

在(2)中所列的要点，都要紧紧围绕试题指定的范围去写，千万不要离题发挥，或者写些无关的东西，这会给人硬凑字数的感觉，因而被扣分。

(6)要符合逻辑。

论文中的论点应该有事实依据，要有说服力。要注意条理清晰，前后呼应，不要自相矛盾。

(7)结构化。

论文由摘要和正文两大部分组成，正文又可分为3个部分(即3个问题)。各个部分的篇

幅比例要适当，不要平均分配。建议正文的3 部分的字数尽可能控制在如下范围内。问题1 600-700字

问题2 1100-1300字

问题3 500-600字

当然，篇幅的长短和比例要服从内容的需要。以上数字仅供参考。

为了提高论文的易读性，正文最好适当小标题，要适当分段(每个段不要太长)。

(8)要写好摘要。

摘要是论文非常的重要的组成部分，不能轻视。摘要应该概括地反映正文的全，要引人入胜，要给人一个好的初步印象。摘要是用来检查者概括、归纳和抽象能力的，在解答时不能把它当作可有可无的东东西。

摘要可以先写，也可以在写完正文之后写。切记摘要中不能有图表，不能写成分条式的提纲，更不要写成目录的形式。字数不能少于200字。

(9)要提出尚存在的问题。

论文的第3部分很重要。提不出尚存在的问题，往往是因为缺乏实践经验，或者是因为容易满足现状，不能清晰地认识问题，因而故步自封。这是缺乏系统分析员素质的表现。

(10)要注意整洁。

字迹要端正。要想好再写，不要有太多的删改。整洁的程度也会影响得分。

最后，再说一下如何分配论文考试的120分钟时间的问题。作为参考，可以考虑如下方案：

选题 5分钟

拟提纲 10分钟

写摘要 10分钟

写正文 80分钟

检查修改15分钟

善于论文试题的解答方法，建议读者参考上海科技文献出版社出版的<'83/'86日本计算机全国统考试题和解答(高级)>(高级即系统分析员级)一书中的“论文试题解答要点”一文。

论文参考框架（1500字为宜）：

摘要：介绍论文论述主题(大约30字)

业务背景(简单提下,大约50字)

我参加时间及担任工作(大约30字)系统概况(大约60字)本文结合作者开发….的经历,讨论了….及开发过程中遇到的问题和解决方法,最后指出不足之处,以及作者观点.(60字)

摘要必须200字以上。

正文：头(作者参加工作时间及在项目中担任的职位差不多50字)

公司简介(应该详细些，但不能太详细，自己把握120字左右)结合论文题目,详细介绍开发过程.(用到的开发方法及工具等1000字左右)第三部分,包括你对全文的总结（缺点和不足等）及个人观点（展望之类的）。

随便写1000字吧。

字数够、字体美、深度够就能过了。

第三篇：系统分析员级下午试题1的解答方法

附录B 系统分析员级下午试题1的解答方法

系统分析员级下午试题1的内容对应于大纲中的第一部分“计算机应用系统的分析与设计能力”以及第四部分“计算机应用综合知识”的部分内容中的要求。

试题分成为两组，第一组从四题中选择做两题，第二组从两题选做一题。一般说来，第二组题目的要求有可能稍高于第一组题目。选择题目主要依靠应试者的经验、知识和能力。从两届试题来看，下午试题1对于应试者的基本要求反映在：

·需要具有系统分析和设计的一定的实践经验，有较好的判断和分析能力；

·对系统分析和设计的若干主要方面有较广博而坚实的知识或见解；

·对应用的背景、事实和因果关系等有较强的理解能力和归纳能力；

·对于一些可以简单定量分析的问题已有类似经验并能进行估算，对于只能定性分析的问题能用简练的语言抓住要点加以表达；

·善于从一段书面叙述中提取出最必要的信息，有时还需舍弃一些无用的叙述或似是而非的内容。

应试者应当加强上述要求的训练。

在一个半小时中要选择并解答好三道题目，有相当的难度，时间分配是很重要的。较稳妥的一种建议是前四题花10分钟以内选题（排出优先解答顺序），对拟优先解答的两题，平均每道题花IO分钟至15分钟左右作出思考分析，花8分钟至IO分钟构思并写出答案，即解答完前两题掌握在50—55分钟时间内。后两题用5分钟选题，对选出的那道题用15分钟左右作思考分析，花10分钟构思并写出其答案。

因为一般每道题都有一定篇幅的叙述，选择试题建议遵循下列步骤：

（1）注意试题正文前面所提到的主题。这个标题一般应反映出此题所属的大方面，应试者可立即推断自己是否熟悉此方面的内容。

（2）快速制览一遍试题内容。目的只是凭直觉进一步估计自己的熟悉程度。

（3）重点是看清试题中要回答的问题。每道试题最后一般有二个（或三个）问题，由此可立即知道试题的特点和要求。

（4）决定应当优先选答的题目顺序。一般应针对本人的特长，先易后难。

解答所选择好的试题的一般途径可以是：

（1）标出试题中要回答的问题的要点。以此作为主要线索进行分析思考。

（2）对照问题要点仔细阅读正文。阅读时，或者可以列出只有几个字的最简提纲，或者可在正文上作出针对要回答问题的记号（强调这些应与问题直接有联系）。

（3）通过定性分析或者定量估算，构思答案的要点。

（4）以最简练的语言写出答案。注意要控制至指定的字数以下（一般所指定的字数可能会有些余量），千万不要写文章或者使用修饰性的空洞词汇，浪费时间。

在对系统分析员级下午试题1的解答和分析中，我们给出了每道试题的参考答案，这将帮助应试者懂得如何去写出明确的结论。更重要的是答案的构思方法和思路，这里也给出了系统分析的方法和必要和知识，对一些常用和重要的系统的分析提供了较详细的素材和分析指导，供应试者参考。

第四篇：计算机系统分析员论文

企业人事信息系统的应用

【摘要】

本文讨论《企业人事信息系统》项目的需求分析方法与工具的选用。该系统的建设目标是帮助该企业管理好企业内部的人员和人员的活动，人事信息管理指的是企业员工从招聘面试到离职退休的全过程，涉及的主要活动包括面试、报到、培训、升职、离职或其他的人事变动，也包括电子化考勤、工资性收入的计算与分发、使用其他公司资源的有关记录（如宿舍、保险、证件办理等等）。此外，本系统也涉及到企业在全国各地的人事信息管理，企业的组织架构的设置，级别与职务管理，人力申请直至人力需求报表，从而形成一个对企业真正有用的人事信息管理应用系统。在本文中首先讨论了选用面向对象方法与工具的主要理由与策略，进一步通过一个简例说明该方法与工具使用的效果，也讨论了使用多种工具与方法在需求

分析中的必要性，最后简要小结了选用正确工具与方法的意义和作用。

在项目开展期间，我担任了系统分析、系统设计与数据库管理等大量工作。

【正文】

人事信息管理系统是一个有着广泛应用面的实用性系统，但是，我国各个企业有着自身的体制、机制、特点与不同的要求；在开发这类系统时，系统需求分析是极为重要的一环。在整个分析过程中，我们都采用了面向对象的分析方法，这是因为我们在近几年的实践中已坚信这种方法能够更加有效地表达和描述现

实世界。软件要具有适用性和扩展性，就必须更接近于现实世界本身的发展规律。

以一个简单的例子来看，假设要求设计关于引进人才评估的一个系统，按我们过去的做法，先会要求提供给我们一份相关的引进人才评估表，然后依葫芦画瓢地设计相应的表单与界面。在短期来说，这样做是简便而实用的，但并不能够符合现实世界的长远目标，这套设计方法不具有扩展性，因为任何一份评估表的结构都会有可能发生许多改变的。采用面向对象的方法，可以从中提取出表类型、表结构、评分方法以

及能考虑继承等各方面的要素，这样就可以保证软件的通用性，可配置性与可维护性。

在工具的选择过程中，我们选择了现在已十分流行的Rational系列，包括Rational Rose、RUP、SoDA等，为什么选取这个系列工具呢？这是基于我们对软件需求分析目标的看法，我们认为需求分析应当能正

确地回答如下的几个关键性问题：

（1）用户的需求是否已详尽地被考虑到了？

（2）用户能理解或明白我们所描述的内容吗？

（3）分析是否会和设计相脱节，（4）程序员能明白我们的分析与设计要求吗？等等。

以下对上述几个问题逐一简要地加以说明：

（1）详尽地获取用户的需求。

用户的需求可分为显式的需求与隐性的需求，用户的倾向往往只顾及到当前的与明显的需求。要达到对需求理解的全面性，不仅仅只是依靠有效的用户谈话和调查，因为我们所面对的用户需求往往会有些片面的，采用Rational Rose（基于UML）提供的用例，以及多种图的联合使用，可以使我们发现其中的遗漏。

（2）使用户能充分地理解我们的表示方法，能够真正明白我们描述的内容。

软件需求分析规格说明书通常会是冗长而枯燥的，一般的用户不容易深入理解，这样就削弱了分析的正确性。通过支持面向对象及UML语言的Rational Rose可以更好地和用户交流，让用户了解系统的运作方

式甚至细节的操作。

（3）使分析和设计两个阶段互相联系与贯通。

这是我们选择面向对象的方法及Rational Rose工具的重要原因，系统分析要向用户描述的不仅仅是用户的需求，而且包括解决方法，解决方法当然应包括设计（程序）、数据库与系统配置，我们当然不希望用户得到的是一个与需求规格说明不相同的软件，也不可能要求程序员完成一个不可胜任的任务。然而我们在以前的多项工作中经常发现这类情节，因为系统分析与设计相互脱节，导致一头扎在分析中不顾设计

有关的事宜。

分析与设计的脱节，还不利于设计现格说明的评估，因为分析往往会脱离现实，导致缺乏评估的依据。

因为不可能成功地完成设计而使分析需要重来，就会造成巨大的浪费与损失。一个好的工具可以使分析与设计更紧密地连结起来，甚至于—一对应。面向对象的分析方法使对象之间相对而言有独立性，减少了

任何影响到全局的改动，能避免因需求变化而导致全盘皆动的被动局面。

（4）使程序员明白我们的设计。

一个好的设计应该让程序员感到清晰明白，更少疑问。一个疑问很多的设计加上沟通不畅，绝对会出现在应用环境下所不需要的另一个软件，所以设计规格说明书务必清楚、形象与明确，当然，Rational Rose具有足够的图形与其他形式，能使程序员更加明确，甚至能细微到每一个语句（事实上如果使用VB，程序

架构都有可能直接生成了）。

（5）选择UML可能会有更多的理由。

比如用户文档的编写、数据库设计，我们都需要做到有延续性，有自动化支持和具有质量上的保证。

所以，我们选用了以上的方法和工具。

在分析中，面对考勤班次的问题时，由于过去一直使用纸卡方式考勤，使用户对班次形成了固定的概念，而现在的许多考勤软件也采用多次刷卡的方法来形成一天的记录。经过面向对象的分析可以发现，事实上每天的上班记录是由多个时段所形成的，时段的多少在各个公司，各个工种与部门都不尽相同，每个时段可能有不同的属性，时段与时段组合可形成为班次，这更适合于现实的情况，使之能更加灵活与更有扩展性。其实，在天与天之间也都有相互之间的关系。在这一点上，我们又发现必须在考勤与薪金工资中加入与MRP中相似的期段（Periods）的基本概念，比如可以称之为考勤期段，允许为用户更加方便地设置考

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

Rational Rose使我们更方便地把上面的想法在类上去实现，更进一步地设计好我们的高效率的数据库。当然，使用单一的一个工具去完成一个中大型的应用系统的需求分析，是不可能成功的。因为社会在发展，用户的需求也在改变，如何把握住用户的需求是需要时间的，面向对象的方法有时也会忽略外在的与表层的要求，不仅仅是要获得关键的需求，其他更多的需求往往要等到用户在使用后才知道，然而等到用户使用是不现实的，作为原型开发模型中的原型也是收集用户需求，描述与解释需求的一类相当有效的方

法与工具。

在我们的开发过程中，为了更好地让用户了解我们的系统和我们的设计方案，让用户在见面会上更有方向性与针对性，我们首先用Access开发出原型，让用户先试用。这样，我们在真正的分析与设计时就能

更加符合用户的要求。

总之，软件需求分析方法和工具的使用，对我们软件开发过程影响是很深远的，选用高效能的正确的方法与工具，可以使我们的软件更加正确地反映现实需求，更加具有可用性、可扩展性和可维护性；降低了

软件项目的风险。

评注：（1）写得有些特色，观点鲜明。（2）摘要写得不错，既反映了项目内容，也小结了本文的写作要点。（3）文中所举的例子虽然简单，但很实际。（4）多种方法与工具的使用，叙述得简明扼要。（5）内容可更丰富一些，更深入的例子也可再增多一些，则会更有说服力。（6）对需求分析的全过程的描述太

少。（本文主要参考了广东延国庆等人的论文）

第五篇：系统分析员岗位职责

1.负责广电行业交互系统的技术方案设计，文档编写。

2.负责软件系统的分析和设计。

3.协助项目人员，进行相关的项目实施和维护的指导工作。

4.负责软件系统的开发工作。