等级：书童 |
热门搜索：、、、
您现在的位置：&&&&&&&&&&&&&&&&&&&&文章内容
快捷导航：
2012年软考系统分析师考试60天的完美复习计划
来源：233网校&&&【考试就上233网校,大小考试都不怕】&&&日
已有574人加入
　　本人于08年5月通过系统分析师考试，虽然是计算机专业毕业，但在考试之前，从来没有想过会去参加软考。因为今年想评高工，在3月上旬去问主管人事的领导，结果人家告诉我现在计算机专业不评职称了，而要参加考试。于是，火急火燎地上网查资料，看考纲，看试题，发现这玩意儿还真不简单，主要是什么科目都考，夹杂着考。看样子是要准备打一场持久战了，经过搜索资料、比较、分析，就为自己制定了一个60天的学习计划。本来的打算是“谋事在人，成事在天”的，只要自己努力了，实在不行，就下次再来。
　　那么，究竟在60天内如何进行复习，以达到通过考试的目的呢？下面，是我的学习计划，供考友参考：
　　（1）第1天～第17天
　　任务：系统分析师考试视频教程。
　　任务描述：对照考试大纲，学习其中的知识点。听老师的讲解，重点记忆。对于系统分析师考试视频教程，我核对一下，这个视频是严格按照考试大纲的要求来组织内容的，除了新技术外，考试大纲规定的知识点都在这里了。我花了20天时间，学完了这个视频，对考试内容基本上有了了解。（后来在做题的时候，我发现不会的，又好像有点印象的，就又返过来听视频）
　　（2）第18天～第35天
　　任务：系统分析师技术指南。
　　任务描述：是案例分析考试的主要教材，要重点读。《系统分析师技术指南》是中午考试的核心，我也是在网上听别人这么说，然后对照试题，发现确实有道理，所以就重点学习了这本书。本来还想学习《系统分析与设计技术》的，但考虑到时间比较紧，加上自己又是计算机专业毕业的，对系统分析与设计技术还是知道一些的，所以就放弃了。心想，如果这次考不过，下次再看。
　　（3）第36天～第46天
　　任务：系统分析师考试试题讲解视频教程。
　　任务描述：熟悉试题结构，掌握历年试题所涉及的知识点。本来想把试题分类精解那三本书买回来看的，无奈没有时间了，所以就选择了系统分析师考试试题讲解视频教程，用它来替代三本书，以节约时间。这个视频对2005年以来的系统分析师考试的试题进行了详细的讲解，包括信息系统综合知识、案例分析和论文，对考试所涉及的知识点进行了分析。看来这个视频，我的心就基本上稳下来的，因为我知道了考试的内容，怎么去分析试题，解答试题。那种怕的感觉逐渐消失了。
　　（4）第36天～第60天
　　任务：参加教育冲刺班。
　　任务描述：做模拟试题掌握模拟试题所涉及的知识点，练习论文的写作，根据老师批改意见修改论文。通过模拟试题来强化知识结构，查漏补缺。特别是对于论文的练习，需要老师的指导。因为从网上的讨论来看，相当一部分考友的论文败在写作方法和技巧上。说实话，辅导有点贵，但没有办法啊，咱们要职称，只要职称能到手，这点投入还是值得的。
　　（5）第58天～第60天
　　任务：系统分析师串讲视频教程。
　　任务描述：根据做模拟试题的情况，重点学习自己薄弱的知识点。系统分析师串讲视频教程还不错，该视频对系统分析师考试的难点问题进行了详细的分析和讲解，基本上囊括了考试的所有知识点。对于案例分析试题和论文试题，不但详细讲解了案例分析的实例，而且还介绍了试题解答方法和技巧，以及考试中出现的常见问题及对策，对论文评分标准进行了详尽的剖析。在这里，笔者隆重推荐。通过老师的讲解，我能基本掌握考试重点和难点知识，知道如何去解答问题，也知道了一些得分的小花招，使自己不再怕写论文了。
　　就这样了，现在证书还没有发下来，但咱们领导说了，职称从我参加考试的那一天算起，工资补贴也从6月1日开始补，这下赚了。
　　编辑推荐：
来源:233网校-责编:xxm&&&
6月8日 16:36
2013上半年软考成绩什么时候出来啊
5月27日 17:0
马上加入【软考帮帮团】啦，考后来讨论2013年5月期货从业资格考试《期货法律法规》试题和答...
5月23日 17:25
有考程序员的同学吗？大家交流交流哦~
5月16日 8:48
低价出售。。。
4月16日 16:0
根据《2013年度专业技术人员资格考试计划及有关问题的通知》得知，2013年上半年软考时间...
状态：进行中
状态：进行中
状态：进行中
状态：进行中
状态：进行中
文件类型：
文件类型：
文件类型：
文件类型：
文件类型：　　下面对一些有关书籍进行相关介绍：
　　国内著书有以下三本，都是51CMM张友生博士以中国系统分析团名义和考试复习资料用书名义出版的。
　　系统分析与设计技术　　张友生
　　本书涵盖了《系统分析师考试大纲》的部分内容，是全国计算机技术与软件专业技术资格（水平）考试的参考用书。 本书内容包括系统计划、需求分析与定义、系统设计、软件设计、软件测试、软件维护、系统可靠性分析与设计、系统的安全性和保密性设计、文档编制、项目管理、软件质量管理、实时系统分析与设计、嵌入式系统分析与设计、信息化基础知识、信息系统基础知识等内容。本书对《系统分析师考试大纲》部分内容的详细讲解，是对《系统分析题教程》的补充。 本书适合于参加全国计算机技术与软件专业技术资格（水平）考试――系统分析师级别考试的考生。
　　系统分析师技术指南 　　张友生 徐锋
　　本书对前沿而又成熟的系统分析技术和方法进行了讨论，包括CMM与过程改进、J2EE与.NET平台、中间件及相关技术、应用服务器、Web Service、数据仓库与数据挖掘、操作数据存储、导构数据库的集成、企业应用集成、XML、软件构架、设计模式、UML、RUP、SOAP、ERP/SCM/CRM、工作流、软件产品线、XP与敏捷编程、实时系统和嵌入式系统、网格计算与普适计算等。这些技术和方法是任何一位合格的系统分析师必须具备的知识，也是系统分析师考试必考的知识点。阅读本书，犹如进入IT新技术和新方法的殿堂。 本书是计算机技术与软件专业技术资格(水平)考试参考用书，同时也可作为系统分析师日常工作的参考手册；既是软件设计师、数据库系统工程师、网络工程师进一步深造和发展的必读书籍，也是计算机专业教师的教学和工作参考书。
　　系统分析师常用工具　　张友生
　　本书对当前流行的软件工程所使用的一些工具进行了详细讨论，包括需求分析工具、软件设计工具、数据库设计工具、项目管理工具、程序设计工具、测试工具等，既讨论了相关的理论知识，也介绍了各类工具的特点和使用方法。 本书由中国系统分析员顾问团组织编写，作为计算机技术与软件专业资格（水平）考试系统分析师级别的辅导教程。既可作为系统分析师日常工作的参考手册，软件设计师、数据库系统工程师、程序员进一步深造和提高的学习用书，也可作为计算机专业教师和工作参考书，以及大学计算机辅助软件工程课程的教材。
　　根据网上多数评价，内容比较杂，不能算特别实用，说系统分析员所有的技术都要了解，于是就把各种各样的技术都放在一起了；而系统分析工具，却推荐的是测试管理工具。这到底能给国内同仁带来多大的帮助？所以我们既不推荐也不反对。
　　如果谁有更好的书籍推荐，请告诉我。
　　国外以系统分析名义出版的书主要有以下3本：
　　系统分析与设计方法（原书第6版）
　　【作者】 （美）Jeffrey L.Whitten,Lonnie D.Bentley,Kevin C.Dittman 　　【译者】 肖刚 孙慧
　　本书采用一个完整的案例研究，以整个信息系统构件和信息系统开发生命周期为主线，全方位分析了系统开发生命周期的各个层面。书中每一章都提供了大量的引用案例，生动翔实，附有大量各类习题，深刻实用，便于学生加深理解书中所述理论，及时运用所学知识。主要特点如下：　　平衡概念、工具、技术以及应用等各方面内容所占的比重　　提供丰富的系统分析和设计的例子　　结合传统方法(如结构化分析和信息工程)和新方法(如面向对象分析、敏捷开发和快速应用开发) 本书是介绍信息系统分析和设计原理、方法、技术、工具和应用的力作，自问世以来，广受欢迎，以至于一版再版，延续至今。　　本书采用一个完整的案例研究，以整个信息系统构件(基于Zachman框架)和信息系统开发生命周期(FAST方法学)为主线，详细探讨了系统开发生命周期的前期、中期和后期以及跨生命周期的活动。另外，书中每一章都提供了大量的练习题、讨论题、研究题和小型案例，以加深读者对书中所述理论的实际应用和掌握。　　本书内容丰富、详实生动，特别适合作为计算机和信息系统专业的教科书和教学参考书，同时也可作为软件工程、系统分析技术人员的参考书。
　　系统分析与设计
　　【作者】 John W.Satzinger Robert B.Jackson Stephen D.Burd 　　【译者】 朱群雄 汪晓男 等
　　本书既关注概念，也重视方法。书中介绍了最完整和最先进的系统分析与设计方法，在承认现实世界中开发环境多变的同时，强调基本的永久价值。指出在系统开发的生命周期中，项目管理、系统建模、对象技术、客户-服务器体系结构、Internet和打包技术时必须要关注的。对学习系统分析与设计课程的学生来说，本书可以使你为驾驭现在、应对未来做好准备。首页 1
【】【】【】【】
ISBN编号:&8
出版时间:&2013-3
出版社:&中国人事出版社
定价：￥45 优惠价：￥45&&ISBN编号:&9
出版时间:&2013-4
出版社:&中国人事出版社
定价：￥45 优惠价：￥45&&
????????????
????????????
　 　 　 　 　Copyright ©
() All Rights Reserved? G2E:政府对公务员政务流程的优化是成功实施电子政务的关键。“金关”、“金税”等国家重大电子政务工程是实现了政府的市场监管职能。 【三个应用领域】政务信息查询、公共政务办公（对外）、政府办公自动化（对内） 1.35. DSS
MISDSS重在决策支持，分析非结构化数据；MIS重在理性完成业务活动中的信息处理任务，处理结构化数据。 主要区别： DSS能够解决的是半结构化、非结构化的决策问题，并且以人机对话作为系统的主要工作方式；MIS只能解决结构化的决策问题，并且人工干预日趋减少。 的基本结构有四个部分DSS的人机交互界面，用于接受和检验用户请求，调用系统内部功能软件为决策服务，使模型运行、数据调用和知识推理达到有机的统一，有效解决决策问题。1.36. 企业应用集成（EAI） ? ? 白盒集成。? 应用集成：将多个应用系统进行绑定，又称功能集成，业务逻辑层进行，集成处使用API，是黑盒集成；? 过程集成（业务流程集成）：定义、关联、管理不同的业务过程，跨应用系统的业务流程的集成。 ◆经典案例：? 典型的门户集成案例：行政单位希望将内部信息系统中的新闻、信息等发布到互联网上，并实现一部分网上办公能力。? 典型的方法集成案例：公司希望将位于组织内部的部分资源和功能发布到互联网16上，并与其他合作伙伴实现业务流程整合。? 文件传输最便捷。◆EAI的三个层次 事件驱动架构是一种设计和构建应用的方法。事件技术是一种非常适合于分布式异构系统之间松散耦合的协作技术。 1.37. 综合DOM的基本对象有5个：Document、Node、NodeList、Element、Attr。SAX是一种基于事件的模型，用于避免构造整个文档的树状结构。如果文档特别庞大，或仅对其中一部分感兴趣，SAX就显得特别有用了。企业系统规划方法（BSP）由IBM于20世纪70年代创建。信息系统该满足各个管理层次对于信息的需求，包括：战略计划层、管理控制层、操作控制层。BSP认为数据和过程是定义企业信息系统总体结构的基础。 信息战略规划报告? ? 技术战略是关于技术结构的总结；? 组织战略是关于信息系统组织进行机构改革的建议；? 行动计划是指要执行的主要项目，项目的持续时间，硬件设备获得时间。 詹姆斯马丁将计算机数据环境分层四种类型，按管理层次由低到高分别是：数据文件（不17使用DBMS）、应用数据库（使用DBMS）、主题数据库（数据库的建立独立于具体应用）、信息检索数据库（自动信息检索、决策支持）。 国家信息化体系6要素：信息资源、信息网络、信息技术应用、信息产业、信息化人才、信息化政策法规和标准规范。符号Si含有的信息量I（Si）等于 log2（1/P(Si)）,即- log2P(Si)。信息量单位是比特。 新旧系统转换策略新旧信息系统转换采用的方式风险最小。直接转换风险最大。信息系统的概念结构图： ? 为解决问题，系统该干些什么？是系统分析阶段的任务；? 系统该怎样去干？是设计阶段的任务。 事务处理系统一般由三种处理方式：[1] 批处理：事件发生后延迟一段时间才处理；[2] 联机事务处理：每个事务都被即刻处理；[3] 联机输入延迟处理：事务发生时就即刻输入系统，延迟一定时间后才处理。企业的所有生产经营活动构成了创造价值的动态过程，即价值链。组织适应新环境或随时间而改变其行为的概念称为“组织学习”。 信息系统可以是手工的，也可以是计算机化的。18 业务活动是业务过程的组织元素，是不可再分的最小功能单元。业务活动之间是立的，有清晰的时空界限，每一个业务活动都应是可执行的，结果是确定的且是唯一的。信息资源规划的需求分析和软件工程的需求分析，分析的业务范围和数据标准的要求都不同。 电子商务的敏感信息（如：银行账号）使用安全套接字层（SSL）通信协议保护。基于总线结构减少系统互操作时的转换复杂性，并能使系统的结构变得更加清晰。4. 软件工程1.38. 逆向工程&再工程◆逆向工程（reverse engineering）概念来自于硬件，目的是分析产品，得出设计，是一个设计恢复的过程。逆向工程的抽象层次分为四层，抽象层次越高，完备性越低。抽象层次由低到高分别为： 1. 导出过程的设计表示文档2. 导出程序和数据结构信息3. 导出数据流和控制流模型4. 导出实体关系模型 逆向工程的最高抽象层次/完备性最低是“导出实体关系模型”（例如：UML状态图和部署图）。 ◆再工程（re-engineering）不仅能从已有程序中重新获得设计信息，而且还能使用这些信息改建或重构现有系统，以改进综合质量。一般软件人员用再工程重新实现已存在的程序，同时加进新的功能或改善它的性能。 1.39. 软件开发模型分三类：?需求确定为前提：瀑布模型；?初始阶段提供基本需求时采用迭代或渐进模型：喷泉、螺旋、RUP和敏捷方法； ?以形式化方法为基础的变换模型； ◆瀑布模型：线性顺序模型，严格定义开发周期6个阶段（计划、需分、设计、编码、测试、运维）。不适合需求变化、风险后期才暴露，不易纠正，风险控制力弱。◆演化模型（快速原型）：针对需求不能完整定义，在原型基础上演化。19第一章 1、软件的概念：软件是一种逻辑实体，而不是具体的物理实体 软件（software）是计算机系统中与硬件（hardware）相互依存的另一部分，它包括程 序（program）、相关数据（data）及其说明文档（document）。 其中： 程序－－按事先设计的功能和性能要求执行的指令序列； 数据－－使程序能正常 操操纵信息的数据结构；文档－－与程序开发、维护和使用有关的图文材料。 2、
软件的特点：软件的生产与硬件不同；软件没有明显的制造过程。一旦研制开发成 功，就可以大量拷贝同一内容的副本。软件对硬件和环境有着不同程度的依赖性。这导致了 软件移植的问题。软件的开发至今尚未完全摆脱手工作坊式的开发方式，生产效率低。软件 是复杂的，而且以后会更加复杂。软件工作牵涉到很多社会因素。软件的运行和使用期间， 没有硬件那样的机械磨损，老化问题。 3、软件的分类： 1.基于软件功能：系统软件（OS，DBMS）、 支撑软件（各种软件开发包等）、 应用软 件（各种 MIS 系统）。 2.基于软件工作方式： 实时处理软件、分时软件、交互式软件、批处理软件。 3.基于软件规模：微型软件、小型软件、中型软件、大型软件、甚大型软件、超大型软 件。 4、 系统开发的生命周期： 系统开发生命周期 （Software Development Life Cycle， SDLC） 是指这样的一个过程，包括：理解信息系统对业务需求的支持，设计系统，构建系统，以及 把系统移交给用户。计划、分析、设计、实现。 各阶段的任务及结束标志 计划阶段是理解为什么要创建信息系统和确定项目团队将如何来开发它的基本过程。 计 划阶段由 2 个步骤组成： 1） 在项目启动期间，要确定系统给组织带来的业务价值。主要通过技术可行性、经济 可行性、组织可行性分析来完成。 2） 项目批准后，进入项目管理。 分析： 分析阶段说明此系统由谁来用， 用作什么， 在哪里用， 以及什么时候用这些问题。 在此阶段，项目团队调查现有系统，确定可改进的地方，以及开发新系统的方案。主要步骤 如： 1）开发分析策略来指导项目团队工作。 2）收集需求。3）分析结果，系统方案和模型组合成系统建议书。 设计：设计阶段确定系统将如何运行，涉及硬件、软件和网络基础设施；将要使用的 用户界面，窗口、窗体和报表；所需的专用程序、数据库和文档。具体步骤如下： 1）创建设计策略。 2）开发系统的基本架构设计，描述要用到的软、硬件和网络设施。 3）开发数据库和文档规格。 4）开发程序设计规格，定义需要编写的程序和每个程序确切要做的事情。 段是 SDLC 的最后阶段，是系统实际构建阶段。主要步骤如下： 1）系统构建。 2）系统安装。 3）建立系统的支持计划。 5、系统开发方法：结构化和面向对象 结构化：（1）、瀑布式开发 每个阶段都是在前一阶段完成的基础之上才进行。 优点： 系统中编程之前就已确定； 项目进行期间变动不大。 缺点： 编程之前需要充分的设计； 需求的变动无法及时得到解决。 （2）、并行开发：在概要设计完成之后分成多个子系统，然后分别进行设计和实现， 最后再组合成一个系统。 优点： 提高了项目开发的效率。 缺点： 子项目间可能会相互影响； 项目中加入了子项目的集成。 （3）、快速应用开发（Rapid Application Development，RAD）是指结构化方法的基 础上创建， 用于解决结构化方法中的编程之前需要充分设计和在开发过程中需求变更无法得 到及时响应的缺点，使用 RAD，可以使系统的部分功能更快的开发并提交给用户。 遵循 RAD 的方法主要有：过程为中心，数据为中心，面向对象。 （4）、敏捷开发（Agile Development）是一种新兴的开发方法，它是以编程为中心， 注重简化过程，强调迭代式的开发。 实现阶遵循敏捷开发的方法主要有：极限编程（eXtremeProgramming，XP），Scrum 和动态系 统开发方法（Dynamic Systems Development Method，DSDM）。 开发方法的选择主要考虑以下因素： 用户需求的清晰度、 技术的属性程度、 系统复杂度、 系统可靠性、 项目的时间进度要求、 项目的进度可见性。 6、文档项目文档包括所有的可交付物，有关该项目的历史记录。常见的文档：可行性 研究报告；各种计划、需求分析、系统各种设计、程序代码，测试脚本，数据库脚本等，各 种分析报告。 第二章 需求分析 1、可行性分析：可行性分析主要用于辅助组织决定是否继续项目开发的依据，主要从 技术、经济和组织三个方面进行分析，并综合成可行性研究报告，在项目启动阶段的末期交 付给审定委员会。技术可行性分析，即系统可以被 IT 团队成功的设计、开发和安装运行的 程度。主要从以下几个方面进行分析： 用户和分析员对业务应用的熟悉程度对项目开发所 用到的技术的熟悉程度所要开发的项目的规模系统与其他系统的兼容性。经济可行性分析， 确定与项目相关的财务风险，确定是否值得开发新系统。经济可行性分析步骤如下：确定花 费和收益给花费和收益指定数值定义现金流估算项目的经济价值：回报期，平衡点，净现值 无形的费用和收益：例如客户服务的改进，社会价值的提高，企业形象的提高等。 2、系统需求是指描述创建系统的业务原因和系统预期带来的价值的文档。 系统需求包括的元素：项目发起者，业务要求，业务需求，业务价值，其他方面的要求 和约束 第三章 1、根据计划阶段确定项目的规模：在一般的业务应用系统中，计划阶段花 15%时间， 分析阶段 20%时间，设计阶段 35%时间，实现阶段 30%时间。因此可以根据计划阶段所花的 时间来估算其他阶段所需要的时间，进而得到整个项目的估算 时间。缺点：每个项目都是其特殊性，并不与这个典型的时间分配一致。 根据功能点：基于功能点估算项目规模，需要先估算出项目所需的代码行，根据代码行 估算所需的时间。 2、项目工作计划是用来管理列在工作分解结构（Work Breakdown Structure，WBS）中 的任务的一种机制，是项目经理管理项目的主要工具。在项目工作计划中还体现了：里程碑 任务期限 当前任务状态 任务相关性 里程碑 3、wbs 项目管理使用的工具：1）甘特图可以体现如下信息：任务所需时间、人力资源分配、任务的先后时间关系、 任务的提早或延迟。 2）PERT 图：网状图形工具，与甘特图不同，PERT 很好的体现了任务之间的依赖关系， PERT 还可以计算出项目的关键路径和关键事件。 3）估算求精。 4、团队的构建（掌握）：使用合理的人员激励方式：慎用金钱激；使用内在激励；认 可；成就；工作本身的吸引力； 责任感；工作晋升； 新技术的学习机会。 避免冲突的策略： 清晰定义项目计划；确保项目团队理解该项目对某个组织机构的重 要性；创建详细的操作流程并与项目成员进行沟通； 创建项目章程；创建超前的进度计划； 预测项目的其他优势和可能的影。 5、了解 CASE 工具：计算机辅助软件工程（CASE）是一种自动生成全部或部分开发进程 的策略软件。使用 CASE 可以：更好的完成和转换任务；集中开发信息并可图形化呈现；减 少维护费用；提高软件性能和强化规则。 第四章： 重点：1、需求的概念：需求就是陈述系统必须要做的事或者系统必需具备的特征。 1）需求分为功能需求和非功能需求。能需求与系统必须执行的过程或必须包含的信息 有直接关系。非功能需求指的是系统必须具备的行为属性，如性能、安全性和可用性等。功 能需求：面向过程-系统必须执行的过程和完成的任务；面向信息-系统必须包含的信息； 2）在分析阶段，从业务员角度出发，关注的是业务用户的要求，因此也称为业务需求 （用户需求）；在设计阶段，主要从开发人员角度出发描述，称为系统需求。特征，及其收 集需求的技术的优缺点； 2、需求的特征：描述系统必须实现的功能；描述系统必需具备的特征；在分析阶段关 注用户的要求；需求在项目的不同阶段会发生改变。 典型的非功能性需求： 1）性能 表示为满足用户的需要而要求系统展示的性能－－吞吐量、响应时间； 2）信息表示有关用户的信息，形式为内容、时间性、正确性和格式－－需要输入和输 出是什么，数据存储在什么地方等，对外接口； 3）经济表示系统对减少开支或增加收益的需要－必须减少开支的是什么，预算限度是 多少； 4） 控制表示系统必须在其中运行的环境以及必须提供的安全类型和程度－－访问控制， 对数据的特殊处理（脱机备份等）；5）效率表示系统以最低成本产生输出的能力－－在过程中有必须消除的重复步骤，用 其资源的方式中存在降低成本的方法吗； 6）服务表示使系统可靠、灵活和可扩充的需要－不同类型的用户，培训、相关文档资 料。 3、收集需求的技术及其优缺点： 面谈，问卷，观察现场，联合应用开发，文档分析。 1）面谈：面谈通过直接、面对面的交互获取需求。这种方式可以用来实现以下目标： 发现事实、验证事实、澄清事实、激发热情、让最终用户参与、确定需求以及征求想法和观 点。 面谈的缺点：面谈耗时，费用高；面谈的成功极大地取决与采访者的个人的能力；面谈 可能会由于被采访者的地理位置功；面谈有两种类型：结构化面谈和非结构化面谈。非结构 化面谈的特点是涉及一般性的问题，被采访者可以引导谈话过程。这种方式容易偏离主题， 采访者需要及时的引导。 结构化面谈要求采访者询问一套专门设计用于从被采访者处获取特 定信息的问题，根据被采访者的回答，采访者将提出额外的问题（计划的问题或非计划的问 题）以进一步深入。准备是面谈成功的关键，面谈之前如果没有很好的准备，那么面谈就无 法获得满意的结果。在面谈之前最好准备一份面谈指南，安排好提问的问题，每个问题的时 间，在什么地方可能需要进一步的提问等。 在面谈的过程中，需要注意以下事项：假定答 案存在或不存在；提示线索；使用行话；显示个人偏见；谈论而不是聆听；对有关主题和被 采访者的情况作出假定；使用录音－聆听能力差的表现。 2） 问卷： 问卷调查表可以使分析员从一大群人那里收集到事实， 同时保持统一的答复。 尤其是当需要面对大量的人时， 其他调查研究技术都不可能有如此有效的得到结果。 问卷调 查表的优点： --大多数的调查表可以被快速的回答； --调查表提供了一种可以以相对廉价的方式从大量的人中收集数据； --调查表可以匿名填写，因此更能得到真实的数据；回答可以快速的表格化和分析； 问卷调查表可以使分析员从一大群人那里收集到事实， 同时保持统一的答复。 尤其是当 需要面对大量的人时，其他调查研究技术都不可能有如此有效的得到结果。 问卷调查表的缺点： 回答者的数量经常较低； 无法保证个人会回答或进一步回答所有问 题；调查表往往不灵活；没有机会立即澄清对问题的含糊或不完全的回答。 制作问卷调查表： 确定必须收集什么事实和观点以及你应该从谁那里收集；根据需要 的事实和观点，确定是采用自由格式还是固定格式；编写问题，确保问题中没有反映个人的 偏好和观点；在小样本中进行测试，发现问题及时修正；进行调查。3）联合应用开发：一对一的面谈需要使用大量的时间，使用小组会议的形式进行面谈 就可以解决这个问题。 就是采用小组会议的形式来获取需求。 JAD 一般来说， 一个成功的 JAD 需要负责人、主持人、用户和管理员、记录员、参与系统开发建设的其他相关人员等角色的 参与。 第五章： 1、重点用例分析（10 分）DFD（10 分）、类图（10 分） 2、建模原则（了解）建模的原则：选择建立什么样的模型对如何发现和解决问题具有 重要的影响； 每个模型可以有多种表达方式；最好的模型总是能够切合实际；孤立的模型 是不完整的。任何好的系统都是由一些几乎独立的模型拼凑出来的。 UML 建模（知道）背景：1994 年 10 月，Rational 公司的 Booch 和 Rumbaugh 决定将其 Booch 方法和 OMT 方法综合成一个新的建模语言，并于 1995 年 10 月公布了 Unified Method 0.8。 1995 年秋季， Jacobson 及其 OOSE 方法加入 Rational 公司， 决定将 OOSE 方法与 Unified Method 进行综合，更名为 UML，并分别于 1996 年 6 月和 10 月公布了 UML 0.9 和 UML 0.91。 1996 年，DEC、HP、I-Logix、Intellicorp、IBM、ICON、MCI、Microsoft、Oracle、 Rational、 于 1997 年 1 月推出了 UML 1.0， 会， 并向 OMG 申请将其作为一种标准语言。 1997 年 9 月产生了 UML 1.1，11 月被 OMG 正式采纳。1999 年 6 月，OMG 发布了 UML 1.3。1999 年 7 月，UML RealTime 随 Rose RealTime 推出。2001 年 9 月，OMG 发布了 UML 1.4。 2004 年 4 月，OMG 发布了 UML 1.5。2005 年 7 月，OMG 发布了 UML 2.0。 用例： 描述了一系列执行的活动所产生的一些输出结果。 每个用例描述了外部用户如何 来触发系统必须响应的事件。 在事件驱动模型中， 系统的一切行为都被认为是对某个触发事 件的响应。 相关：用例是由外部用户触发；每个用例只描述单独的任务，而不能描述多个任务；用 例必须产生一个对用户有意义的结果； （Scenario） 场景 是用例的一个执行实例， 是例执行； 过程中的一条实际路径，一个用例可能会包含多个场景； UML 中的用例视图只能反映出两类信息： 1）哪些外部用户会和统发生交互 2）系统需要实现哪些功能特性 基本信息： 1）每个用例都有一个名称、编号和简要描述。为了明确标识某些用例在整个系统中的 相对重要性，需要使用优先级来表示。用例（use case）是一个行为上相关的步骤序列，代 表的是一个相对完整的业务任务。UML 中的用例是动作步骤的集合。动作（action）是系统的一次执行（能够给某个参与者输出结果值）。与参与者通信，或进行计算，或在系统内工 作都可以称作动作。用例应支持多种可能发生的动作，每个动作由许多具体步骤实现。 2） 用例的元素： 参与者是存在于系统之外并与系统交互的人或事。 所谓“与系统交互” 指的是参与者向系统发送消息，从系统中接收消息，或是在系统中交换信息。参与者是一个 群体概念，代表的是一类能使用某个功能的人或事，参与者不是指某个个体。 3）输入和输出每一个用例的主要输入、输出连同其来源和目的都要进行描述。它包括 所有可能的输入输出，而不仅仅是用来通常用的部分。建造用例是一个逐渐提炼的过程，用 例在分析的过程中可以逐步的完善。 4）细节：用例需要描述详细的步骤和它们所使用到的输入和输出，这些步骤就是用例 中所执行的活动。 第六章 1、活动图的概念：活动图（activity diagram）显示了组成复杂过程的步骤序列，如 工作流或算法。 活动图是对系统的行为进行建模， 活动图是把系统的一项行为表示成一个可 以由计算机、 人或其他执行者执行的活动， 通过给出活动中的各个动作以及动作之间的转移 关系来描述系统的行为。 2、活动图与流程图的区别： 流程图着重描述处理过程，它的主要控制结构是顺序、分支和循环，各个处理之间有严 格的顺序和时间关系； 而活动图描述的则是对象活动的顺序关系所遵循的规则， 它着重表现 的是系统的行为， 而非系统的处理过程。 活动图能够表示并发活动的情形， 而流程图做不到。 活动图是面向对象的，而流程图是面向过程的。 3、使用活动图的目的：描述一个操作执行过程中（操作实现的实例化）所完成的工作 （动作）；描述对象内部的工作；显示如何执行一组相关的动作，以及这些动作如何影响它 们周围的对象； 显示用例的实例是如何执行动作以及如何改变对象状态； 说明一次业务活动 中的工人（角色）、工作流、组织和对象是如何工作的。 4、活动图的组成： 1）动作是构成活动的基本单位，它是原子的、不可中断的，并在动作完成后通过完成 转换转向另一个状态。 动作的特点：动作是原子的，不可以分解成更小单位；动作是不可中断的；动作是瞬时 完成的行为；动作可以有入转换，至少有一条出转换；动作不能有入口动作和出口动作；在 一张活动图中，动作允许出现多次； 2）活动是由一系列动作构成的，是对一项系统行为的描述。 活动的特点： 活动可以分解成其他子活动或动作；活动的内部活动可以用另一个活动 图来表示；活动可以有入口动作和出口动作，还可以有内部转移；3）动作流 4）条件是让转移修改任何工作流的方向所必须的。 5、顺序图：顺序图（SequenceDiagram，时序图，序列图）详细描述对象间传送消息的 时间顺序， 它表示用例中的行为顺序。 顺序图它详细而直观地表现了一组相互协作的对象在 执行一个（或少量几个）用例时的行为依赖关系，以及操作和消息的时序关系。类图对对象 之间的消息（交互情况）表达不够详细；详细说明对消息的表达虽然详细，但不够直观；顺 序图既详细又直观，但通常只能表示少数几个对象之间的交互。 2）活动对象：活动对象可以是系统的参与者或任何有效的系统对象。在活动图中对象 的标记如下图所示。将对象置于时序图的顶部意味着在交互开始的时候对象就已经存在了， 如果对象的位置不在顶部，那么表示对象是在交互的过程中被创建的。 生命线是一条垂直的虚线， 表示时序图中的对象在一段时间内的存在。 每个对象的底部 中心的位置都带有生命线。 ?生命线是一个时间线， 从时序图的顶部一直延伸到底部， 所用的时间取决于交互持续 的时间。 ?对象与生命线结合在一起称为对象的生命线， 对象的生命线包含矩形的对象图标以及 图标下面的生命线。 ?如果对象在图中被创建， 那么对象符号画在创建它的消息上， 否则画在任何消息箭头 上。如果对象在图中被撤销，那么用“×”表示撤销。 消息定义的是对象之间某种形式的通信， 它可以激发某个操作、 唤起信号或导致目标对 象的创建或撤销。 ?消息是两个对象之间的单路通信，从发送方到接收方的控制信息流。 ?消息可以用于在对象间传递参数。 ?消息可以是信号，也可以是调用。?在 UML 中，消息使用箭头来表示，箭头的类型表示了消息的类型。 6、类图：是描述类、接口、协作以及他们之间关系的图，用来显示系统中各个类的静 态关系。属性和操作 2）分析类的类型： ?实体类：用于对必须存储的信息和相关行为进行建模 ?边界类：用于软件产品和它的参与者之间的交互行为建模 ?控制类：用于对复杂的计算和算法建模 3）类的属性的可见性：Public：以＋表示 Private：以－表示 Protected: 以＃ 4）类间的关系：常用的类之间的关系有 4 种，分别是表示对象之间结构关系的关联关 系，表示类之间一般和特殊关系的泛化关系，表示类之间使用关系的依赖关系，以及表示类 中规格说明和实现之间的关系的实现关系。 a）关联关系的类型：普通关联关系？递归关系？聚合关系？组合关系 7、数据流图 过程模型是表示业务系统运行的一种形式化方法， 它演示了系统执行的过程或活动， 以 及数据在它们之间是如何流动的。 数据流图（Data Flow Diagram，DFD）是以图形的方式描述系统业务流程以及系统内数 据传递的一种技术。 2）数据流图基本元素： A）过程是为特定业务原因而执行的活动或功能。过程可以是人工或计算机化的。每个 过程必须至少有一个输入数据流和一个输出数据流。 B）数据流是单个数据或是一些信息的逻辑集合。数据流和过程是一起出现的，每个数 据流总是从一个过程流出或流入一个过程，箭头显示了数据流入或流出的方向。 C）数据存储是以某种方式存储的数据集合。数据存储构成数据模型的起始点，是过程 模型和数据模型的主要连接点。 D）外部实体是位于系统范围之外但与正在被研究的系统交互的人、组织部门或是其他 系统， 外部实体与用例中的主要参与者相对应， 外部实体为系统提供数据或从系统获取数据， 并且形成了系统的边界。（矩形） 数据字典（简答题）例：手机号=1+[ [3,5]+[0?9],47,8+[2,7,9] ]+8{0?9} 学号=入学年份+学院代码+专业代码+班级代码+座号 入学年份={00?99} 学院代码=30 第7章 设计阶段的活动主要是： （了解） ?确定合适的系统获取策略 ?设计系统的架构 ?选择软硬件 ?设计系统人机接口 ?从逻辑模型到物理模型的转换 ?设计能完成系统过程的程序 ?从逻辑数据模型到物理数据模型的转换 ?设计数据存储方案 ?编写最终的系统规格 常见的设计错误有： （掌握）减少设计时间；需求蔓延；过于依赖技术和工具；在项目中间阶段更换工具。 构造新的应用系统的方式：（理解） 1.定制开发2.购买软件包3.第三方外包开发影响设计策略的因素 1.业务需求 对于通用的业务需求，并且有比较成熟的技术解决方案，使用定制应用程序比较容易。 对于独特的或专用的需求，则选择开发系统。一般来说，如果业务需求不是公司策略的关键 元素，可以选择外包。 2.项目技能 在项目中应用的技能既可以是技术性 （如开发语言） 也可以是功能性 的， （如电子商务） 的，不同设计方案的选择取决于这些技术在公司策略中的重要性。3.项目管理 定制应用程序要求有较强的项目管理和被证实的方法论。 在项目进展过程中， 项目可能 受到来自各个方面因素的影响， 如果没有较强的项目管理能力则项目很可能就面临困难。 购 买和外包软件也同样需求项目管理，而且这种管理更多的来自于组织外部的沟通和交流。 4.时间约束 当项目存在时间的约束时，首先应该寻找一个已经建立和经过测试的系统。 但利用外 包来创建一个系统的时间取决于系统和外包商的资源， 如果服务提供者没有提供合适的服务， 那么采用外包来解决所花费的资源可能与定制开发一样。 第 8 章（综合应用） 常用的软件体系结构 1.主机/终端 2.文件/服务器 3.客户/服务器结构（C/S） 客户机（Client）和服务器（Server）都是独立自主的系统，它是一类按新的应用模式 运行的分布式计算机系统。在这个应用模式中，用户只关心完整地解决自己的应用问题，而 不关心这些应用问题由系统中哪台或哪几台计算机来完成。4.浏览器/服务器结构 （B/S）多层结构（C/S 结构，B/S 结构）的主要组成部分 ? 用户表现层：接受用户的请求和操作，将操作信息最终显示给用户。如浏览器中的 Web 页面，或者是一个 Windows 窗体程序 ? 业务逻辑层：业务逻辑层完成业务功能和逻辑。如 Web 网站中的 IIS 服务器 ? 数据服务层：指后台数据库系统，也可以是各种能够存储数据的文件 5.Web Service 6.面向服务的体系结构（SOA） 7.SaaS（Software-as-a-Service，软件即服务）是一种通过 Internet 提供软件的 模式，厂商将应用软件统一部署在自己的服务器上，客户可以根据自己实际需求，通过互联 网向厂商定购所需的应用软件服务， 按定购的服务多少和时间长短向厂商支付费用， 并通过 互联网获得厂商提供的服务。8.软件+服务（S+S） 9.RIA（Rich Internet Applications）体系结构 B/S 架构的应用的几乎所有处理都集中在服务器端，造成服务器端负载过大，并且网络 通信也过多。RIA 在客户端与服务器端之间引入了被叫做“客户端引擎”的中间代码层，实 现客户端交互的丰富和降低对服务器端服务的依赖。第九、十章 程序设计 1、创建物理 DFD 的步骤： （1）添加实现标注（在逻辑 DFD 的基础上添加注释，即数据怎样存储，数据怎样流动 以及过程怎样实现） （2）绘制一个人机边界（系统的任何一个过程的任何部分都不可能自动完成，所以需 要确定在哪里绘制人机边界） （3）添加系统相关的数据存储、数据流和过程（添加一些附加的数据存储、数据流和 过程，这些与业务无关但可以实现一些特定的功能） （4）更新数据流中的数据元素（由于在前面的步骤中添加了一些数据存储、数据流和 过程，因此需要对这些元素进行更新） （5）更新 CASE 知识库中的元数据（更新知识库中的元数据以确保与 DFD 同步。） 2、结构设计原则： 创建高内聚的模块；建立松耦合的模块；创建高扇入；避免高扇出；评估图表的质量 3、根据情况，选择输入输出设备 （1）光学条码阅读机（可将条形码转换成编码输入，适用于商品销售） （2）键盘（直接输入而无须中间媒介，简单方面，但输入速度较慢） （3）磁盘驱动器（逐个或批量输入，成本低、处理效率高、携带方便、速度快） （4）光学字符识别（直接阅读符合规范要求的原始凭证上的数字和符号。可识别的有 限） （5）语音识别输入（使用语音的方式输入数据，但目前识别率不高，未来输入发展趋 势） （6）触摸屏（通过屏幕的触摸输入信息，方便但输入速度慢） （7）光笔输入（将笔画转换成数据或字符）（8）鼠标选择输入（适合选择性的场合） 4、几种常见人机对话的选择 （1）菜单式（操作简单，用户记忆少，但被选项多的话搜索不容易）； （2）命令式（用户要熟悉系统才能使用）； （3）应答式（对于需要同用户进行交互的）； （4）填表式（易使用、易掌握，一般只能用于需要输入数据的场合） （5）图标型（一般仅限于鼠标操作，但占据屏幕的空间较大，表达抽象概念描述力差）例题：某公司开办了在线电子商务网站，主要为各注册的商家提供在线商品销售功能。 为更好地吸引用户，该公司计划为注册的商家提供商品促销功能。商品的分类不同，促销的 方式和内容会有所不同。 注册商家可发布促销信息。 商家首先要在自己所销售的商品的分类 中，选择促销涉及的某一具体分类，然后选出该分类的一个或多个商品（一种商品仅仅属于 一种分类），接着制定出一个比较优惠的折扣政策和促销活动的优惠时间，最后由系统生成 促销信息并将该促销信息公布在网站上。 商家发布促销信息后， 网站的注册用户便可通过网 站购买促销商品。用户可选择参与某一个促销活动，并选择具体的促销商品，输入购买数量 等购买信息。系统生成相应的一份促销订单。只要用户在优惠活动的时间范围内，通过网站 提供的在线支付系统，确认在线支付该 促销订单（即完成支付），就可以优惠的价格完成商品的购买活动，否则该促销订单失 效。
系统分析师复习笔记2012―汇集和整理大量word文档,专业文献,应用文书,考试资料,教学教材,办公文档,教程攻略,文档搜索下载下载,拥有海量中文文档库,关注高价值的实用信息,我们一直在努力,争取提供更多下载资源。