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

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)—【目的】开发团队与项目干系人对系统有一个初始的、共同的理解

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

本文重点图文版本：