PA银行面试之炮灰之程

总结缺乏知识点：

瀑布模型，二维表，OLAP，OLTP,OLAM,银行业务知识，sql优化方法，OCP等知识点；对每一个实施过的项目的技术与业务的熟悉程度。

1、瀑布模型：参考博客

　　阶段间具有顺序性和依赖性。

　　阶段：需求分析--规格说明书--设计--编码--综合测试--维护

1.1优点

①可强迫开发人员采用规范化的方法。

②严格地规定了每个阶段必须提交的文档。

③要求每个阶段交出的所有产品都必须是经过验证的。

④为项目提供了按阶段划分的检查点。

1.2缺点

①由于瀑布模型几乎完全依赖于书面的规格说明，过分依赖文档的规格说明，如果需求规格说明与用户需求之间有差异，就会导致最终开发出的软件产品不能真正满足用户的需要。

②开发模型呈线性，在项目的各个阶段之间极少有反馈，当开发成果尚未经过测试时，用户无法看到软件成果，这样与用户见面的时间间隔较长，也会增加风险。

③在软件开发前期未发现的错误传到后面的开发活动中时，可能会扩散，进而可能会造成整个软件项目开发失败。

④在软件需求分析阶段，完全确定用户额所有需求是比较困难的，甚至可以说是不太可能的。

⑤瀑布模型只适用于项目开始时需求已确定的情况。

2、拓展1：五种典型系统开发周期模型。参考博客1 参考博客2 参考博客3

2.1瀑布模型：瀑布模型是一个特别经典，甚至有点老套的周期模型，一般情况下将其分为计划、需求分析、概要设计、详细设计、编码以及单元测试、测试、运行维护等几个阶段。瀑布模型的周期是环环相扣的。每个周期中交互点都是一个里程碑，上一个周期的结束需要输出本次活动的工作结果，本次的活动的工作结果将会作为下一个周期的输入。这样，当某一个阶段出现了不可控的问题的时候，就会导致返工，返回到上一个阶段，甚至会延迟下一个阶段。

2.2螺旋模型：螺旋模型，尤其重视风险分析阶段，特别适用于庞大并且复杂，非常高风险的项目。通常螺旋模型由四个阶段组成：制定计划、风险分析、实施工程和客户评估。螺旋模型中，发布的第一个模型甚至可能是没有任何产出的，可能仅仅是纸上谈兵的一个目标，但是随着一次次的交付，每一个版本都会朝着固定的目标迈进，最终得到一个更加完善的版本。

2.3V模型：V模型从整体上看起来，就是一个V字型的结构，由左右两边组成。左边的下划线分别代表了需求分析、概要设计、详细设计、编码。右边的上划线代表了单元测试、集成测试、系统测试与验收测试。看起来V模型就是一个对称的结构，它的重要意义在于，非常明确的表明了测试过程中存在的不同的级别，并且非常清晰的描述了这些测试阶段和开发阶段的对应关系。

2.4原型化模型：原型化模型第一步就是创建一个快速原型，能够满足项目干系人与未来的用户可以与原型进行交互，再通过与相关干系人进行充分的讨论和分析，最终弄清楚当前系统的需求，进行了充分的了解之后，在原型的基础上开发出用户满意的产品。在实际的项目过程中，借助于组织过程资产以及快速模型软件，一般在需求分析的时候，就可以建立一些简单的原型，例如在第一家YH公司中，因为是“行业软件提供商”，所以拥有各个地域的行业解决软件方案，惯用的伎俩就是将其他地市的项目拿到本次项目实施地，作为原型化模型。原型化模型是极具意义的项目实践。

2.5迭代模型：迭代模型，摒弃了传统的需求分析，设计，编码，测试的流程，而是将整个生命周期变成若干个冲刺（Sprint）阶段，而每一个阶段都是由以上若干或者全部传统的流程组成，在每一个阶段中，都会包含下面四个阶段：初始阶段，细化阶段，构建阶段，交付阶段。在初始阶段中，确认本次冲刺的范围，边界，系统选择的架构，计划，以及所需要的资源等信息。在细化阶段中，对问题进行建域，创建开发案例，创建模板以及准备工具等。在构建阶段的主要任务就是完成构建的开发并且进行测试，将完成的构建集成为产品，并且测试所有的功能（CI）。在交付阶段，主要是完成本次冲刺，将软件产品交付给相关的干系人。

3、二维表：https://baike.baidu.com/item/%E4%BA%8C%E7%BB%B4%E8%A1%A8/2863955?fr=aladdin

4、OLAP:https://blog.csdn.net/dufufd/article/details/78621158

5、OLTP:（与OLAP比较）https://www.cnblogs.com/hhandbibi/p/7118740.html

6、OLAM:http://articles.e-works.net.cn/BI/Article77486.htm

备注：于20190230日之前需要学习补充知识点，并做感想学习笔记。

 

转载于:https://www.cnblogs.com/MISSCHEN/p/10425189.html