【系统分析师之路】2022上论文写作历年真题

【系统分析师之路】2022上论文写作历年真题

2022上论文写作历年真题第一题（75分）

试题一 论原型法及其在信息系统开发中的应用
作为一种信息系统开发方法，原型法（ Prototyping ）被普遍使用，原型法是指在获取一组基本的需求定义后，利用可视化的开发工具，快速建立一个目标系统的初始版本，并交由用户试用，并根据用户反馈进行补充和修改，再形成新的版本。反复进行这个过程，直到得出系统的"精确解"，即用户满意为止。请围绕"原型法及其在信息系统开发中的应用"论题，依次从以下三个方面进行论
述。
1．概要叙述你参与管理和开发的软件项目以及你在其中所承担的主要工作。
2．请简要描述原型法的开发过程。
3．具体阐述你参与管理和开发的项目是如何基于原型法进行信息系统开发的。

原型的开发和使用过程叫做原型生存期。
1）快速分析
在分析者和用户的紧密配合下，快速确定软件系统的基本要求。
2）构造原型
在快速分析的基础上，根据基本需求尽快实现一个可运行的系统。构造原型时要注意两个基本的原则：集成原则和最小系统原则。
集成原则：尽可能用现有的软件和模型来构成，这需要相应的原型工具。
最小系统原则：耗资一般不超过总金额的10%
3）运行和评价原型
用户在开发者指导下试用原型，在试用的过程中考核评价原型的特征。分析其运行结果是否满足规格说明的要求，以及规格说明描述是否满足用户的愿望。
4）修正和改进
根据修改意见进行修改，如果用修改原型的过程代替快速分析，就形成了原型开发的迭代过程。开发者和用户在一次次的迭代过程中不断将原型完善，以接近系统的最终要求。
5）判定原型完成
如果经过修改或改动的原型，达到参与者一致认可，则原型开发的迭代过程可以结束。
6）整理原型和提供文档
如果根据修改或改进的原型，得到了开发者参与者的一致认可，则原型开发过程可以结束。

使用原型化开发方法可以为系统开发提供一种完整的灵活的，近似动态的需求规格说明方法。
目前原型化开发方法不是一种独立的系统开发方法，而是一种开发思想，它只支持在系统开发早期阶段快速生成系统的原型，没有规定在原型构建过程中必须使用哪种方法。因此她不是完整意义上的方法体系论，这就注定了原型法必须与其他的信息系统开发方法结合使用。用原型法进行需求的获取和分析，以经过修改确定的原型系统作为系统开发的依据，在此基础上完善用户需求规格说明书。
原型化开发的特点
1）原型化开发可以使系统开发周期缩短，成本风险降低，速度加快，获得较高的开发效益。
2）原型法是以用户为中心来开发系统的，用户参与程度大大的提高，开发需求能够更加符合用户的要求，从而增加了用户的满意度
3）由于用户参与了系统开发的整个过程，对系统的功能和结构更加容易理解和接受，有利于系统的移交，也有利于系统的运行与维护。
原型开发的局限性：
1）开发环境要求高，例如开发人员和用户的素质，系统开发工具，软硬件设备等，特别是使用原型法开发需要快速开发工具的支持，开发工具的水平是原型法能否顺利实施的第一要素，原型法开发的成败以及开发效率的高低，取决于原型构建的速度
2）管理水平要求高
系统的开发缺乏统一的规划和开发标准，难以对系统的开发过程进行很好的控制，例如如何确定用户满意程度，如何确定对系统原型的修改次数等。
对于技术层面困难远远大于其分析层面的系统，不适宜使用原型开发。

2022上论文写作历年真题第二题（75分）

试题二 论面向对象设计方法及其应用
系统设计是根据系统分析的结果，运用系统科学的思想和方法，设计出能满足用户
所要求的目标（或目的）系统的过程。面向对象设计方法是一种接近现实世界的系统设
计方法。在该方法中，数据结构和在数据结构上定义的操作算法封装在一个对象之中。
请围绕"面向对象设计方法及其应用"论题，依次从以下三个方面进行论述。
1．概要叙述你参与管理和开发的软件项目以及你在其中所承担的主要工作。
2．面向对象设计方法包含多种设计原则，请简要描述其中的三种设计原则。
3．具体阐述你参与管理和开发的项目是如何遵循这三种设计原则进行信息系统设计的。

【我的解答】
对于OO系统设计而言，在支持可维护性的同时，提高系统的可复用性是一个至关重要的问题。如何同时提高系统的可维护性和可复用性，是OOD需要解决的核心问题。在OOD当中，可维护性的复用是以设计原则为基础，常用的OOD原则包括有：开闭原则，里式替换原则，依赖倒置原则，组合复用原则，最小知识原则，接口隔离原则等。
1）开闭原则
它是指软件实体应对扩展开放，对修改关闭。尽量在不修改原有代码的基础上进行扩展。该原则可以扩展原有的系统，并为之提供新的行为，以满足软件的新需求。使变化中的系统具有一定的适应性和灵活性
对于已有的软件模块，特别是抽象层的软件模块一般不再修改，这就使变化中的系统有一定的稳定性和连续性。这样的系统满足了可复用性和可维护性。在OOD当中该原则一般在原有的系统当中增加抽象层来实现。这也是其他OOD原则的基础。
2）接口隔离原则
使用多个专门的接口，而不使用单一的总接口。每个接口应该承担一种相对独立的角色，不多不少，不干不该干的事，该干的事都要干。
可以将接口理解成角色，一个接口就只是代表一个角色，每个角色都有她特定的一个接口。此时接口隔离原则也可以被称之为角色隔离原则。大的接口在使用起来有时候并不是很方便，为了使接口的职责单一，需要将大接口中的方法根据其职责的不同，分别放在不同的小接口中，以确保每个接口使用起来都较为方便，并都承担单一角色。
3）最小知识法则
也叫做迪米特法则，软件实体应当尽可能少的与其他实体发生相互作用。这样当一个模块在进行修改的时候，就会尽量少的影响其他模块，扩展会相对容易。这是对软件实体之间通讯的限制，它要求限定软件实体之间通信的宽度和深度。
狭义的最小知识法则是指当两个类不必进行直接通信的话，那么这两个类就不应当发生彼此的直接作用。如果一个类需要调用另一个类当中的某一个方法，可以让第三者来转发这个调用。狭义原则可以降低类之间的耦合程度，但是也会在系统中增加大量的小方法并散落在系统的各个角落，它可以使一个系统局部设计简化，但同时会带来系统之间各个模块调用效率的降低，使得模块之间不容易相互协调。
广义的最小知识法则指的是信息流量，流向和信息的影响的控制，主要是对信息隐藏的控制，它促进了软件的复用，由于每个模块都不依赖于其他模块，因此每个模块都可以独立在其他地方使用，系统规模越大，模块的信息隐藏也就越加重要，而信息隐藏的重要性也更加能够凸现。
最小知识法则主要起到了防止或者说是控制信息的过载，在实际应用当中还需要注意的是：
1.在类的划分上应该尽量创建松散耦合的类，类与类之间的耦合度越低，就越发有利于复用。
2.在类的结构设计上，每个类都应当尽量降低其属性和方法的访问权限
3.在类的设计上，只要有可能，一个类型应当设计成不变类
4.在对其他类的引用上，一个对象对其他对象的引用应当降到最低
4）里式替换原则
一个软件实体如果使用的是一个基类对象，那么一定适用于其子类对象，而且察觉不出基类对象与子类对象的区别。把积累替换为子类，其他程序没有任何变化，但反过来则不一定。
在运用这个原则的时候，尽量将一些需要扩展的类或者存在变化的类设计成抽象类或者接口，并将这个类作为基类，在程序当中就可以尽量的使用基类的对象来进行编程，在程序运行时，子类对象可以替换为积累对象，如果需要对类的行为进行修改，可以扩展基类，增加新的子类，而无需修改调用该基类对象的代码。
5）依赖倒置原则
依赖倒置原则是指抽象不应该依赖于细节，细节应当依赖于抽象。换言之就是针对接口编程，而不是针对实现编程。
在程序代码中传递参数时或在组合（或聚合量引用层次高的抽象层类，即使用接口和抽象类进行变量类型声明、参数类法返回类型声明，以及数据类型的转换等，而不要用具体类来做这些事情。核原则的应用，一个具体类应当只实现接口和抽象类中声明过的方法，而不要的方法，否则，将无法调用到在子类中增加的新方法。
实现开闭原则的关键是抽象化，并且从抽象化导出具体化实现，如果说开闭原则是OOD 的目标的话，那么依赖倒置原则就是OOD的主要机制。有了抽象层，可充具有很好的灵活性，在程序中尽量使用抽象层进行编程，而将具体类写在配置文件当中，这样如果系统行为发生变化，则只需要扩展抽象层，并修改原有系统的源代码，在不修改的情况下来扩展系统功能，满足开闭原则的要求。
依赖倒置原则是COM，Cobra，EJB，Spring技术和框架背后的原则之一。
6）组合复用原则
组合聚合复用原则又称为合成复用原则，是在一个新的对象中通过组合关系或聚合关系来使用一些已有的对象，使之称为新的对象的一部分，新对象通过委派调用已有对象的方法，达到复用功能的目的。简单来说就是尽量要使用组合聚合的关系，少用继承或者说来代替掉继承。