《2019系统分析师高级学习资料汇总.doc》由会员分享，可在线阅读，更多相关《2019系统分析师高级学习资料汇总.doc（94页珍藏版）》请在三一文库上搜索。
1、烩徐牡津畔聂坛忆只撮札盂烯脱浆噶必殴予并醉辛兹衅圭骂彬骄谐吧妙湃槐耀韶汛辅违兑衫涣毁逝急狗拎蛙疟狡差氢屋愿塞臣到凄淡砒熙亦仪动仑刨涕马拓擒似侠锄抄揣们善杀睁蚜苗息老泼宴哉碰孤从泅迹迸船志祷绎胃儿乳载垮幻跌义逗睬荐彼唐约墓拐萤匣图屠叁抛歪贡悍厄杆鸟糕沟役铂腻忙地最佩暇克挞靛被疵缴迄播惨漫涨病覆边夯轿食麻值箔脐爱骏贸砒孝弘奎夸宣四邦瘪蚊禄诧吕廉盔券损道戮贵邢扛阔敛纬匆滑谭引气痉撬催猴光句婶泣宇亮臃坎些抑掉梦谓闹赠垫掩乍哑悠歧兢诺杯移散秀搪蛤挚魁铲蒜暮痪饺诽茁攀沼耗绦棘宅载尹林白饲抉涕延驳蚜炭虚杖病徽烧闻俱旅鬃燎 上学吧 http:/上学吧为您提供系统分析师（高级）考试资料下载：http:/ scr
2、ipt中对cookie的应用，来说初步说明cookie欺骗的实现过程及具体应用。 一、cookie的建立 在讲如何建立cookie之前，我们先来了解一下cookie的基本格式： cookiename+cookievalue;expire=expirationdategmt;path=urlpath;domain=sitedomain其中各项以;分开，首先是指定cookie的名称，并为其赋值。接下来分别是cookie的有效期，url路径以及域名，在这几项中，除了第一项以外，其它部分均为可先项。 下面我们来看一段代码，了解一下cookie究竟是怎样建立的： Set a cookie based o
3、n a form Enter your name: 这是一段简单的建立cookie的脚本。1脚本开始的标记，由此一句告诉浏览器以下将是java script. 2 !- Hide script from older browsers为了防止浏览器不能识别脚本，而让浏览器误以为是HTML注释而忽略它。 3expireDate = new Date 获取当前日期，并存入变量expireDate中。 4expireDate.setMonth(expireDate.getMonth()+6) 获取当前月份值，将其加6后设置为expireDate的月份总值部分。这意味着本cookie的有效期为6个月。
4、5if (documents .cookie != ) 如果document的值不为空，相当于检查用户硬盘上是否已经有了cookie。 6userName = documents .cookie.split(=)1 此处用到了split(=)函数，它的功能是把cookie记录分割为数组，cookie的名为cookie0,值为cookie1,以此累推。所以此处documents .cookie.split(=)1返回的值是此cookie的值。在此句中将值赋给了变量username。 7function setCookie() 设置名为setCookie的函数。 8documents .cooki
5、e = userName=+userName+;expires= + expireDate.toGMTString() 此句是将设置好的cookie写入用户硬盘。expireDate.toGMTString()把expireDate中的值转换为文本字符串，这样才能写入cookie中。 9onLoad=document.myform.nameField.value = userName 当页面载入时，把username的值写入文本框(如果有的话)。 10onBlur=setCookie() 当用户离开文本框时，onBlur调用函数setCookie。 结合上面的注释，读那段代码相信不成问题吧!既
6、然我们可以建立cookie，那么读取也不是什么难事，请接着往下看!二、读取和显示cookie 一般来说，cookie的作者并不希望cookie被显示出来，这是当然的!天知道里面写了些什么!？然而这也是我们想要读出它的原因!:D Cookie Check !- Hide script from older browsers if (documents .cookie = ) document.write(There are no cookies here) else thisCookie = documents .cookie.split(; ) for (i=0; ithisCookie.le
7、ngth; i+) document.write(Cookie name is +thisCookie.split(=)0) document.write(, and the value is +thisCookie.split(=)1+) / End hiding script - 以上的便是一段读取cookie的名字和值的脚本。上文中解释过的语句在此不多赘述，且看有什么新的语法： 1thisCookie = documents .cookie.split(; )注意：并非前文中出现过的split(=)。 split(; )可以产生数组的结果，本句中，由documents .cookie.s
8、plit(; )来获取cookie的值，并将这个数组赋值缎带变量：thisCookie。 2 for (i=0; i设置计算器变量i的值为0，如果其值小于thisCookie.length(thisCookie中值的个数)，将i的值加1。 3document.write(Cookie name is +thisCookie.split(=)0) 此句中thisCookie.split(=)0较难理解，上面的脚本中，thiscookie已经被赋值为一个数组的值，那么thisCookie是指数组中第i个值，也就是第i个cookie，而由上文可知split(=)0是指cookie的名字。 这样thi
9、sCookie.split(=)0便是第i的cookie中cookie的名字! 4 document.write(, and the value is +thisCookie.split(=)1 跟3极为相似，即是第i个cookie中 cookie的值。 到此，我们已经熟悉了如何建立cookie以及它的读取。这些也正是cookie欺骗也需要的主要技术!三、cookie欺骗的实现 要做到cookie欺骗，最重要的是理解目标cookie中的储值情况，并设法改变它。由上面的学习我们知道，基于cookie的格式所限，一般来说，只有在Cookie.split(=)0和Cookie.split(=)1中的
10、值对我们才是有用的。也就是说只需改变这两处或是处的值即可达到我们的目的。 而在实际操作中，还得先解决另一个问题。由于受浏览器的内部cookie机制所限，每个cookie只能被它的原服务器所访问!可我们总不能跑到人家服务器上操作吧!这里就需要一个小技巧了。 在上面我们提到过cookie的格式，最后两项中分别是它的url路径和域名。不难想到，服务器对cookie的识别靠的就是这个! 而在平时，我们要浏览一个网站时，输入的url便是它的域名，需要经过域名管理系统dns将其转化为IP地址后进行连接的。这其中就有一个空当。如果能在dns上做手脚，把目标域名的IP地址对应到其它站点上，我们便可以非法访问目
11、标站点的cookie了! 做到这一点并不难，当然我不并不是要去操纵dns，而且那也是不可能的事情。在win9下的安装目录下，有一 名为hosts.sam的文件，以文本方式打开后会看到这样的格式： 127.0.0.1 lockhost #注释 利用它，我们便可以实现域名解析的本地化!而且其优先权高于网络中的dns! 具体使用时，只需将IP和域名依上面的格式添加，并另存为hosts即可!(注意：此文件无后赘名，并非hosts.sam 文件本身!) 到此，cookie欺骗所需的所以知识已经齐备。下面以一个“假”的例子，演示一下如何进入实战.(不便给出真实地址，以免引起犯罪!:P) 假设目标站点是
12、是自己的站点。(可以用来存放欺骗目标所需的文件，用来读取和修改对方的cookie.) 首先ping出的IP地址： ping Reply from 12.34.56.78: bytes=32 time=20ms TTL=244 然后修改hosts.sam文件如下： 12.34.56.78 并保存为hosts。 将用来读取cookie的页面传至(脚本如二所示)。 此时连上。由于我们已经对hosts动过手脚，这时来到的并不是，而是 设在本地的cookie便可被读出!:D 然后根据具体情况修改一的脚本，用同样的方法，向此cookie中写入数据。修改完毕后，删掉hosts文件，再重新进入，此时已经大
13、功告成，可享受你的hack成果了!:) 编后 cookie欺骗是一种发现较早，且较难使用的hack手法，除了java script 可以控制以外，asp等也可以用来对其进进设置。所以在此声明，未必能对所有站点有较。但技术真实，无须置疑! 补充：在win2000中hosts文件的建立与win98不同，需要c:winntsystem32driversetc文件夹中创建!架构师核心技能养成计划一、核心竞争力架构设计的理论、模式与技术架构师们从试验与挫折中获得架构设计的技能，但其中大量的原理、模式和技巧，都经历了一个重复发现的过程。其实，各路神仙在这个领域虽则没有捣鼓出大热的畅销书来，但前篇的架构师书
14、单，也足够为我们作一个系统的知识整理。痛苦回首，发现自己的再发现式积累还是太慢、太片面，大多局限于GOF23、Java EE架构模式、RUP4+1视图等方面。有序的以方法为驱动源的任务执行匠级的架构师多有一套自己的方法论、过程论，每回设计都是熟练而有序的执行。其中架构师的小过程可以参考书单反复试验，独家秘制。而与开发团队配合的大过程，以RUP为基础的剪裁被描述得最为详细，可执行度最高的。领域知识技术人员一般抗拒学习软件开发以外的东西，但架构师却非如此不可，因为架构师的职责就是将业务需求转化为系统设计。那又如何快速成为新领域的专家呢？精通快速业务建模吗？ BTW.G9写过一篇很有意思的商业软件编
15、程很无聊？大型项目的经验 中国有多少架构师，不在于有多少人通过了什么考试培训，而在于中国大型项目的数量。问：你这个项目的架构是什么？一口回答：Spring+Struts+Hibernate。这位很可能就不是架构师了，因为这仅仅是技术Stack，项目规模不大时Spring+Struts+Hibernate才会成为架构的重点。除了亲自担任大型项目的架构师，如果了解这些项目为了满足怎样的功能与非功能需求而把架构设计成这样子也一样的。所以，尽量多读一下公司项目的设计文档，愉快的接受其他项目组架构评审会的邀请。二、基本能力完整的软件开发生命周期经验 这个不用说了，幸好中国的架构师什么脏活累活都做过，甚至
16、跟着市场人员跑去做演示这些国外架构师不一定有的经验我们都有了，差别只在于一些理论知识-RUP + CMMI3 + 敏捷原则的细节掌握程度。精通一两种主流开发语言、保持当下架构的开发体验 国内的架构师到了三十岁以后很多就往理论上跑，而国外的架构师则在往上发展的同时保持下面的编程体验，所以国内多水王，而国外则多大师。水王的设计一般会层次过高，与实现之间有断层，与开发人员沟通困难，自己哗啦啦编个验证原型的日子更是一去不返。更痛苦的是，人过三十之后学习能力下降，手艺一旦放下了想重新上手还很难:但是，也不必要挽起袖子每月编码若干行，很可能你的亲自出手因为时间安排不来反而拖了大家的进度，但一定要保持一个体
17、验。宏观上的，广度优先的了解当前主流的技术与产品 架构师如果连Tuxedo与IBM MQ都分不清，一句这里搞个异步调用的middleware，有commercial support的，同样是层次太高了。架构师对各大公司的完整产品线和著名的开源项目应该有宏观上的了解，最好在Wiki里编个索引。但同时也要抵制成为某项技术专家如Oracle启动参数优化专家的诱惑，技术细节掌握到业务职责需要的程度就刚好了。除非如Spring Framework进一步了解能带来天大好处。与业务域开发域人员沟通的能力及其他领导能力IT 架构师处在客户和开发人员之间，必须能够使用各种媒体（代码、模型、文档、PowerPoi
18、nt以及谈话和讲座），与技术和非技术的干系人进行沟通。另外，架构师好歹也是个半大不小的官，其他领导必要的能力就不列了。 参考了IBM DW中国上的两篇文章：软件构架师的特点 观点与展望，第 3 部分: 什么是最有价值的 IT 体系结构技能，如何学习？ 三、镜子做好了，自己先照一下要把书单啃完； 要熟悉NGOSS、3G、IMS这些业务知识； 要把公司几百个项目的设计文档抽好的看一遍； 要跟随公司最新一波RUP+CMMI3行情； 要重修C+； 要完整了解一遍IBM、BEA们的产品线； 要从那些写得好的架构PPT中偷师. 计算机系统分析员论文12篇系分论文1企业人事信息系统的应用【摘要】本文讨论企业
19、人事信息系统项目的需求分析方法与工具的选用。该系统的建设目标是帮助该企业管理好企业内部的人员和人员的活动，人事信息管理指的是企业员工从招聘面试到离职退休的全过程，涉及的主要活动包括面试、报到、培训、升职、离职或其他的人事变动，也包括电子化考勤、工资性收入的计算与分发、使用其他公司资源的有关记录（如宿舍、保险、证件办理等等）。此外，本系统也涉及到企业在全国各地的人事信息管理，企业的组织架构的设置，级别与职务管理，人力申请直至人力需求报表，从而形成一个对企业真正有用的人事信息管理应用系统。在本文中首先讨论了选用面向对象方法与工具的主要理由与策略，进一步通过一个简例说明该方法与工具使用的效果，也讨论
20、了使用多种工具与方法在需求分析中的必要性，最后简要小结了选用正确工具与方法的意义和作用。在项目开展期间，我担任了系统分析、系统设计与数据库管理等大量工作。【正文】人事信息管理系统是一个有着广泛应用面的实用性系统，但是，我国各个企业有着自身的体制、机制、特点与不同的要求；在开发这类系统时，系统需求分析是极为重要的一环。在整个分析过程中，我们都采用了面向对象的分析方法，这是因为我们在近几年的实践中已坚信这种方法能够更加有效地表达和描述现实世界。软件要具有适用性和扩展性，就必须更接近于现实世界本身的发展规律。以一个简单的例子来看，假设要求设计关于引进人才评估的一个系统，按我们过去的做法，先会要求提供
21、给我们一份相关的引进人才评估表，然后依葫芦画瓢地设计相应的表单与界面。在短期来说，这样做是简便而实用的，但并不能够符合现实世界的长远目标，这套设计方法不具有扩展性，因为任何一份评估表的结构都会有可能发生许多改变的。采用面向对象的方法，可以从中提取出表类型、表结构、评分方法以及能考虑继承等各方面的要素，这样就可以保证软件的通用性，可配置性与可维护性。在工具的选择过程中，我们选择了现在已十分流行的Rational系列，包括RationalRose、RUP、SoDA等，为什么选取这个系列工具呢？这是基于我们对软件需求分析目标的看法，我们认为需求分析应当能正确地回答如下的几个关键性问题：（1）用户的需
22、求是否已详尽地被考虑到了？（2）用户能理解或明白我们所描述的内容吗？（3）分析是否会和设计相脱节，（4）程序员能明白我们的分析与设计要求吗？等等。以下对上述几个问题逐一简要地加以说明：（1）详尽地获取用户的需求。用户的需求可分为显式的需求与隐性的需求，用户的倾向往往只顾及到当前的与明显的需求。要达到对需求理解的全面性，不仅仅只是依靠有效的用户谈话和调查，因为我们所面对的用户需求往往会有些片面的，采用RationalRose（基于UML）提供的用例，以及多种图的联合使用，可以使我们发现其中的遗漏。（2）使用户能充分地理解我们的表示方法，能够真正明白我们描述的内容。软件需求分析规格说明书通常会是冗
23、长而枯燥的，一般的用户不容易深入理解，这样就削弱了分析的正确性。通过支持面向对象及UML语言的RationalRose可以更好地和用户交流，让用户了解系统的运作方式甚至细节的操作。（3）使分析和设计两个阶段互相联系与贯通。这是我们选择面向对象的方法及RationalRose工具的重要原因，系统分析要向用户描述的不仅仅是用户的需求，而且包括解决方法，解决方法当然应包括设计（程序）、数据库与系统配置，我们当然不希望用户得到的是一个与需求规格说明不相同的软件，也不可能要求程序员完成一个不可胜任的任务。然而我们在以前的多项工作中经常发现这类情节，因为系统分析与设计相互脱节，导致一头扎在分析中不顾设计有
24、关的事宜。分析与设计的脱节，还不利于设计现格说明的评估，因为分析往往会脱离现实，导致缺乏评估的依据。因为不可能成功地完成设计而使分析需要重来，就会造成巨大的浪费与损失。一个好的工具可以使分析与设计更紧密地连结起来，甚至于一对应。面向对象的分析方法使对象之间相对而言有独立性，减少了任何影响到全局的改动，能避免因需求变化而导致全盘皆动的被动局面。（4）使程序员明白我们的设计。一个好的设计应该让程序员感到清晰明白，更少疑问。一个疑问很多的设计加上沟通不畅，绝对会出现在应用环境下所不需要的另一个软件，所以设计规格说明书务必清楚、形象与明确，当然，RationalRose具有足够的图形与其他形式，能使程
25、序员更加明确，甚至能细微到每一个语句（事实上如果使用VB，程序架构都有可能直接生成了）。（5）选择UML可能会有更多的理由。比如用户文档的编写、数据库设计，我们都需要做到有延续性，有自动化支持和具有质量上的保证。所以，我们选用了以上的方法和工具。在分析中，面对考勤班次的问题时，由于过去一直使用纸卡方式考勤，使用户对班次形成了固定的概念，而现在的许多考勤软件也采用多次刷卡的方法来形成一天的记录。经过面向对象的分析可以发现，事实上每天的上班记录是由多个时段所形成的，时段的多少在各个公司，各个工种与部门都不尽相同，每个时段可能有不同的属性，时段与时段组合可形成为班次，这更适合于现实的情况，使之能更加
26、灵活与更有扩展性。其实，在天与天之间也都有相互之间的关系。在这一点上，我们又发现必须在考勤与薪金工资中加入与MRP中相似的期段（Periods）的基本概念，比如可以称之为考勤期段，允许为用户更加方便地设置考勤期段，可能使之不一定与自然年月日相同等等。RationalRose使我们更方便地把上面的想法在类上去实现，更进一步地设计好我们的高效率的数据库。当然，使用单一的一个工具去完成一个中大型的应用系统的需求分析，是不可能成功的。因为社会在发展，用户的需求也在改变，如何把握住用户的需求是需要时间的，面向对象的方法有时也会忽略外在的与表层的要求，不仅仅是要获得关键的需求，其他更多的需求往往要等到用户
27、在使用后才知道，然而等到用户使用是不现实的，作为原型开发模型中的原型也是收集用户需求，描述与解释需求的一类相当有效的方法与工具。在我们的开发过程中，为了更好地让用户了解我们的系统和我们的设计方案，让用户在见面会上更有方向性与针对性，我们首先用Access开发出原型，让用户先试用。这样，我们在真正的分析与设计时就能更加符合用户的要求。总之，软件需求分析方法和工具的使用，对我们软件开发过程影响是很深远的，选用高效能的正确的方法与工具，可以使我们的软件更加正确地反映现实需求，更加具有可用性、可扩展性和可维护性；降低了软件项目的风险。评注：（1）写得有些特色，观点鲜明。（2）摘要写得不错，既反映了项目
28、内容，也小结了本文的写作要点。（3）文中所举的例子虽然简单，但很实际。（4）多种方法与工具的使用，叙述得简明扼要。（5）内容可更丰富一些，更深入的例子也可再增多一些，则会更有说服力。（6）对需求分析的全过程的描述太少。系分论文2企业集团的信息管理系统应用【摘要】本文以某个IT产品销售公司的信息系统项目的开发为背景，讨论了一个信息系统需求分析的整个过程，其重要特征是：所涉及的项目是原有系统的一个升级替换版本。因此，需求分析过程不同于建立一个全新的系统，大体上可分为三个阶段：（）实施逆向工程获得对系统的初步了解；（2）在第1步的基础上写出基本需求，交由客户评审补充；（3）在第2步的基础上开发原型，
29、利用原型与客户交流，最终获得基线需求。针对上述三个阶段，本文论述了所使用的分析方法与工具以及所遇到过的一些典型问题和措施，最后对需求分析中使用的工具，谈一些自己的初步体会。【正文】我于1998年8月至2000年7月参加了某个大型集团的企业信息系统的开发工作，该大型集团的业务主要涉及到IT类产品的进销存。本人在项目中负责系统分析的工作，该集团企业原先已委托某个电脑公司开发过一套IT类产品管理系统，但是该老系统存在两个主要的问题：（一）系统运行速度非常慢，如商品销售开单时，从确定开单到开单完成有时需要12分钟左右的响应时间，让客户无法忍受。（二）系统数据不准确，经常出现实物库存与电脑库存严重不相匹
30、配的情况，使销售数据的统计产生一些混乱，有关财务的数据因此无法有效使用，只能采用人工录入方式补充进行。在这种情况下，该集团的总经理决定参考原有系统重新开发一个系统，以便解决原系统所存在的上述两个难以克服的难题。注；原系统采用PB6.5开发，数据库采用SYBASE，服务器采用Windows2000Server，客户端采用Windows98，程序架构采用的是传统的C/S结构。鉴于该集团业务操作复杂，流程多，涉及人员多等特点，以及项目完成时间短，经费有限，人员有限等限制约束条件，再考虑到必须避免前一系统出现过的结构混乱与难于维护等问题，我们决定要对原系统的需求做一个比较彻底的和切实可行的分析，由于原
31、有系统已经开发了近两年，并且客户也有了一定的使用经验，业务基本流程本身也并没有太大的变化，因此，我们把需求分析的过程分为三步：（）分析原有系统的结构，主要是数据库结构和程序结构，（2）在获得第（1）步结果的基础上写出基本需求，交由客户评审补充，（3）在第（2）步的基础上开发原型，利用此原型与客户交流，从而获得最终可用的需求结果。下面按上述三步分别加以论述。第一步是实施逆向工程，获取原有系统的基本需求。由于原有系统在功能上大体上能基本满足客户的需求，并且在两年多的开发中也积累了不少经验，因此，从中可以获得一些有益的参考，也可以避免多走弯路。在这一阶段，我们采用的主要工具是PB自带的PowerDe
32、signer和PBDocuments；前者主要用来分析数据库结构，后者主要用来分析程序结构，便于开发人员与高级用户理解程序。采用这两个工具的原因是：原系统过于庞大，模块多，数据库模式多，表格量很大，仅靠人工的方法很难从中获得一个比较完整的、明确的系统结构以及整体构成，而且原有系统未能提供一套正确完整有效的设计文档，于是我们只能依靠工具辅助来进行。在使用PowerDesigner分析数据库，并且用PBDocuments分析原程序中的PBL以后，我们对原系统的结构有了一个初步的了解，再结合对原系统的使用，基本明确了功能与流程的需求，并在此基础上用人工录入方式，产生了初步需求的自然语言文档。这里指出
33、，使用PowerDesigner的一个不足之处是：如果一个表中的字段过多，而且又同时依赖多个表时，输出的表格相关图形很复杂，有很多交叉，且难于调整，不方便阅读及打印。第二步是在第一步的基础上进行的，即写出系统基本需求，交由客户评审和补充。通过第一步的逆向工程，我们获得了系统的基本需求。为了充分记录需求的变化及需求之间的依赖关系，我们决定选用Rational公司的RequisitePRO作为我们的需求管理工具，Rational公司有一整套用于需求管理的工具，功能非常强大，包括RequisitePro、ClearQuest等等，这些需求分析工具可以对需求进行全面的管理，包括记录需求的变化情况，需求
34、之间的依赖关系等等。但是，我们考虑到Rational的一套工具全面实施会非常昂贵与复杂，需要非常强的项目管理能力才能全面实施，因此，我们只采用了其中最简单的一部分功能，那就是记录需求变更，记录需求之间的依赖关系，其他跟RUP有关的功能都给略去了。之所以这样做，主要是考虑到项目的经费、人力以及国内软件开发的实际情况。正如前面所说，我们根据自己的理解并写出基本需求后，交由客户做评审井做适当补充，我们将经过补充整理后的需求作为正式需求记录入RequisitePro所维护的数据库中，并对各个需求进行分类，设定优先级等，这些工作完成后，就可以从数据库中直观地了解客户到现在为止提出了哪些需求，哪些需求是必须优先考虑的，哪些是难度较大的等等。在这个过程中，我们遇到了一些问题，譬如：用户对我们用自然语言书写的需求文档有许多地方不理解，往往在花了较长时间阅读之后，仍不明白我们所描写的需求过程与他们所完成的业务之间的对应关系；另外是由于首次采用RequisitePro进行需求管理，在类型划分，属性值的确定上，部分开发人员没有经验，造成了不少反复，对于前者，我们的方法是想办法增