1、任何一个用户只要得到CA的公钥,就可以得到CA为该用户签署的数字证书,该数字证书的内容应包括CA的信息、用户信息、用户公钥、CA签发时间和有效期等。
2.1、内聚的类型:
- 功能内聚:完成一个单一功能,各个部分协同工作,缺一不可。
- 顺序内聚:处理元素相同,而且必须顺序执行。
- 通信内聚:所有处理元素集中在一个数据结构的区域上。
- 过程内聚:处理元素相关,而且必须按待定的次序执行。
- 瞬时内聚:所包含的任务必须在同一时间间隔内执行(如初始化模块)。
- 逻辑内聚:完成逻辑上相关的一组任务。
- 偶然(巧合)内聚:完成一组没有关系或松散关系的任务。
1)模块A、B和C包含相同的5个语句,这些语句之间没有联系,为了避免重复,把这5个模块抽取出来组成模块D。则模块D的内聚类型为(巧合)内聚。
2)向某个数据结构区域写数据和从该区域读数据,属于通信内聚
2.2、耦合的类型:由低到高
3、面向对象分析的任务:
基于用例模型,通过对象建模记录确定的对象、对象封装的数据和行为,以及对象之间的关系
- 建模系统功能
- 发现并确定业务对象
- 组织对象并确定对象间的关系。
4、雇员类含有计算报酬的行为,利用面向对象的 多态性,可以使得其派生类专职雇员类和兼职雇员类计算报酬的行为有相同的名称,但有不同的计算方法。
多态性:产生了类的层次关系,覆写了父类方法
继承性:使用父类提供的属性、方法
封装性:对内部属性、业务进行封装,对外暴露使用方法
包装多态:一个子类的对象同时又属于父类,它继承了父类的一切属性
过载多态:同一个算子在不同的表达式中可能有不同的操作意义
算子鉴别:编译程序根据上下文判定算子的操作意义
5、逆向工程导出的信息的4个抽象层次:
6、某大型移动通信运营商欲开发一个新的应用系统以替换原有系统。在需求分析阶段,为尽快从已有系统文档资料和用 户处获取整体系统需求,采用抽样的方法捕获需求最为合适。
用户访谈:良好的灵活性,有较宽广的应用范围,用户局限性
联合需求计划:为了提高需求获取的效率,使用小组工作会议来代替大量独立的访谈
现场观摩:针对较为复杂的流程和操作。(过程类)
收集资料:与系统相关的、对系统有益的信息收集起来。
参加业务实践:有效地发现问题本质和寻找解决问题的办法。
阅读历时文档(文件):对收集数据类信息较为有用。
问卷调查:在短时间内,以低廉的代价从大量的回答中收集数据。
7、数据库设计:
- ①用户需求分析。SRS。
- ②概念设计。概念结构设计是对信息分析和定义,如视图模型化、视图分析和汇总。对应用对象精确地抽象、概括而形成的独立于计算机系统的企业信息模型。描述概念模型的较理想的工具是ER图。
- ③逻辑设计。将抽象的概念模型转化为与选用的DBMS产品所支持的数据模型相符合的逻辑模型,它是物理设计的基础。包括模式初始设计、子模式设计、应用程序设计、模式评价及模式求精。
- ④物理设计。逻辑模型在计算机中的具体实现方案。
8、命令模式
图中与Command模式中的“Invoker”角色相对应的类是(MenuItem) ,与“Concrete Command”角色相对应的类是(Open)。
9、面向对象的设计模型包含以包图表示的软件体系结构图,以交互图表示的用例实现图,完整精确的类图,针对复杂对象的状态图和用以描述流程化处理的活动图等。
10、建立分析模型的过程大致包括定义概念类、确定类之间的关系、为类添加职责、建立交互图等,其中有学者将前三个步骤统称为CRC(Class-Responsibility-Collaborator,类-责任-协作者)建模。
11、JTAG是用来进行嵌入式处理器调试的标准化接口,JTAG接口上一般包括模式选择、时钟、数据输入、数据输出、复位等信号。
12、软件产品线代表了一种强劲的软件开发范例,能够有效地提高软件生产率和质量,缩短开发时间,以及降低总开发成本。软件产品线主要由核心资源和产品集合两部分组成。
13、面向对象设计是模型驱动和用例驱动的,整个设计过程将 需求模型 作为输入,并生成设计模型作为输出。
14、MVC模式,即模型—视图—控制(Model-View-Controller)模式,它实际上是一种架构模式,是为那些需要为同样的数据提供多个视图的应用程序而设计的,它很好地体现了数据层与表示层的分离。
MCV把应用程序分为3种对象类型。
模型:应用问题域中包含的抽象领域知识;
视图:将应用问题域中包含的抽象领域知识呈现给用户的方法:一个模型可以用于多个视图;
控制器:用户界面对用户输入的响应方式。
15、某公司开发一个文档编辑器,该编辑器允许在文档中直接嵌入图形对象,但开销很大。用户在系统设计之初提出编辑器在打开文档时必须十分迅速,可以暂时不显示当前页面以外的图形。针对这种需求,公司可以采用(代理模式)避免同时创建这些图形对象。
16、工作流参考模型(Workflow Reference Model,WRM)包含 6 个基本模块
- 工作流执行服务。工作流执行服务是WFMS的核心模块,它的功能包括创建和管理流程定义,创建、管理和执行流程实例。
- 工作流引擎。工作流引擎是为流程实例提供运行环境,并解释执行流程实例的软件模块,即负责流程处理的软件模块。
- 流程定义工具。流程定义工具是管理流程定义的工具,它可以通过图形方式把复杂的流程定义显示出来并加以操作,与工作流执行服务交互,一般该模块为设计人员提供图形化的用户界面。通过流程定义工具,设计人员可以创建新的流程或者改变现有流程。在流程定义时,可以指定各项活动的参与者的类型、活动之间的相互关系和传递规则等。
- 客户端应用。客户端应用是通过请求的方式与工作流执行服务交互的应用,也就是说,是客户端应用调用工作流执行服务。客户端应用与工作流执行服务交互,它是面向最终用户的界面,可以将客户端应用设计为B/S架构或C/S架构。
- 调用应用。调用应用是被工作流执行服务调用的应用,调用应用与工作流执行服务交互。为了协作完成一个流程实例的执行,不同的工作流执行服务之间进行交互,它通常是工作流所携带数据的处理程序,常用的是电子文档的处理程序,它们在工作流执行过程中被调用,并向最终用户展示数据。这些应用程序的信息包括名称、调用方式和参数等。例如,在OA系统中,可以调用相关的程序来直接查看Word文档或者Excel表格数据等。
- 管理监控工具。管理监控工具主要指组织机构和参与者等数据的维护管理和流程执行情况的监控,管理监控工具与工作流执行服务交互。WFMS通过管理监控工具提供对流程实例的状态查询、挂起、恢复和销毁等操作,同时提供系统参数和系统运行情况统计等数据。用户可以通过图形或者图表的方式对系统数据进行汇总与统计,并可随时撤销一些不合理的流程实例。
工作流管理系统是一个用软件定义、管理与分析、执行工作流的系统。
WfMS的基本功能体现在对工作流进行建模、工作流执行和业务过程的管理和分析。
17、结构化设计SD是一种面向数据流的设计方法。是以结构化分析的成果为基础,
结构化设计以数据流图和数据字典等文档为基础,进行数据建模,并生成对象关系图。
结构化设计是一个自顶向下、逐步求精和模块化的过程。这个过程先将系统看成一个大模块,并可分为若干功能模块,各模块协调完成系统总体功能。然后,每个子模块又可划分为若干子模块,直至无需划分为止,并形成系统结构模型。
按照信息隐藏的原则,系统中的模块应设计成“黑盒”,模块外部只能使用模块接口说明中给出的信息,例如,操作和数据类型等。模块之间相对独立,既易于实现,也易于理解和维护。
概要设计阶段的主要任务是确定软件系统的结构, 对软件系统进行模块划分,确定每个模块的功能、接口和模块之间的调用关系。
概要设计将需求分析得到的系统扩展用例图转换为软件结构和数据结构。