c/s三层结构信息系统的三个层次_信息系统项目管理师:第1章:信息化与信息系统(2)-重点汇总...

本文概述了网络集成技术,包括OSI协议层的功能、网络设备类型、网络存储技术如DAS、NAS和SAN的区别,以及网络接入方式。此外,还介绍了软件工程中的需求分析,包括需求层次、质量功能部署和软件需求规格说明书。强调了网络设计的分层模型以及数据库技术,特别是数据仓库的概念和与数据库的区别。最后提到了高可用性和高可靠性系统的规划与设计。
摘要由CSDN通过智能技术生成

85ed0d84ce070c2d9ba71e220bf86282.png

五、常规信息系统集成技术

1、OSI协议

物理层—负责发送和接收携带数据的信号

数据链路层—控制物理层与网络层之间的通信

❸★网络层—将网络地址(IP地址)翻译成物理地址(网卡地址)协议:IP、IPX、ICMP、IGMP、ARP、RARP

❹★传输层—确保数据传输可靠、顺序和无错误协议:TCP、UDP、SPX

会话层—负责在网络节点之间建立和维持通信

表示层—管理数据的加密解密、数据转换、格式化和文本压缩

应用层

提供接口和网络服务

FTP(文件传输协议)

  • TFTP(简单文件传输协议)提供不复杂、开销不大的文件传输服务
  • HTTP(超文本传输协议)
  • SMTP(简单邮件传输协议)
  • SNMP(简单网络管理协议)
  • Telenet(远程登录协议)
  • DHCP(动态主机配置协议)
  • DNS(域名系统)

注意点

  • IEEE 802.3:标准(十兆网)
  • IEEE 802.3u:快速(百兆网)
  • IEEE 802.3z:千兆以太网

2、网络设备

  • 物理层集线器、中继器
  • 数据链路层二层交换机、网桥
  • 网络层三层交换机、路由器
  • 高层多层交换机、网关

3、网络存储技术

①直接附加存储(DAS)将存储设备直接连接服务器,不带有任何存储操作系统,难以扩展

②网络附加存储(NAS)—将存储设备通过网络接口连接服务器,带有NFS(网络文件系统)和CIFS(通用Intemet文件系统),支持TCP/IP协议,支持小文件级共享存取

③存储区域网络(SAN)—通过专用交换机连接服务器,带有专用存储系统,采用块级别存储,不采用文件共享存取方式

4、网络接入

有线接入

①PSTN、ISDN、ADSL、FTTx+LAN和HFC等

②ADSL(非对称数字用户线路),上行速度和下行速度不一样,往往下行速度大于上行速度,已经成为了网络接入的主要方式之一;

无线接入

①GPRS、3G和4G等

②★无线网络的接入支持十几公里的区域,适用于城市范围

5、分层(分级)模型【网络设计】

①接入层直接面向用户连接或访问网络的部分

②★汇聚层—完成网络访问策略控制、数据包处理、过滤、寻址等数据处理任务

③核心层提供骨干传输结构或组件

6、数据库技术

①关系型数据库:Oracle, MySQL, SQL Server、DB2等

②★非关系型的数据库【NoSql】:Cloudant、MongoDB、redis、HBase

★nosql的存储格式是key,value形式、文档形式、图片形式等等,文档形式、图片形式等等,而关系型数据库则只支持基础类型。

7、数据仓库

【概念】数据仓库是一个面向主题的、集成的、非易失的、且随时间变化的数据集合,用于支持管理决策

【数据仓库与数据库的区别】数据库存储当前或近期的数据信息,而数据仓库存储历史数据信息

★ 体系结构

  • 数据源
  • 数据存储与管理
  • OLAP服务器
  • 前端工具

8、中间件

在一个分布式系统环境中处于操作系统和应用程序之间的软件

★集成型中间件如何选择

  • 系统底层传输层集成可以采用CORBA技术
  • 系统信息传递可以采用消息中间件产品
  • 硬件和操作系统的集成采用J2EE中级件产品

9、高可用性和高可靠性的规划与设计

计算机系统的可用性公式=平均无故障时间/(平均无故障时间+平均维修时间)*100%,举例如: 10000/(10000+1)=0.999900=99.99%。

注:本文由来自《每天一小时,两月拿证》课程精华讲义。

六、软件工程

1、需求分析

★需求层次

①业务需求反映企业或客户【高层次】的目标,确定项目视图和范围

②用户需求描述用户的【具体目标】或系统必须能够完成的任务

③系统需求【系统角度】说明软件需求

  • 【功能需求】需要用户明确
  • 【非功能需求】不需要用户明确(软件效率、容易维护等)
  • 【设计约束】限制条件(必须运行在Linux操作系统下)

★质量功能部署

概念 将用户要求转化成软件需求的技术

★分类

(1)【常规需求】用户认为系统应该达到的功能或性能

(2)【期望需求】无需用户明确,系统就应具备的功能或性能

(3)【意外需求】用户要求范围之外的功能或性能

需求开发活动的流程

①需求获取

②需求分析

(1)结构化分析方法(SA)

  • 【数据模型】实体联系图(ER图)表示
  • 【功能模型】数据流图表示
  • 【行为模型】状态转换图表示.

(2)面向对象分析方法(OOA)

【用例模型】描述系统需求的过程(必须)

1.识别参与者

2.合并需求获得用例

3.细化用例描述

4.调整用例模型

【分析模型】描述系统的基本逻辑结构,如何组成系统和保持通信

③软件需求规格说明书(SRS)【目的】开发团队与项目干系人对系统有一个初始的、共同的理解

④需求验证【需求确认】通过需求评审和需求测试工作来对需求进行验证

本文重点图文版本:

aa81f971479f2597d7c6b74768247803.png

6c0455aa4cbf3cb04eb909e36f172d56.png
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值