哈尔滨网站备案地址,微电影分享网站织梦整站源码,网站怎么才能上线,慈溪机械加工网第1章 系统工程与信息系统基础
易混淆点1#xff1a;系统工程生命周期与信息系统的生命周期
1、系统工程生命周期阶段
探索性研究→概念阶段→开发阶段→生产阶段→使用阶段→保障阶段→退役阶段
2、信息系统的生命周期
产生阶段→开发阶段#xff08;单个系统开发…第1章 系统工程与信息系统基础
易混淆点1系统工程生命周期与信息系统的生命周期
1、系统工程生命周期阶段
探索性研究→概念阶段→开发阶段→生产阶段→使用阶段→保障阶段→退役阶段
2、信息系统的生命周期
产生阶段→开发阶段单个系统开发总体规划、系统分析、系统设计、系统实施、系统验收→运行阶段→消亡阶段
易混淆点2政府对公民与公民对政府
1、政府对公民G2CGovernment To Citizen政府对公民提供的服务。
社区公安和水、火、天灾等与公共安全有关的信息。户口、各种证件和牌照的管理。
2、公民对政府C2GCitizen To Government个人应向政府缴纳税费和罚款及公民反馈渠道。个人应向政府缴纳的税费款。了解民意征求群众意见。报警服务盗贼、医疗、急救、火警。
3、政府对政府G2GGovernment To Government政府之间的互动及政府与公务员之间互动。基础信息的采集、处理和利用如人口信息各级政府决策支持。
G2G原则上包含政府对公务员G2EGovernment To Employee内部管理信息系统。
易混淆点3结构化决策、半结构决策、非结构化决策
结构化决策是指对某一决策过程的环境及规则能用确定的模型或语言描述以适当的算法产生决策方案并能从多种方案中选择最优解。
非结构化决策是指决策过程复杂不可能用确定的模型和语言来描述其决策过程更无所谓最优解。
半结构化决策是指介于结构化决策和非结构化决策之间的决策这类决策可以建立适当的算法产生决策方案使决策方案中得到较优的解。
而决策支持系统DSS以人机交互方式进行半结构化或非结构化决策。
易混淆点4企业门户
企业网站注重单向信息传递缺互动。
企业信息门户EIP 使员工/合作伙伴/客户/供应商都能够访问企业内部网络和因特网存储的各种自己所需的信息。
企业知识门户EKP企业网站的基础上增加知识性内容。
企业应用门户EAP实际上是对企业业务流程的集成。它以业务流程和企业应用为核心把业务流程中功能不同的应用模块通过门户技术集成在一起。
企业通用门户集以上四者于一身。
易混淆点5企业应用集成
1表示集成界面集成
把各应用系统的界面集成起来统一入口产生“整体”感觉。
2数据集成
数据集成是应用集成和业务过程集成的基础。把不同来源、格式、特点、性质的数据在逻辑上或物理上有机地集中从而为企业提供全面的数据共享。ETL、数据仓库、联邦数据库都可视为数据集成。
3控制集成功能集成、应用集成、API集成
业务逻辑层次集成可以借助于远程过程调用或远程方法调用、面向消息的中间件等技术。
4业务流程集成过程集成
进行业务流程集成时企业必须对各种业务信息的交换进行定义、授权和管理以便改进操作、减少成本、提高响应速度。 第2章 软件工程
易混淆点1逆向工程、正向工程、再工程和设计恢复
1逆向工程
添加图片注释不超过 140 字可选
实现级包括程序的抽象语法树、符号表、过程的设计表示。
结构级包括反映程序分量之间相互依赖关系的信息例如调用图、结构图、程序和数据结构。
功能级包括反映程序段功能及程序段之间关系的信息例如数据和控制流模型。
领域级包括反映程序分量或程序诸实体与应用领域概念之间对应关系的信息例如实体关系模型。
2再工程。再工程是指在逆向工程所获得信息的基础上修改或重构已有的系统产生系统的一个新版本。再工程是对现有系统的重新开发过程包括逆向工程、新需求的考虑过程和正向工程三个步骤。它不仅能从已存在的程序中重新获得设计信息而且还能使用这些信息来重构现有系统以改进它的综合质量。在利用再工程重构现有系统的同时一般会增加新的需求包括增加新的功能和改善系统的性能。
3正向工程。正向工程是指不仅从现有系统中恢复设计信息而且使用该信息去改变或重构现有系统以改善其整体质量。
4设计恢复。设计恢复是指借助工具从已有程序中抽象出有关数据设计、总体结构设计和过程设计等方面的信息。
易混淆点2敏捷方法的核心思想 敏捷方法是适应型而非可预测型。与传统方法不同敏捷方法拥抱变化也可以说 它的初衷就是适应变化的需求利用变化来发展甚至改变自己最后完善自己。 敏捷方法是以人为本而非以过程为本。传统方法以过程为本强调充分发挥人的特性不去限制它。并且软件开发在无过程控制和过于严格烦琐的过程控制中取得一种平衡以 保证软件的质量。 迭代增量式的开发过程。敏捷方法以原型开发思想为基础采用迭代增量式开发发
行版本小型化。它根据客户需求的优先级和开发风险制订版本发行计划每一发行版都是在前一成功发行版的基础上进行功能需求扩充最后满足客户的所有功能需求。
易混淆点3用例关系包含关系、扩展关系、泛化关系
包含关系其中这个提取出来的公共用例称为抽象用例而把原始用例称为基本用例或基础用例当可以从两个或两个以上的用例中提取公共行为时应该使用包含关系来表示它们。
扩展关系如果一个用例明显地混合了两种或两种以上的不同场景即根据情况可能发生多种分支则可以将这个用例分为一个基本用例和一个或多个扩展用例这样使描述可能更加清晰。
泛化关系当多个用例共同拥有一种类似的结构和行为的时候可以将它们的共性抽象成为父用例其他的用例作为泛化关系中的子用例。在用例的泛化关系中子用例是父用例的一种特殊形式子用例继承了父用例所有的结构、行为和关系。
易混淆点4需求的分类
【需求的层次分类】
业务需求是指反应企业或客户对系统高层次的目标要求通常来自项目投资人、购买产品的客户、客户单位的管理人员、市场营销部门或产品策划部门等。通过业务需求可以确定项目视图和范围为以后的开发工作奠定了基础。
用户需求描述的是用户的具体目标或用户要求系统必须能完成的任务。也就是说用户需求描述了用户能使用系统来做些什么。
系统需求是从系统的角度来说明软件的需求包括功能需求、非功能需求和设计约束等。
功能需求也称为行为需求它规定了开发人员必须在系统中实现的软件功能用户利用这些功能来完成任务满足业务要求。
性能需求非功能需求是指系统必须具备的属性或品质又可细分为软件质量属性和其他非功能需求。
设计约束也称为限制条件或补充规约通常是对系统的一些约束说明。
【需求的QFD分类】
质量功能部署QFD是一种将用户要求转化成软件需求的技术其目的是最大限度地提升软件工程过程中用户的满意度。QFD将软件需求分为三类
常规需求基本需求用户认为系统应该做到的功能或性能实现越多用户会越满意。
期望需求用户想当然认为系统应具备的功能或性能但并不能正确描述自己想要得到的这些功能或性能需求。如果期望需求没有得到实现会让用户感到不满意。
兴奋需求意外需求是用户要求范围外的功能或性能实现这些需求用户会更高兴但不实现也不影响其购买的决策。
易混淆点5系统测试主要区分压力测试和强度测试
负载测试各种工作负载下系统的性能
压力测试【测上限】系统的瓶颈或不能接受的性能点
强度测试【测下限】系统资源特别低的情况下运行
容量测试【并发测试】同时在线的最大用户数
可靠性测试MTTF之类的参数
易混淆点6系统维护分类
改正性维护指改正在系统开发阶段已发生而系统测试阶段尚未发现的错误。
适应性维护指使应用软件适应信息技术变化和管理需求变化而进行的修改。企业的外部市场环境和管理需求的不断变化也使得各级管理人员不断提出新的信息需求。
完善性维护扩充功能和改善性能而进行的修改。对已有的软件系统增加一些在系统分析和设计阶段中没有规定的功能与性能特征。
预防性维护为了改进应用软件的可靠性和可维护性为了适应未来的软硬件环境的变化应主动增加预防性的新的功能以使系统适应各类变化而不被淘汰。如将专用报表功能改成通用报表生成功能以适应将来报表格式的变化。
易混淆点7遗留系统演化策略注意区分继承策略和集成策略
添加图片注释不超过 140 字可选
淘汰策略遗留系统的技术含量较低且具有较低的业务价值。对遗留系统的完全淘汰是企业资源的根本浪费我们应该善于“变废为宝”通过对遗留系统功能的理解和借鉴可以帮助新系统的设计降低新系统开发的风险。
继承策略遗留系统的技术含量较低已经满足企业运作的功能或性能要求但具有较高的商业价值目前企业的业务尚紧密依赖该系统。对这种遗留系统的演化策略为继承。在开发新系统时需要完全兼容遗留系统的功能模型和数据模型。为了保证业务的连续性新老系统必须并行运行一段时间再逐渐切换到新系统上运行。
改造策略遗留系统具有较高的业务价值基本上能够满足企业业务运作和决策支持的需要。这种系统可能建成的时间还很短对这种遗留系统的演化策略为改造。改造包括系统功能的增强和数据模型的改造两个方面。系统功能的增强是指在原有系统的基础上增加新的应用要求对遗留系统本身不做改变数据模型的改造是指将遗留系统的旧的数据模型向新的数据模型的转化。
集成策略遗留系统的技术含量较高但其业务价值较低可能只完成某个部门或子公司的业务管理。这种系统在各自的局部领域里工作良好但对于整个企业来说存在多个这样的系统不同的系统基于不同的平台、不同的数据模型形成了一个个信息孤岛对这种遗留系统的演化策略为集成。 第3章 项目管理
易混淆点1PERT图和Gantt图
PERT项目评估与评审技术图是一种图形化的网络模型描述一个项目中任务和任务之间的关系每个节点表示一个任务通常包括任务编号、名称、开始和结束时间、持续时间和松弛时间。
Gantt图是一种简单的水平条形图它以一个日历为基准描述项目任务横坐标表示时间纵坐标表示任务图中的水平线段表示对一个任务的进度安排线段的起点和终点对应在横坐标上的时间分别表示该任务的开始时间和结束时间线段的长度表示完成该任务所需的时间。
PERT图主要描述不同任务之间的依赖关系Gantt图主要描述不同任务之间的重叠关系。
易混淆点2质量保证与质量控制
1质量保证一般是每隔一定时间例如每个阶段末进行的主要通过系统的质量审计和过程分析来保证项目的质量。
2质量控制是实时监控项目的具体结果以判断它们是否符合相关质量标准制订有效方案以消除产生质量问题的原因。
3一定时间内质量控制的结果也是质量保证的质量审计对象。质量保证的成果又可以指导下一阶段的质量工作包括质量控制和质量改进。
易混淆点3总时差和自由时差
1总时差松弛时间
在不延误总工期的前提下该活动的机动时间。活动的总时差等于该活动最迟完成时间与最早完成时间之差或该活动最迟开始时间与最早开始时间之差。
2自由时差
在不影响紧后活动的最早开始时间前提下该活动的机动时间。
对于有紧后活动的活动其自由时差等于所有紧后活动最早开始时间减本活动最早完成时间所得之差的最小值。
对于没有紧后活动的活动也就是以网络计划终点节点为完成节点的活动其自由时差等于计划工期与本活动最早完成时间之差。
对于网络计划中以终点节点为完成节点的活动其自由时差与总时差相等。此外由于活动的自由时差是其总时差的构成部分所以当活动的总时差为零时其自由时差必然为零可不必进行专门计算。
易混淆点4CMM和CMMI
CMM 是软件成熟度模型CMMI 是 能力成熟度模型集成。CMMI(软件能力成熟度模型集成)是在 CMM 软件能力成熟度模型的基础上发展而来的。
CMMI五级分别为初始级-已管理级-已定义级-定量管理级-优化级。
CMM五级分别为初始级-可重复级-已定义级-已管理级-优化级。 第4章 软件架构设计
易混淆点1架构41视图和UML41视图
添加图片注释不超过 140 字可选 添加图片注释不超过 140 字可选 易混淆点2微服务与SOA的对比 微服务 SOA 能拆分的就拆分 是整体的服务能放一起的都放一起 纵向业务划分 是水平分多层 由单一组织负责 按层级划分不同部门的组织负责 细粒度 粗粒度 两句话可以解释明白 几百字只相当于SOA的目录 独立的子公司 类似大公司里面划分了一些业务单元BU 组件小 存在较复杂的组件 业务逻辑存在于每一个服务中 业务逻辑横跨多个业务领域 使用轻量级的通信方式如HTTP 企业服务总线ESB充当了服务之间通信的角色 微服务架构实现 SOA实现 团队级自底向上开展实施 企业级自顶向下开展实施 一个系统被拆分成多个服务粒度细 服务由多个子系统组成粒度大 无集中式总线松散的服务架构 企业服务总线集中式的服务架构 集成方式简单HTTP/REST/JSON 集成方式复杂ESB/WS/SOAP 服务能独立部署 单块架构系统相互依赖部署复杂
易混淆点3敏感点和权衡点
风险点系统架构风险是指架构设计中潜在的、存在问题的架构决策所带来的隐患。
敏感点指为了实现某种特定的质量属性一个或多个构件所具有的特性。
权衡点影响多个质量属性的特性是多个质量属性的敏感点。
易混淆点4产品线建立方式 演化方式 革命方式 基于现有产品 基于现有产品架构设计产品线的架构经演化现有构件开发产品线构件 核心资源的开发基于现有产品集的需求和可预测的、将来需求的超集 全新产品线 产品线核心资源随产品新成员的需求而演化 开发满足所有预期产品线成员的需求的核心资源
易混淆点5MVP与MVC
MVP是MVC的变种。
MVP实现了V与M之间的解耦V不直接使用M修改V不会影响M。
MVP更好的支持单元测试业务逻辑在P中可以脱离V来测试这些逻辑可以将一个P用于多个V而不需要改变P的逻辑。
MVP中V要处理界面事件业务逻辑在P中MVC中界面事件由C处理。
MVP模式与MVC模式的主要区别
在组件耦合度方面在MVP模式中视图并不直接使用模型它们之间的通信通过Presenter进行从而实现了视图与模型的分离而在MVC模式中视图直接与模型交互。
在组件分工方面在MVP模式中视图需要处理鼠标及键盘等触发的界面事件而在MVC模式中这通常是由控制器完成的工作在MVP模式中系统核心业务逻辑组织集中在Presenter中而在MVC模式中相应的控制器通常只完成事件的分发。
在开发工程化支持方面MVP模式可更好地支持单元测试而在MVC模式中由于模型与视图绑定因此难以实施相应的单元测试在MVP模式中Presenter基于约定接口与视图和模型交互可更好地支持组件的重用。
易混淆点6构件、对象、模块的对比 构件的特性 对象的特性 模块的特性 1、独立部署单元2、作为第三方的组装单元3、没有外部的可见状态。 1、一个实例单元具有唯一的标志。2、可能具有状态此状态外部可见。3、封装了自己的状态和行为。 结构化开发的产物
易混淆点7无状态服务和有状态服务
无状态服务stateless service对单次请求的处理不依赖其他请求也就是说处理一次请求所需的全部信息要么都包含在这个请求里要么可以从外部获取到比如说数据库服务器本身不存储任何信息。
有状态服务stateful service则相反它会在自身保存一些数据先后的请求是有关联的。
易混淆点8Redis和Memcache
Redis和Memcache对比
Redis和Memcache都是将数据存放在内存中都是内存数据库。他们都支持key-value数据类型。同时Memcache还可用于缓存其他东西例如图片、视频等等Redis还支持list、set、hash等数据结构的存储。
Redis支持数据的持久化可以将内存中的数据保持在磁盘中重启的时候可以再次加载进行使用。Memcache挂掉之后数据就没了。
灾难恢复-Memcache挂掉后数据不可恢复Redis数据丢失后可以恢复。
在Redis中并不是所有的数据都一直存储在内存中的。这是和Memcache相比一个最大的区别。当物理内存用完时Redis可以将一些很久没用到的value交换到磁盘。
Redis在很多方面支持数据库的特性可以这样说他就是一个数据库系统而Memcache只是简单的K/V缓存。
所以在选择方面如果有持久方面的需求或对数据类型和处理有要求的应该选择Redis。
如果简单的key/value存储应该选择Memcache。
易混淆点9Redis持久化
RDB传统数据库中快照的思想。指定时间间隔将数据进行快照存储。
AOF传统数据库中日志的思想把每条改变数据集的命令追加到AOF文件末尾这样出问题了可以重新执行AOF文件中的命令来重建数据集。 对比维度 RDB持久化 AOF持久化 备份量 重量级的全量备份保存整个数据库 轻量级增量备份一次只保存一个修改命令 保存间隔时间 保存间隔时间长 保存间隔时间短默认1秒 还原速度 数据还原速度快 数据还原速度慢 阻塞情况 save会阻塞但bgsave或者自动不会阻塞 无论是平时还是AOF重写都不会阻塞 数据体积 同等数据体积小 同等数据体积大 安全性 数据安全性低容易丢数据 数据安全性高根据策略决定
易混淆点10机会复用和系统复用
软件架构复用的类型包括机会复用和系统复用。机会复用是指开发过程中只要发现有
可复用的资产就对其进行复用。系统复用是指在开发之前就要进行规划以决定哪些需要复用。
易混淆点11DSSA中领域的含义
1垂直域定义了一个特定的系统族包含整个系统族内的多个系统结果是在该领域
中可作为系统的可行解决方案的一个通用软件体系结构。
2水平域定义了在多个系统和多个系统族中功能区城的共有部分。在子系统级上涵盖
多个系统族的特定部分功能。
易混淆点12质量属性之可靠性与可用性
可靠性是软件系统在应用或系统错误面前在意外或错误使用的情况下维持软件系统的功能特性的基本能力。可靠性是最重要的软件特性通常用来衡量在规定的条件和时间内软件完成规定功能的能力。
可用性是系统能够正常运行的时间比例。经常用两次故障之间的时间长度 或在出现故障时系统能够恢复正常的速度来表示。
易混淆点13质量属性之可变性与可修改性
可修改性是指能够快速地以较高的性价比对系统进行变更的能力。通常以某些具体的变更为基准通过考查这些变更的代价来衡量可修改性。可修改性包含以下4个方面可维护性、可扩展性、结构重组、可移植性。
可变性是指架构经扩充或变更而成为新架构的能力。这种新架构应该符合预先定义的规则在某些具体方面不同于原有的架构。当要将某个架构作为一系列相关产品例如软件产品线的基础时可变性是很重要的。
易混淆点14云计算的服务方式 软件即服务 (SaaS) 在 SaaS 的服务模式下服务提供商将应用软件统一部署在云计算平台上客户根据需要通 过互联网向服务提供商订购应用软件服务服务提供商根据客户所订购软件的数量、时间的长短等因素收费并且通过标准浏览器向客户提供应用服务。 平台即服务 (PaaS) 在PaaS 模式下服务提供商将分布式开发环境与平台作为一种服务来提供。这是一种分布 式平台服务厂商提供开发环境、服务器平台、硬件资源等服务给客户客户在服务提供商平台的基础上定制开发自己的应用程序并通过其服务器和互联网传递给其他客户。 基础设施即服务 (IaaS)
在 laaS 模式下服务提供商将多台服务器组成的“云端”基础设施作为计量服务提供给客
户。具体来说服务提供商将内存、 I/O设备、存储和计算能力等整合为一个虚拟的资源池为客户提供所需要的存储资源、虚拟化服务器等服务。
三种服务模式有如下特征 在灵活性方面 SaaS→PaaS→laaS 灵活性依次增强。这是因为用户可以控制的资源越来越底层粒度越来越小控制力增强灵活性也增强。 在方便性方面 IaaS→PaaS→SaaS方便性依次增强。这是因为IaaS 只是提供CPU、存储等底层基本计算能力用户必须在此基础上针对自身需求构建应用系统工作量较大方便性较差。而 SaaS模式下服务提供商直接将具有基本功能的应用软件提供给用户用户只要根据自身应用的特定需求进行简单配置后就可以使得应用系统上线工作量较小方便性较好。
