精华内容
下载资源
问答
  • 管理信息系统课程设计报告 企业名称 光明家具公司 企业背景 光明家具公司是一家拥有产品研发设计生产销售一体的多元的 家具制造和销售企业产品涵盖办公家具餐厅家具酒店以及宾馆家具光明 家具拥有从意大利引进的家具...
  • 中文摘要 3 Abstract 4 第一章 前言 5 1.1课题背景 5 1.2国内外发展 5 1.3研究内容 5 1.4研究意义 5 第二章 开发环境 6 ...2.3 系统的配置(硬件、软件要求) 6 ...第五章 总结与展望 36 5.1 总结 36 5.2 展望 37
  • 电子商务运营管理课程内容总结 一名词解释题 1. 电子商务企业 即纯粹的电子商务企业为了提升全球网络供应链的运行效率 利用互联网在交易主体间按商品类别建立网上公共交易平台 提 供 B2C\C2C服务的企业也属于营利性...
  • 梳理框架我们的目标学会从管理的视角来看IT掌握基本的概念深入理解和掌握IT在现代组织中的应用深入了解现代企业所面对的IT/IS挑战与问题掌握应对挑战的知识技能通过案例学习最佳实践掌握电子商务经营模式及其发展...
  • 大学网络管理课程复习总结

    千次阅读 2013-06-01 16:53:00
    网络管理复习总结 第1章 网络管理基础 选择题 1.管理者和代理间的信息交换是通过(A)进行的。 A.PDU(数据单元) B. Polling(轮询) C. Heartbeat(心跳) D. AC(应用上下文) 2. 网络管理的要素包括(A、B、C...

    网络管理复习总结

    第1章 网络管理基础

    选择题

    1.管理者和代理间的信息交换是通过(A)进行的。

    APDU(数据单元) B. Polling(轮询)

    C. Heartbeat(心跳) D. AC(应用上下文)

    2. 网络管理的要素包括(A、B、C)。

    A.被管对象B.管理方法

    C.管理系统D. 管理模块

    3. 下列选项中不是网络管理内容的是(C)。

    A.运行 B.控制 C.计费 D.维护

    4. 一个网络管理系统从逻辑上由管理者、管理代理、管理协议和(管理信息库)组成。

    A.数据库 B.管理信息库(MIB C.数据仓库 D.信息系统

    5. 一个网络管理是应用进程中负责完成管理者的指示,并反馈其所在设备的信息,如果是非标准设备应该使用(D)

    A.设备代理 B.标准代理 C.代理插件D.转换代理

    6. SNMP的四种操作中,(A)是由代理发给管理者的,且不需要管理者响应。

    A.trap B.get C.get-next D.set

    简答题

    1.什么是网络管理?

    答:网络管理是指对网络的运行状态进行监测控制,使其能够有效、可靠、安全、经济地提供服务。

    2.网络管理的目标是什么?

    答:

    有效性 网络要能准确、及时地传递信息

    可靠性 网络保证能稳定运转,对故障及灾害有抵御能力和一定的自愈能力

    开发性 支持多厂商的异种设备

    综合性 业务多元化

    安全性 保证网络传输信息的安全

    经济性 减少网络建设、运营、维护等费用。

    3.网络管理系统的功能分别是什么

    答:

    故障管理、计费管理、配置管理、性能管理、安全管理

    4.网络管理体系有哪些?

    答:Internet/SNMP、OSI/CMIP、TMN

    练习

    l 网络管理是指对网络的运行状态进行 监测控制 ,使其能够有效、可靠、安全、经济地提供服务。

    l 代理定期查询被管对象的各种参数的操作叫轮询,代理每隔一定时间向管理者报告自己的状态的机制叫心跳

    l 网络管理的基本要素主要包括: 网络管理对象网络管理方法

    网络管理系统3个方面。

    l 网络管理的目标就是满足运营者及用户对网络的有效性可靠性开放性 综合性安全性 经济性的要求。

    l 网络管理五大功能包括 故障管理 计费管理 配置管理性能管理 安全管理

    Ø 在网络管理功能中,用于保证各种业务的服务质量,提高网络资源的利用率的是(C)。

    A.配置管理 B.故障管理

    C. 性能管理 D. 安全管理

    Ø 在网络管理功能的描述中,错误的是(D )。

    A.配置管理用于监测和控制网络的配置状态。

    B.故障管理用于发现和排除网络故障。

    C.安全管理用于保护各种网络资源的安全。

    D.计费管理用于降低网络的延迟时间,提高网络的速度

    第2章 管理信息库

    选择题

    1.SMI包括三个部分,它们分别是(ABD)

    A.陷阱定义 B. 对象定义 C.表定义D. 模块定义

    2.mgmt节点的对象标识符是(C)。

    A.1.3.6.1 B.1.3.6.1.1C.1.3.6.1.2 D.1.3.6.1.1.3

    3. 为了实现表对象实例的唯一标识,SNMP定义了(AC)访问技术。

    A.顺序 B. 链式 C.随机 D.树型

    4. 标量对象类型只有一个对象实例。为了与表格对象标识符的约定保持一致,也为了区别对象的类型和对象实例,SNMP规定标量对象实例的标识符由其OID后加(A)来标识。

    A.0 B. 1 C. 2 D.特殊字符

    5. (D)组包含实体物理接口的一般信息,包括配置信息和各接口所发生的事情的统计信息,这个功能组是必须实现的。

    A.ip B.System

    C.address translation D.interfaces

    简答题:

    1.什么是MIB?

    答:MIB即Management Information Base管理信息库,它是一个概念上的数据库,定义了一个网络中所有可能的被管理对象的集合的数据结构指明了网络元素所维持的变量

    2.SNMP管理对象是如何组织的?

    答:SNMP中的所有被管对象都被安排列在一个树型结构中。处于叶子位置上的对象是实际被管对象,每个实际的被管对象表示某些被管资源、活动或相关信息。

    3.MIB-2中管理对象分哪几个组?

    答:MIB-2组分为11个功能组,即system,interfaces,at,ip,icmp,tcp,udp,egp,dot3,snmp,cmot.

    4.什么是标量对象和表?它们的实例是如何标识的?

    答:标量对象:也就是标量

    表:二维数组

    SNMP规定不属于的标量对象的实例标识符由它的对象标识符加上0组成。

    列对象实例:列对象的对象标识符+表的索引对象的值

    5.已知某一路由某一端口的IP地址,怎么利用MIB-2查询该端口的物理地址?

    答:IP->IPAddressTable->端口编号->ifTable->MAC地址

    Ø 在SNMP协议中,MIB对象用抽象语法(ASN)来描述。数据传输过程中,使用基本编码规则(BER)进行编码。

    Ø 在SMI的关键字中,用于管理对象语法定义的是(C )。

    A.INDEX B. STATUSC. SYNTAX D.ACCESS

    Ø SNMP环境中的所有管理对象组织成 树型结构。

    Ø MIB-2的结构中,Internet 节点下的( D )节点是为一组私人企业管理信息准备

    A.directory(1) B.mgmt(2)

    C.experimental(3) D.private(4)

    注:directory是保留给OSI目录服务的。

    Mgmt用于IAB认可的文档的对象。

    Experimental是Internet实验中使用的对象。

    Ø 在MIB中使用 对象标识符 来命名对象。

    Ø MIB-2节点的对象标识符的值是 1.3.6.1.2.1

    Ø 在ASN.1语法中,表示多个类型的有序集合的是(A )。

    A.SEQUENCE B. INTEGER

    C. OCTET STRING D.SEQUENCE OF

    Ø 下表是ipNetToMediaTable表的一个实例, 已知ip的对象标识符为1.3.6.1.2.1.4,指出表中各个对象的实例标识符。


    指出ipNetToMediaTable表中对象实例的词典顺序。

    1.3.6.1.2.1.4.1.1

    1.3.6.1.2.1.4.2.1

    1.3.6.1.2.1.4.3.1

    1.3.6.1.2.1.4.4.1

    1.3.6.1.2.1.4.1.2

    1.3.6.1.2.1.4.2.2

    1.3.6.1.2.1.4.3.2

    1.3.6.1.2.1.4.4.2

    Ø 在MIB 的管理信息结构中,表对象和行对象其访问特性应为( D )。

    A.Read-Write B. Read-Create

    C. Read-Only D. Not-Accessible

    Ø 如果某标量对象的对象标识符为X,则其实例标识符为 ___ X.0______。

    Ø 如果某主机的对象sysServices 的值为70。则该主机提供了哪些协议层服务?

    解:

    70转换为二进制为:1000110, 7个bit对应7层服务。

    分别是:应用层、表示层、会话层、运输层、网络层、数据链路层、物理层。

    所以该主机提供了:应用层、网络层和数据链路层的服务

    Ø Interfaces组中,表示网络接口类型的管理对象是(C)

    A. ifDescr B. ifIndexC.ifType D. ifSpeed

    Ø 假设某设备的一个接口,两次测得的部分数据如下表所示,计算此接口的利用率。


    解:

    ((367700000 – 203500000) + (3841000000 -3614000000)) /(100000000*100)*8 * 100% = 31%

    Ø MIB-2 功能组中, ___ ip组______提供了与IP协议有关的信息。

    Ø 关于MIB-2组描述中,正确的是(A)。

    A. System 组保存网络设备的基本信息(提供有关被管系统的总体信息)

    B. Interfaces 组保存网络设备的IP地址(包含实体物理接口的一般信息)

    C. IP组保存传输层的IP协议相关信息

    D. TCP组保存应用层的TCP协议相关信息

    Ø 在IP组中,ipRouteTable表的主要作用是(C) 。

    A.提供网络设备的地址映射信息

    B.提供网络设备的IP地址信息

    C.提供网络设备的路由表信息

    D.提供网络设备当前建立的TCP连接信息

    Ø 在ipRouteTable表中,ipRouteDest表示路由信息对应的目的网络地址

    Ø 在IP组中,保存网络设备的路由信息的是( A. )。

    A.ipRouteTable B. ipAddrTable

    C.ipNeighTable D. ipConnTable

    Ø 如果某个时刻x查询MIB,得到sysUpTime=1000,ipFrowGatagrams=20009,在另一个时刻y查询MIB,得到sysUpTime=1200,ipFrowGatagrams=30801,求IP转发速率?


    = (30801 –20009) / 200 = 53.51

    Ø 如果某设备的表对象ipRouteTable、ipNetToMediaTable、ifTable的部分内容如下表所示。当收到一个目的地址为131.108.2.20的数据包时,该包将从哪个接口转发?该接口的物理地址是多少?该包离目的地还有多远?

    ipRouteTable


    ipNetToMediaTable


    ifTable


    解:

    第3章 网络管理协议

    选择题

    1.SNMP协议主要包括(ABD)能力。

    A.Get B.Set C.Proxy D.Trap

    2. SNMPv2即支持高度集中化的网络管理模式,又支持分布式的网络管理模式。再分布式模式下,一些系统担任管理者和代理两种角色,这种系统被称为(A)。

    A.中间管理者 B.转换代理 C.委托代理 D.标准代理

    3. 在通信协议操作方面,SNMP v2增加了两个新的PDU,它们是(BD)

    A.GetBulkResponse B.GetBulkRequest

    C.informResponse D. informRequest

    4. RFC2574把安全协议分为三个模块(BCD)

    A.访问控制 B.认证 C.时间序列 D。加密

    5. GetNextRequest PDU与GetRequest PDU不同的是(C)。

    A.相同的交换模式 B.原子性操作

    C.取值的对象 D.相同的格式

    6.下列PDU由代理发出的是(D)

    A.GetRequest B.SetRequest

    C.GetNextRequest D.trap

    7. SNMP v3与比前的版本相比最大的改进在于(B)方面

    A.效率 B.安全

    C.质量 D.通信机制

    8.WBM有(AB)两种实现的方法,它们之间平行地发展而且互补干涉。

    A.代理方式 B.嵌入方式 C.集中方式 D.分布式方式

    9. SNMP v2的GetRequest PDU的语法和语义都与SNMP v1的GetRequest PDU相同,差别是SNMP v2对应答的处理(B)。

    A.要么所有的值都返回,要么一个也不返回

    B.能够部分地对GetRequest操作进行应答

    C.能够全部地对GetRequest操作进行应答

    D.都不进行应答

    简答题:

    1.什么是共同体?

    答:SNMP用共同体来定义一个代理和一组管理者之间的认证服务访问控制和代理服务关系。共同体是一个在被管理系统中定义的本地概念。

    共同体:字符串,用于身份认证,作为管理进程和代理进程之间的明文口令


    2.SNMP消息主要分为几种类型?每种消息的基本功能是什么?

    答:主要分为5种类型:

    1.GetRequest:管理站请求获得代理中当前管理对象的值。

    2.GetNextRequest:管理占请求获得代理中当前对象的下一个对象值。

    3.SetRequest:管理站请求修改代理中当前对象值。

    4.GetResponse:返回的一个或多个参数值,代理对上述三种请求的响应。

    5.Trap:代理主动发送给管理站的告警信息。

    3.SNMP v1报文的基本格式是什么?

    答:公共SNMP首部、get/set首部(trap 首部)、变量绑定

    4.SNMP v2新增加的两种操作是什么?分别有什么作用?

    答:新增了以下两种操作:

    GetBulkRequest:用于大数据量传输。

    InformRequest:用于管理站之间通信,采用普通SNMP消息通用结构。

    5.简述GetBulkRequest操作的具体工作原理。

    答:GetBulkRequest操作利用与GetNextRequest相同的选择原则,即总是顺序选择下一个对象。不同的是,利用GetBulkRequest可以选择多个后继对象

    GetBulkRequest操作的基本过程为:GetBulkRequest在变量绑定字段中放入(N+R)个变量名的清单。对于前N个变量名,查询方式与GetNextRequest相同,即对清单中的每个变量名,返回它的下一个变量名和它的值,如果没有后继变量,则返回原变量名和一个endOfMibView的值

    6.简述SNMP v3实体的组成元素,并说明个部分的功能。

    答:SNMP v3实体由一个SNMP引擎一个或多个有关的SNMP应用构成SNMP引擎是SNMP实体的核心部分,负责提供各版本SNMP消息的处理功能,主要包括:

    ·发送和接收报文

    ·认证和加密报文

    ·控制对被管对象的访问

    SNMP的应用程序是SNMP实体的上层部分,负责提供高层对SNMP消息的发送和接收功能。

    Ø SNMP协议在传输层使用的协议是 UDP.

    Ø SNMP报文由( A )组成。
    A.版本号、团体名、协议数据单元(PDU)

    B.版本号、主机名、协议数据单元(PDU)
    C.版本号、用户名、协议数据单元(PDU)

    D.版本号、团体名、MIB

    Ø 在SNMP协议中,团体名(Community)是用于(C )。
    A.确定执行环境B.匹配请求和响应报文

    C.身份认证 D.定义上下文

    Ø SNMPv1报文结构分为3部分,不属于这3部分的是( C ).
    A.版本号 B.团体名

    C.主机名 D.作为数据传送的PDU

    Ø 在SNMPv1中,哪几种PDU格式是相同的?( B )

    A.GetRequest PDU,GetNextRequestPDU, SetRequestPDU,Trap PDU

    B.GetRequest PDU,GetNextRequestPDU, SetRequestPDU,GetResponse PDU
    C.GetRequest PDU,GetNextRequest PDU, Trap PDU,GetResponse PDU
    D.GetRequest PDU,Trap PDU, SetRequest PDU,GetResponse PDU

    Ø SNMPv1中,团体名的传输采用(A )。

    A. 明文 B .替换加密后的密文

    C.DES加密后的密文 D. RSA加密后的密文

    Ø 对于普通的SNMP请求,SNMP代理使用的熟知端口号是(B)。

    A.160 B. 161 C. 162 D.163

    Ø SNMPv1中,用于设置或更新变量值的操作是____setRequest____。

    Ø 在进行普通SNMP操作时,由管理器向 代理发送SNMP请求。

    Ø 在进行Trap操作时,管理器负责 接收Trap消息。

    Ø 下列各SNMP PDU中,错误状态(error-status)和错误索引(error-index)字段可能不为0的PDU是( C)

    A.GetRequest B. GetNextRequest

    C. GetResponse D.SetRequest

    Ø 如果管理站不知道表的行数,而想检索整个表,则(C )。
    A.无法做到

    B.连续使用GetRequest

    C.连续使用GetNextRequest

    D.连续使用GetResponse

    Ø ( D ) 由代理主动发给管理站,不需要应答

    A.GetRequest PDUB.GetResponse PDU

    C.SetRequest PDU D. Trap PDU

    Ø 在以下几种SNMPv1消息中,不属于SNMP请求的是(C )。

    A.GetRequest B.GetNextRequest

    C. GetResponse D.SetRequest

    Ø 检索当前简单的标量对象值可以用(A )操作。
    A.Get B.GetNext C.Set D.Trap

    Ø 假定由网络管理站向代理发送下面命令:GetRequest { ifDescr.10 },因为对象标识符ifDescr.10不存在,所以代理拒绝执行这个命令,这时网络管理站接收到返回的信息为(B).

    A.tooBig B. noSuchName

    C.badValue D. genError

    Ø 关于Trap请求的描述中,正确的是( C. )。

    A. Trap用于修改代理中的管理对象值

    B. Trap是由管理器发送给代理的请求

    C. Trap用于向管理器发送告警类信息

    D. Trap请求需要管理器返回响应信息

    Ø SNMPv2报文结构中,版本号要代表SNMPv2,那么它的值应是 1

    Ø SNMPv2管理结构中,在对象的定义里,5种访问级别由小到大排列是not-accessible、( B )。

    A.read-create, read-only,read-write, accessible-for-notify

    B.accessible-for-notify, read-only,read-write, read-create

    C.accessible-for-notify, read-only,read-create, read-write

    D.accessible-for-notify, read-write, read-only,read-create

    Ø 在SNMPv2的数据类型中,提供单增循环计数器功能的类型是(A )。

    A.Counter32 B. Gauge32

    C.Unsigned32 D. Integer32

    Ø 在SNMPv2消息中,新增加的消息类型是 GetBulkRequest InformRequest

    Ø 关于SNMPv2协议的描述中,错误的是(C. )。

    A.SNMPv2在SNMPv1的基础上加以改进

    B.SNMPv2增加了管理站之间的通信消息

    C.SNMPv2不再采用管理站与代理的结构

    D.SNMPv2开始支持有连接的传输层协议

    Ø 为以最小的交换次数检索大量的管理信息,SNMPv2增加的PDU是 ( C ) 。
    A.GetRequestPDU B.InformRequestPDU

    C.GetBulkRequestPDU D.SetRequestPDU

    Ø SNMPv2中,以下哪种PDU格式跟其他是不同的(D )。

    A.ResponsePDUB.TrapRequestPDU

    C.InformRequestPDU D.GetBulkRequestPDU

    Ø InformRequest是由 管理器发送给管理器的通告消息。

    Ø 关于SNMPv2消息改进的描述中,正确的是(B )。

    A.将GetNextRequest消息名称修改为NextRequest

    B.将GetResponse消息名称修改为Response

    C.增加用于大数据量传输的InformRequest消息

    D.增加用于管理站之间通信的GetBulkRequest消息

    Ø 在SNMPv2错误类型中,表示管理对象不可访问的是(C )。

    A.genErr B. wrongValue

    C.noAccess D. noCreation

    Ø SNMP实体由 SNMP引擎SNMP应用两部分组成,其中SNMP引擎处于核心地位。

    Ø 关于SNMPv3框架结构的描述中,错误的是(D)。

    A.SNMP代理可以包含多个应用程序

    B.SNMP代理只能包括一个SNMP引擎

    C.SNMP管理器可以包括多个应用程序

    D.SNMP管理器可以包括多个SNMP引擎

    Ø 在SNMPv3引擎中,负责报文的发送与接收的模块是(B)。

    A.报文处理子系统 B.调度器

    C.访问控制子系统 D.安全子系统

    Ø 在SNMPv3应用程序中,负责发送Trap消息的程序是(A )。

    A.通知产生器 B.通知接收器

    C.命令 生成器 D.命令应答器

    第4章 远程网络监视

    选择题:

    1.在RMON规范中增加了两种新的数据类型,它们分别是(CD)

    A.createRequest B. underCreation

    C. EntryStatus D.OwnerString

    2. RMON v1监视OSI第1、2层通信,而RMON v2监视OSI(A)的通信。

    A.第3~7层 B.第7层

    C.第4~7层 D.第3~4层

    3. RMON v2在监视器配置组中定义了远程配置监视器的标准化方法。这个组由一些标量对象和4个表组成,下列选项中不是其中的表的是(D)

    A.网络配置表 B.串行配置表 C.陷入定义表D.并行配置表

    4. RMON是对(A)标准的重要补充。

    A.SNMP B.SMTP C.UDP D.ICMP

    5. RMON v2监视器配置组中,存储与管理者建立SLIP连接参数的是(D)

    A.串行配置表 B.网络配置表 C.陷入定义表D.串行连接表

    6. 通常用于监视整个网络(A)情况的设备称为网络监视器或网络分析器、探测器等。

    A.通信 B.差错率 C.传输率 D.管理

    Ø RMON在网络管理方法的主要用途是(A )。

    A. 性能管理 B. 配置管理 C. 计费管理 D. 安全管理

    Ø 在RMON MIB的表中,负责保存监控数据的表(A )。

    A. 数据表 B. 控制表 C. 地址表 D. 路由表

    Ø 在以下几个RMON1 MIB组中,提供基于两台主机的监控信息的是(B )。

    A. Hosts B.Matrix C. Alarm D.Event

    Ø 关于RMON1 MIB组的描述中,错误的是(A )。

    A. Matrix组提供子网监控告警信息

    B. Hosts组提供基于主机的监控信息

    C. Capture组提供数据包的捕获操作

    D. Event组提供告警相关的事件定义

    Ø 在以下几个RMON MIB组中,RMON2 MIB新增加的组是(D )。

    A.Statistics B. History

    C. HostTopN D.protocolDist

    Ø 关于RMON1监控层次的描述中,正确的是(B )。

    A.RMON1可监控网络层与数据链路层

    B.RMON1可监控物理层与数据链路层

    C.RMON1可监控传输层与数据链路层

    D.RMON1可监控传输层与应用层

    Ø RMON MIB组中,(C )组提供子网监控的基本信息。

    A. History B. Host

    C. Statistics D. Matrix

    Ø 一般来说, RMON的目标是( A ),从而减少管理站和被管理系统之间的通信负担。

    A.监视子网范围内的通信 B.监视管理站范围内的通信

    B.监视子网范围外的通信 D. 监视管理站范围外的通信

    Ø RMON功能组中,存储以固定间隔取样获得子网数据的是( B )。

    A.统计组 B.历史组C.事件组 D.过滤组

    Ø 在RMON1中,实现警报组(alarm)时必须先实现(A.)。

    A. 事件组(event) B. 统计组(statistics)

    C. 捕获组(capture) D. 主机组(host)

    Ø 在RMON规范中,要删除行,行的所有者发出SetRequestPDU,把行的状态对象置为(A )。
    A.invalid B.valid

    C.createRequest D.underCreation

    Ø 管理器与RMON代理之间通信使用的协议是 SNMP

    Ø 在alarmStartupAlarm对象值中,risingAlarm表示第一次采样值超过上升门限后告警。

    Ø 在RMON1 MIB组中,提供数据包捕获功能的组是capture

    Ø 在RMON MIB的表中,控制表的作用是 定义数据表的结构,数据表的作用是存储数据

    Ø RMON MIB的功能组中,实现HostTopN组时必须实现_____主机组(host)__________。

    Ø 当alarmStartupAlam=1时,画出应该产生报警的位置。(用*表示)。


    第5章 网络设备管理

    交换机管理

    交换机的命令行操作


    退回上一层模式:exit

    退回特权模式:endctrl+z

    l 设置主机名/系统名:

    Swtich(config)# hostname hostname

    l 设置登录口令:

    Swtich(config)# enable password password

    l 设置远程访问:

    Switch(config)#interface vlan 1

    Switch(config-if)#ip addressip-addressnetmask

    Switch(config-if)#no shutdown

    Switch(config-if)# ip default-gateway ip-address

    l 启动、浏览CDP信息

    Switch(config-if)#cdp enable

    Switch#show cdp interface

    Switch#show cdp neighbors

    l 端口描述:

    Swtich(config-if)# description des cription-string

    l 设置端口速度:

    Swtich(config-if)# speed {10|100|auto}

    l 设置以太网的链路模式:

    Switch(config-if)#duplex {auto|full|half}

    l 配置静态vlan

    l 新建VLAN:

    Switch(config)#vlanid

    Switch(config-vlan)#namevlanname

    l 添加端口:

    Switch(config)#interfacef0/0

    Switch(config-if)#switchportmode access

    Switch(config-if)#switchport access vlanid

    VLAN的管理


    l 设置vtp domain

    Swtich# vlan database

    Swtich(vlan)# vtp domain name

    Swtich(vlan)# vtp {Server|Client}

    l 配置中继

    Swtich(config)# interface f0/1

    Swtich(config-if)# switchport mode trunk

    l 创建vlan

    Switch(config)#vlanid

    Switch(config-vlan)#namevlanname

    l 添加端口:

    Switch(config)#interfacef0/0

    Switch(config-if)#switchport mode access

    Switch(config-if)#switchport access vlanid

    l 配置三层交换

    Switch(config)#interface vlanid

    Switch(config-if)#ip addressip-address netmask

    路由器管理


    l 静态路由

    Router(config)#iproutenetwork netmask nexthop

    例:ip route 202.1.2.0 255.255.255.0 202.1.3.1

    l RIP路由

    Router(config)#router rip

    Router(config-router)#networknetwork

    Router(config-router)#version 2

    例:

    route rip

    version 2

    network 192.200.10.0

    network 192.20.10.0


    l OSPF路由

    Router(config)#router ospfprocess-id

    Router(config-router)#networknetwork wildcard-maskareaarea-id

    例:

    router ospf 400

    network192.1.0.66 0.0.0.63 area 1

    ALC管理

    标准访问控制列表

    作用:

    阻止(允许)来自某一网段的所有通信流量

    拒绝某一协议簇的所有通信流量

    语法:

    创建:access-listaccess-list-num{permit|deny}source[source-wildcard][log]

    删除:noaccess-listaccess-list-num

    在端口上应用: ip access-group access-list-num{in|out}//指明进或出方向,默认出方向

    在端口上删除:no ip access-groupaccess-list-num

    使用例子:

    !配置标准的ACL

    access-list 1 deny 192.168.1.0 0.0.0.255 //拒绝来自192.168.1.0网段的流量通过

    access-list 1 permit 192.168.3.0 0.0.0.255

    !将ACL应用在相应的接口

    Interface f0/1

    ip access-group 1 out


    扩展访问控制列表

    作用:

    实现更加精确的流量控制

    语法:

    创建:access-listaccess-list-num {permit|deny}protocolsourcesource-wildcarddestinationdestination-wildcard [operator operand][established]

    operator: lt、gt、eq、neq

    在端口上应用: ip access-group access-list-num{in|out}//指明进或出方向,默认出方向


    !配置扩展ACL

    !禁止规定网段对服务器的ftp访问

    access-list101 deny tcp 172.16.10.0 0.0.0.255 172.16.20.0 0.0.0.255 eq ftp

    aceess-list 101 permit ip any any !允许其他流量通过

    !将ACL应用到相应的接口

    interface f0/0

    ip access-group 101 in


    命名访问控制列表

    作用:

    用一个字母数字组合的字符串代替数字表示的ACL表号

    语法:

    创建:

    Router(config)# ip access-list{standard|extended} name

    Router(config-{std-|ext-}nacl)# {permit|deny}{source[source-wildcard] | any }

    第8章 网络管理

    选择题

    1.网络管理系统按作用可以分为三个部分,它们分别是(ABC)

    A.操作 B.管理 C.维护 D.运行

    2. 从管理信息的组织和管理角度考虑,MIB的功能一般包括(ACD)三部分

    A.支持服务 B.检索服务 C.构造服务D.访问服务

    3. 故障管理需要从(D)得到当前的运行分析结果,从配置数据库得到设备配置信息。利用上述信息和网络的事故报告,一旦确认发生故障,通过配置管理来修改配置参数,启动恢复行动,修复、替换或隔离部件。

    A.故障管理 B.计费管理 C.安全管理 D.性能管理

    4. 性能管理需要从(B)得到用户使用网络的详细记录,利用收集的统计数据和故障管理检测的故障情况,计算网络性能参数,一旦出现危险状态则向故障管理示警。

    A.故障管理 B.计费管理 C.安全管理 D.配置管理

    5. 服务器监控工具所要监控的内容很多,总体可以分为监控服务器(ABC)三大块。

    A.运行状态 B.通信量 C.使用结果 D.拓扑结构

    6. 网络性能决定网络服务的质量,网络性能不仅与交换机和路由器等设备的性能相关,而且与(C)也有很大关系。

    A.线路长度 B.线路种类 C.线路质量 D.线路结构

    简答题:

    1.简述网络管理系统的逻辑组成。

    答:从逻辑上,网络管理系统可以分为管理对象、管理进程、管理信息库和管理协议4个部分;从逻辑位置来说,可以划分为网内的网络管理系统和网外的网络管理系统,即网络管理系统置于网络之内或之外。

    2.网络性能的指标有那些?

    答:响应时间、延迟变化、吞吐量、链路利用率、资源利用率、丢包率可用性和可靠性

    第9章 网络故障诊断与维护

    选择题

    1.将多个子网断开后作为各自独立的子网进行测试属于(C)检查。

    A.整体 B.分层 C.分段 D.其他

    2. 设备电缆出现的问题属于(C)问题。

    A.物理层 B.数据链路层 C.网络层 D.应用层

    3. IP地址发生了冲突以后可以使用(D)命令来查找非法使用者地址的主机。

    A.nestat B.winipcfg C.tracertD.nbtstat

    4. 在浏览器的地址栏中输入IP地址可以访问网站,而输入域名则不能访问网站,这种情况可能是(B)

    A.IP地址设置错误 B.DNS设置错误

    C.网关设置错误 D.子网掩码设置错误

    5. ping命令失败了,这时ping命令会显示出错信息,这种错误信息通常是(D)

    A.network unreachable B.unknowhost

    C.no answerD.以上都正确

    6. 由于OSI各层功能具有相对性,所以按层排查故障可以有效发现和隔离故障,通常逐层分析和排查的策略在具体实施时(D)

    A.从低层开始 B.从高层开始

    C.从中间开始 D.根据具体情况选择

    7. 在各种设备的故障问题中,比较普遍的问题是(A)

    A.配置问题 B.硬件问题

    C.规划设计问题 D.黑客攻击

    1.故障排除的基本步骤是什么?

    答:

    1. 故障定位
    2. 收集相关信息
    3. 考虑分析故障的可能原因
    4. 确定解决方案
    5. 实施解决方案
    6. 测试验证解决方案
    7. 记录解决方案
    8. 确定预防措施

    2.OSI协议各层的功能是什么?容易发生什么问题?

    答:

    物理层的功能是在物理信道上透明地传输为流,物理层设备的主要任务就是解决数据设备与数据通信设备之间的接口问题。

    容易发生以下故障:

    线路方面的故障

    端口设置方面的故障

    集线器故障

    电源方面的故障

    网卡故障

    其常见的物理故障如下:

    电器性能故障:网络设备的端口的电平不正常。

    传输模式故障:半双工、全双工、自适应等传输模式设置错误,不匹配。或两端不能自动地建立正确的传输协商机制。

    数据链路层的功能是在相邻两节点间无差错地传送数据帧,为网络层提供服务。

    数据链路层数据帧的问题,如碰撞帧、短帧、帧过长、长帧、帧校验序列错误、字节位错误等。

    数据链路层地址的设置问题。

    链路协议的建立问题,在连接端口应该使用同一数据链路层协议封装。

    数据终端的数据链路层驱动程序的加载问题。

    网络层的功能解决路由选择、拥塞控制、差错处理与分段技术等问题。

    路由协议没有加载和网络路由的设置错误

    IP地址和子网掩码的错误设置

    IP和DNS不正确的绑定

    传输层的主要功能有:提供建立、维护和拆除传输层连接;选择网络层提供的合适的服务;提供端到端的错误恢复和流量控制;向会话层提供独立于网络层的传送服务和可靠的透明数据传送。

    传输层故障的检查主要包括以下两个方面:

    (1) 差错检查,如数据包的重发。

    (2) 通信拥塞或上层协议在网络层协议上的捆绑方面。

    应用层为本地系统的应用进程访问OSI环境提供手段,也是唯一直接给应用进程提供各种应用服务的层次。

    应用层故障检查主要包括以下3个方面:

    (1) 操作系统的系统资源的运行状况。

    (2) 应用程序对系统资源的占用和调度。

    (3) 管理方面的问题,如安全管理、用户管理等。

    3.工作站的故障通常有哪些?

    答:

    • IP地址冲突
    • 子网掩码设置不正确
    • 没有安装网络协议
    • 网关没有设置或设置不正确
    • DNS地址设置不正确

    4.服务器的故障通常有哪些?

    答:

    • 服务器中的某项服务被停止
    • 流量问题
    • 系统资源不足
    • 服务器软件故障
    • BIOS版本太低、管理软件或驱动程序有BUG、应用程序有冲突、设置不当等
    • 管理方面的问题
    • 用户的帐户和安全设置方面潜在问题,服务权限没有给用户、配置不当或限制某些服务等问题

    5.常用的网络管理命令有哪些?它们分别有什么作用?

    答:

    • ping:确定一个远程设备是否可达,测试连通性。
    • tracert:检测并记录到达一个指定网络目标的路径。
    • pathping:提供有关在源和目标之间的中间跃点处网络滞后和网络丢失的信息
    • route:显示、人工添加和修改路由表项目
    • netsh diagnostic:从命令行管理操作系统和网络服务参数
    • ipconfig:接口配置的摘要显示并且可用来配置本地网络接口
    • getmac:返回计算机中所有网卡的mac地址,以及每个地址的网络协议列表
    • netstat:提供网络相关信息:列出活跃的网络会话、显示接口信息和统计数据、路由选择表、网络数据结构。
    • arp:查看、修改ARP缓存
    • nslookup:检测网络中DNS服务器是否正常

    展开全文
  • 海尔物流配送管理信息系统 分析报告 管理学院 物流工程 082 班 contents 第一章 海尔物流配送管理信息系统现状 第二章 企业内部的配送业务管理信息系统分析 第三章 配送管理信息系统分析总结 第一章 海尔物流管理...
  • 企业信息管理系统用户需求报告编写指南文档属性: 文档编号
    企业信息管理系统
    用户需求报告编写指南

    文档属性:
    文档编号

     
    文档版本
    V1.0
    保密级别

     
    拟制

     
    审核

     
    批准

     

    修改记录:
    日期
    修改章节
    修改类型*
    修改描述
    修改人
    版本
    03.8.10
    All
    A
    创建
    张昱
    1.0

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     
    *修改类型分为 A - ADDED M - MODIFIED D – DELETED


    指南

    目的:
    《用户需求报告》是需求获取阶段的输出。《用户需求报告》的目的是对用户需求进行忠实的描述。它是需求规格定义和项目策划的基础,也是用户进行验收的依据。
    本文档是《用户需求报告》的编写指南。

    内容:
       文档回答三个问题:
    用户的应用背景是什么?
    用户的应用现状是什么?
    用户需要什么样的应用?

    方法和要点:
    1.         需求获取阶段的重要活动是需求调研,本文档的内容来源于需求调研的结果。
    2.         针对产品类项目,本文档来源于对产品适应的用户群调研的结果。
    3.         文档采用用户领域的语言描写,确保用户和分析人员都能看懂。

    文档的组织
        文档第一部分是概述,着重描述用户的应用背景。用户使用系统的“ 目的与目标 ”是这部分的重点,它应该体现用户对系统的整体期望和愿景。“ 用户简介 ”部分则应该从多个维度刻画用户的应用背景。项目和用户之间应该建立一套统一的术语,以方便双方的沟通, 业务术语 表也可以是数据字典的雏形。文档中应该列出 参考资料 相关文档 ,以及它们的来源,便于用户查阅。
        文档的第二部分是业务描述,重点是用户的 业务流程描述 。在介绍业务流程之前,先向读者介绍用户的 组织结构 岗位定义 ,组织结构和岗位定义是业务流程执行者,同时体现了企业的经营理念和管理思想,对理解业务起到很好的帮助作用。 单据、账簿和报表 是业务流程的载体,是分析阶段设计数据实体的重要依据。现有的业务流程和业务处理模式往往存在各种 问题 ,这些问题有些能够在新系统中解决,有些则并不属于新系统解决的范围。文档还应该记录业务中可能发生的 各种变化 ,以便做出富有弹性的设计。
        文档的第三部分是 业务需求 ,或者说功能需求,记录用户期望新系统能够解决哪些具体问题。它们既可能是对现有流程的优化,也有可能伴随新系统的使用而建立一些新的业务处理流程。无论怎样,应该忠实地记载用户对新系统的最直接的业务需求和最初始的动机。
        文档的第四部分是 非功能需求 ,从系统的外观、易用性、性能、安全、外部接口等多个维度给出用户对业务需求以外的其他需求。
        文档的第五部分是 假设与约束条件

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

    1、概述
    指南

    目的:
    介绍系统的应用背景。

    内容:
    l          用户的基本情况。
    l          用户对项目的总体要求和期望。
    l          业务术语。
    l          参考资料。
    l          相关文档。

    方法:
    参考各节内容。

     

     

     

     

     

     

     

    1.1 用户简介

    目的
    介绍用户的基本情况。

    内容
    1.          用户单位的性质,如国营、私营、外资、合资、股份制企业等。
    2.          用户单位的行业,如制造、纺织、能源、交通、制药、金融、文教、卫生、政府等。
    3.          用户单位的规模,包括员工数量、营业额等。
    4.          用户单位的位置和布局,包括母公司和分子公司的地理分布。
    5.          产品和服务种类,简要介绍用户产品和服务的种类、客户群及特点。
    6.          用户单位的管理模式和管理思想。
    7.          用户单位的核算方式。
    8.          用户单位的计算机应用基础,如电脑台数、现有软件系统、计算机维护人员数量等。
    ……

    方法和要点
    1.          通过用户的宣传资料、媒体资料和中高层访谈,可以获得用户的基本情况。
    2.          对用户基本情况的描述尽可能简练、准确,多用数字说明问题。
    3.          避免公开用户保密信息,因此在成文前应该征求用户意见。
    4.          针对不同类型的项目,对用户信息的描述应有侧重。比如对于财务核算系统,用户的行业和核算方式可能很重要,而对于一个制造系统,用户的产品特点和生产方式可能更重要。
    5.        对于产品开发类项目,需要在此描述产品用户群的特点。

     

     

     

     

     

     

     
    1.2 目的与目标
    指南

    目的:
    揭示用户投资开发本系统的真实意图,体现本系统对用户的真正价值所在。

    内容:
    项目目的概括了用户投资本系统的基本意图;项目目标则是对项目目的细化之后的具体的描述。
    工程类项目的目标举例如下:
    1.          通过 ,从而提高生产能力 XX%
    2.          通过 ,从而提高服务客户的能力。
    3.          通过 ,完成人工难以解决的问题。
    4.          通过 ,控制 XX 业务中的薄弱环节,降低费用 XX%
    5.          通过 ,减少人工和设备的投入,降低成本 XX%
    6.          通过 ,提高 XX 业务的处理速度 XX%
    7.          通过 ,提高业务处理的透明度。
    8.          …...

    方法:
    项目目的和目标 通常通过对高层——尤其是决策者的访谈获得。
    项目目的 概括了用户投资开发本系统的基本意图;项目目标则是把目的细化后的具体的描述。项目目的应该是明确和概括的;项目目标应该是明确、可度量和可以达到的。
    项目的目标可以逐步细化,最终与系统的需求建立对应关系。建议对细化的目标进行编号,以便加以区分。建议建立需求和细化目标的对照关系表,以便检查系统功能是否覆盖了系统的目标。如果细化后的目标比较多,建议分类管理。
    避免使用“开发一套让用户满意的系统”等字句,类似难以度量的目标往往是项目风险的主要来源。

     

     

     

     

     

     

     

    1.3 业务术语
    指南

    目的:
    保证读者能够准确而一致地理解本文档中出现的 概念、术语和缩写

    内容:
    包括业务术语,比如安全库存、采购提前期、JIT、BOM等。
    包括计算机术语,比如分布式、并发等。

    方法和要点:
    关注重要的、频繁出现的、不常见的、容易出现歧义的名词、术语和缩写。
    如果术语较多,建议将术语分类。
    对于名词、术语和缩写的解释尽量采用权威解释,尽量标明出处。
    必要时添加图表辅助说明。

     

     

     

     

     

     

     

    1.4 参考资料
    指南

    目的:
    说明本文档引用的参考资料,方便读者进一步查阅。

    内容:
    1.        商务合同。
    2.        标书。
    3.        用户需求调查表。
    4.        用户领域的业务资料。
    5.        国家标准和行业标准。
    6.        …...

    方法和要点:
    每一个文件、文献要有标题、索引号或文件号、发布或发表日期以及出版单位。

     

     

     

     

     

     

     
       
    1.5 相关文档
    指南

    目的:
    记载本文档的辅助材料。

    内容:
    1.        用户帐簿表样。
    2.        用户单据表样。
    3.        用户报表表样。
    4.        …...

    方法和要点:
    说明用户需求报告的辅助材料,如果没有可以不填。

     

     

     

     

     

     

     
       
    2.用户业务描述
    指南

    目的:
    本章内容重点描述用户正在使用的业务处理方式和流程。

    内容:
    1.        用户的组织结构和职责。
    2.        用户的岗位定义。
    3.        用户的业务流程。
    4.        用户的单据、帐簿和报表。
    5.        用户业务过程中存在的问题。
    6.        用户业务过程中可能发生的变化。

    方法和要点:
    描 述用户现有的业务处理方式和流程,是为了帮助分析人员更好地把握需求,更好地了解用户的特点。这些业务流程和业务处理方法并不是未来系统的处理流程和方 法,也代表未来系统的范围。未来业务系统将以实现用户总体目的和目标为前提,在现有业务处理方式的基础上,结合用户提出的业务需求,定义出一套结合了计算 机应用技术的业务管理系统。

     

     

     

     

     

     

     
       
    2.1 组织结构与职责
    指南
    目的:
    描述用户的组织结构和职责。

    内容:
    1.        组织结构图。
    2.        部门职责列表。

    方法和要点:
    组织结构和职责可以通过对人力资源部门的访谈得到。针对小规模企业,可以通过对主要经营者的访谈得到。
    用户单位中的“组织”,作为业务流程中信息流动的节点,体现了用户的经营理念和管理思想。组织结构对分析人员理解业务流程、确定系统边界起到很好的帮助作用。弄清用户的组织结构和职责,是需求获取步骤中的基础工作之一。
    建议以组织结构图和 部门 职责列表为主,描述用户的组织结构。建议用树形结构图描述组织结构,建议用列表描述部门职责。

     

     

     

     

     

    22 岗位定义
    指南
    目的:
    描述系统涉及到的用户的岗位名称和职责。

    内容:
    1.        岗位定义列表。
    2.        其他说明文字。

    方法和要点:
    和组织机构一样,岗位定义也是分析人员理解企业业务流程、划定需求边界的基础。岗位定义同样是需求获取的基础工作之一。
    岗位定义可以从人力资源部门和业务部门的访谈中获得。
    如果岗位定义内容比较少,建议直接采用表格的形式描述。如果岗位定义内容比较多,建议首先用列表作总体的、概要的描述,再用文字作具体说明。
    用户的岗位定义中也包括计算机系统的系统管理人员。
    用户的岗位定义应该和部门联系起来,岗位定义可以按照部门分类说明。

     

     

     

     

     

     

     

     

     

     

     

     

     

    23 总体业务流程
    指南
    目的:
    从高层视角描述用户的业务处理过程。

    内容:
    1.        总体业务流程图。
    2.        总体业务流程描述。

    方法和要点:
    总体业务流程来源于对具体业务流程的归纳和总结,总体业务流程需要和用户的反复探讨,不断修改形成。
    总体业务流程是对调研活动中收集的各种业务流程进行总结和归纳后,得到的总体、概括的流程。很可能用户本身也没有这张图,只是头脑中有这个概念,我们一旦在用户的帮助下整理出这个流程,必然为今后准确深入地理解业务打下坚实的基础。
    总体业务流程切忌太过具体、太过复杂,能够用直观、概括的图,配以简单、精确的文字说明最好。

     

     

     

     
    24 具体业务流程
    指南
    目的:
    描述用户具体的业务处理过程。

    内容:
    1.        业务流程列表。
    2.        业务流程图。
    3.        业务流程描述。

    方法和要点:
    具体业务流程来源于基层业务部门的访谈。
    建议先用列表形式列出流程清单。
    如果流程较多,建议对流程进行分类。
    不能在流程图中描述出的内容,使用文字进行描述。
    建议使用直式流程图描述业务流程。

     

     

     

     

    25 单据、账簿、报表
    指南
    目的:
    列举用户使用的单据、账簿和报表。

    内容:
    1.        单据、账簿、报表列表。
    2.        单据、账簿、报表表样(可选)。

    方法和要点:
    1.          单据、账簿、报表是用户系统中信息的载体,是进行系统需求分析的基础。
    2.          单据、账簿、报表的来源是基层业务部门。
    3.          可以对单据、账簿和报表进行分类。
    4.          建议将单据、账簿和报表进行编号,以便与管理。
    5.          如果单据、账簿和报表比较多,建议将原始材料作为附件。
    6.          针对单据、账簿和报表中的数据项,应该有详细的说明。这些说明包括:
    来源
    类型
    长度
    小数精度
    计算关系
    取舍规则(如四舍五入、取整等)
    ……

     

     

     

     

     

    26 现有系统存在的问题
    指南
    目的:
    现有业务处理过程中存在的问题或瓶颈。

    内容:
    1.        业务量大,处理人员工作任务繁重。
    2.          存在管理漏洞,给人以可乘之机。
    3.          查找数据速度太慢。
    4.          月底编制报告的工作量大。
    5.          现有系统操作复杂。
    6.        ……

    方法和要点:
    现有业务系统的问题和瓶颈,来源于对用户各个组织和角色的访谈。由于信息来源于多个口径,因此可能很杂乱,并且可能有矛盾。需求人员应该广泛调查和分析,找出对用户商业目标真正有影响的问题,去除部门和角色从自身角度出发带来的误解和偏差。
    需要注意的是,并不是这些问题都能够从未来系统中解决,有些可以借助引入计算机应用来解决,有些则必须从管理规范的角度解决。从调研的角度讲,应该如实记录上述所有的问题和瓶颈。

     

     

     

     

     

    27 未来可能的变化
    指南
    目的:
    记录未来可能发生变化的业务。

    内容:
    容易发生撤并、新增的部门。
    容易发生变化的流程。
    容易发生变化的核算方式。
    容易发生变化的单据和报表。
    ……

    方法和要点:
    企业的变化是永恒的,尤其是成长型的中小企业。调研人员在调研过程中一定要关注那些可能引起系统变化的问题,包括变化的可能性,变化的频度等。

     

     

     

     

     

     

     

     

     

     

     

     

    3. 用户业务需求
    指南
    目的:
    用文字描述用户希望解决的具体问题。是定义 Use Case 和需求建模的重要依据。

    内容:
        用于直接记录来源于用户的需求。

    方法和要点:
    在这里应该忠实地记载用户对新系统的最直接的业务需求和最初始的动机。这些需求可能在未来的新系统中解决,也有可能不在新系统的功能范围内。新系统的功能范围将在需求规格中划定。这里只是如实地记录用户的需求。
    用户的业务需求可以直接采用文字描述。( Program Statement
        业务需求的内容来源于对用户各个部门、岗位和角色的访谈。
    对于复杂的系统,建议首先给出高层的业务需求,然后逐步细化,分解形成更为具体的业务需求。
        为了便于管理,应该尽量缩小粒度。
        建议对需求编号。
        为了便于追溯,建议记录需求来源,包括需求提出的部门,涉及的岗位等。

     

     

     

     

     

    样例:温布尔登网球赛赛事管理

    下面是来自 Java 架构设计师认证培训课程中的一个案例:

    本系统的目的是进行温布尔登网球公开赛的赛事管理。
    比赛分为男单、女单、男双、女双和混双比赛。
    计算机系统必须在赛前保存赛程,包括每场比赛的日期、时间、场地。在每场比赛之前加入选手和裁判的名单。在赛后加入比分和比赛时间。要确认双打选手来自同一只队伍。
    计算机系统需要保存每位参赛选手的姓名、国籍和排名。
    比赛官员向计算机系统录入基本信息和赛事情况。
    记者能够通过计算机系统查询赛程和比分。记者被安排在专用的房间。

     

     

     

     

     

     

     

     

    4. 非功能需求
    4.1 外观需求
    指南
    目的:
    描述用户所期望的产品外观。

    内容:
    1.        显示方式,如1024*768或640*480等。
    2.        显示风格,如图形界面、控制台界面、Web界面等。
    3.        外观倾向,如:外观上平易近人,外观上具有权威性,外观上与XX产品兼容,色彩丰富,对儿童有吸引力,产品将显得很昂贵,等等。
    4.        外观意图,如:要求互动性强,要求令人兴奋,要求突出XX等。
    5.        ……

    方法和要点:
    用户对产品外观的要求往往是模糊的,因此往往需要分析人员拿出具体的样例征求用户的意见,从用户的反馈中弄清用户对外观的真实需求。

     

     

     

     

     

    42 易用性需求
    指南
    目的:
    描述用户对易用性的具体要求和期待。

    内容:
    1.        是否支持多语种。
    2.        是否支持残障人士。
    3.        是否要求无计算机操作经验的人使用。
    4.        产品对培训的依赖程度。
    5.        理解产品是否需要一定的背景知识。
    6.        ……

    方法和要点:
    易用性,可以理解为三个具体内容:易理解、易操作、易学习。
    用户的易用性需求可以通过对用户应用背景的分析得到。

     

     

     

     

     

    43 性能需求
    指南
    目的:
    描述用户对性能的具体要求和期待。

    内容:
    1.        业务处理时间,比如:使用计算机管理后,要求在50秒内完成用户的一次交款业务。
    2.        报表查询时间,比如:使用计算机管理后,要求交易报表查询时间不超过XX秒。
    3.        处理的精度,比如:要求将数据处理精度提高到小数点后XX位。
    4.        支持的并发访问数量。
    5.        ……

    方法和要点:
    尽量用具体、量化的指标说明问题。

     

     

     

     

     

    44 安全需求
    指南
    目的:
    描述用户对系统安全的具体要求和期待。

    内容:
    1.        系统权限。
    2.        数据传输的安全保证。
    3.        数据库的访问控制。
    4.        ……

    方法和要点:

     

     

     

     

     
    45 外部接口
    指南
    目的:
    描述与其他系统的接口

    内容:
    1.        可能的外部系统比如:监控系统、控制系统、银行结算系统、防伪税控系统、政府网络系统等。
    2.        与特殊外设的接口,如CT机、磁共振、柜员机(ATM)、IC卡、盘点机等。

    方法和要点:
    应在此列举出所有的外部接口、接口标准、规范。

     

     

     

     

     

    46 其他
    指南
    目的:
    描述用户除上述非功能需求外的其他非功能需求。

    内容:
    1.        交易的规模。
    2.        正常情况和峰值情况下,要求处理的业务总数。
    3.        输入、处理、传输、输出过程中的特殊精度要求。
    4.        可移植性要求。
    5.        可维护性要求。
    6.        文化政策和法律方面的要求。
    7.        ……

    方法和要点:

     

     

     

     

     

    5. 假设与约束条件
    指南
    目的:
    假设与约定条件是预计的对系统风险的描述。

    内容:
    1.          进度限制,包括对系统的阶段进度要求;
    2.          资金限制,是否有投资额度限制;
    3.          运行环境方面的限制,包括平台、体系结构、设备要求;
    4.          培训需求,包括培训的规模、内容要求等;
    5.          推广需求,包括推广的范围,推广过程中的特殊要求等;
    6.          法律、法规和政策方面的限制;
    7.          硬件、软件、运行环境和开发环境方面的条件和限制
    8.          可利用的信息和资源;
    9.        ……

    方法和要点:

     

     

     

     

     


     

     

     

     

     

     

     

     

     

     

     

     
    展开全文
  • 企业信息管理系统用户需求报告编写指南 文档属性: 文档编号

    企业信息管理系统

    用户需求报告编写指南

     

     

    文档属性:

    文档编号

     

    文档版本

    V1.0

    保密级别

     

    拟制

     

    审核

     

    批准

     

     

    修改记录:

    日期

    修改章节

    修改类型*

    修改描述

    修改人

    版本

    03.8.10

    All

    A

    创建

    张昱

    1.0

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

    *修改类型分为 A - ADDED  M - MODIFIED  D – DELETED

     


     

    指南

     

    目的:

    《用户需求报告》是需求获取阶段的输出。《用户需求报告》的目的是对用户需求进行忠实的描述。它是需求规格定义和项目策划的基础,也是用户进行验收的依据。

    本文档是《用户需求报告》的编写指南。

     

    内容:

       文档回答三个问题:

    用户的应用背景是什么?

    用户的应用现状是什么?

    用户需要什么样的应用?

     

    方法和要点:

    1.         需求获取阶段的重要活动是需求调研,本文档的内容来源于需求调研的结果。

    2.         针对产品类项目,本文档来源于对产品适应的用户群调研的结果。

    3.         文档采用用户领域的语言描写,确保用户和分析人员都能看懂。

     

    文档的组织

        文档第一部分是概述,着重描述用户的应用背景。用户使用系统的“目的与目标”是这部分的重点,它应该体现用户对系统的整体期望和愿景。“用户简介”部分则应该从多个维度刻画用户的应用背景。项目和用户之间应该建立一套统一的术语,以方便双方的沟通,业务术语表也可以是数据字典的雏形。文档中应该列出参考资料相关文档,以及它们的来源,便于用户查阅。

        文档的第二部分是业务描述,重点是用户的业务流程描述。在介绍业务流程之前,先向读者介绍用户的组织结构岗位定义,组织结构和岗位定义是业务流程执行者,同时体现了企业的经营理念和管理思想,对理解业务起到很好的帮助作用。单据、账簿和报表是业务流程的载体,是分析阶段设计数据实体的重要依据。现有的业务流程和业务处理模式往往存在各种问题,这些问题有些能够在新系统中解决,有些则并不属于新系统解决的范围。文档还应该记录业务中可能发生的各种变化,以便做出富有弹性的设计。

        文档的第三部分是业务需求,或者说功能需求,记录用户期望新系统能够解决哪些具体问题。它们既可能是对现有流程的优化,也有可能伴随新系统的使用而建立一些新的业务处理流程。无论怎样,应该忠实地记载用户对新系统的最直接的业务需求和最初始的动机。

        文档的第四部分是非功能需求,从系统的外观、易用性、性能、安全、外部接口等多个维度给出用户对业务需求以外的其他需求。

        文档的第五部分是假设与约束条件

     

     


    1、概述

    指南

     

    目的:

    介绍系统的应用背景。

     

    内容:

    l          用户的基本情况。

    l          用户对项目的总体要求和期望。

    l          业务术语。

    l          参考资料。

    l          相关文档。

     

    方法:

    参考各节内容。

     

     

    1.1 用户简介

    指南

     

    目的

    介绍用户的基本情况。

     

    内容

    1.          用户单位的性质,如国营、私营、外资、合资、股份制企业等。

    2.          用户单位的行业,如制造、纺织、能源、交通、制药、金融、文教、卫生、政府等。

    3.          用户单位的规模,包括员工数量、营业额等。

    4.          用户单位的位置和布局,包括母公司和分子公司的地理分布。

    5.          产品和服务种类,简要介绍用户产品和服务的种类、客户群及特点。

    6.          用户单位的管理模式和管理思想。

    7.          用户单位的核算方式。

    8.          用户单位的计算机应用基础,如电脑台数、现有软件系统、计算机维护人员数量等。

    ……

     

    方法和要点

    1.          通过用户的宣传资料、媒体资料和中高层访谈,可以获得用户的基本情况。

    2.          对用户基本情况的描述尽可能简练、准确,多用数字说明问题。

    3.          避免公开用户保密信息,因此在成文前应该征求用户意见。

    4.          针对不同类型的项目,对用户信息的描述应有侧重。比如对于财务核算系统,用户的行业和核算方式可能很重要,而对于一个制造系统,用户的产品特点和生产方式可能更重要。

    5.        对于产品开发类项目,需要在此描述产品用户群的特点。

     

    1.2 目的与目标

    指南

     

    目的:

    揭示用户投资开发本系统的真实意图,体现本系统对用户的真正价值所在。

     

    内容:

    项目目的概括了用户投资本系统的基本意图;项目目标则是对项目目的细化之后的具体的描述。

    工程类项目的目标举例如下:

    1.          通过,从而提高生产能力XX%

    2.          通过,从而提高服务客户的能力。

    3.          通过,完成人工难以解决的问题。

    4.          通过,控制XX业务中的薄弱环节,降低费用XX%

    5.          通过,减少人工和设备的投入,降低成本XX%

    6.          通过,提高XX业务的处理速度XX%

    7.          通过,提高业务处理的透明度。

    8.          …...

     

    方法:

    项目目的和目标通常通过对高层——尤其是决策者的访谈获得。

    项目目的概括了用户投资开发本系统的基本意图;项目目标则是把目的细化后的具体的描述。项目目的应该是明确和概括的;项目目标应该是明确、可度量和可以达到的。

    项目的目标可以逐步细化,最终与系统的需求建立对应关系。建议对细化的目标进行编号,以便加以区分。建议建立需求和细化目标的对照关系表,以便检查系统功能是否覆盖了系统的目标。如果细化后的目标比较多,建议分类管理。

    避免使用“开发一套让用户满意的系统”等字句,类似难以度量的目标往往是项目风险的主要来源。

     

     

    1.3 业务术语

    指南

     

    目的:

    保证读者能够准确而一致地理解本文档中出现的概念、术语和缩写

     

    内容:

    包括业务术语,比如安全库存、采购提前期、JIT、BOM等。

    包括计算机术语,比如分布式、并发等。

     

    方法和要点:

    关注重要的、频繁出现的、不常见的、容易出现歧义的名词、术语和缩写。

    如果术语较多,建议将术语分类。

    对于名词、术语和缩写的解释尽量采用权威解释,尽量标明出处。

    必要时添加图表辅助说明。

     

     

    1.4 参考资料

    指南

     

    目的:

    说明本文档引用的参考资料,方便读者进一步查阅。

     

    内容:

    1.        商务合同。

    2.        标书。

    3.        用户需求调查表。

    4.        用户领域的业务资料。

    5.        国家标准和行业标准。

    6.        …...

     

    方法和要点:

    每一个文件、文献要有标题、索引号或文件号、发布或发表日期以及出版单位。

     

       

    1.5 相关文档

    指南

     

    目的:

    记载本文档的辅助材料。

     

    内容:

    1.        用户帐簿表样。

    2.        用户单据表样。

    3.        用户报表表样。

    4.        …...

     

    方法和要点:

    说明用户需求报告的辅助材料,如果没有可以不填。

     

       

    2. 用户业务描述

    指南

     

    目的:

    本章内容重点描述用户正在使用的业务处理方式和流程。

     

    内容:

    1.        用户的组织结构和职责。

    2.        用户的岗位定义。

    3.        用户的业务流程。

    4.        用户的单据、帐簿和报表。

    5.        用户业务过程中存在的问题。

    6.        用户业务过程中可能发生的变化。

     

    方法和要点:

    描 述用户现有的业务处理方式和流程,是为了帮助分析人员更好地把握需求,更好地了解用户的特点。这些业务流程和业务处理方法并不是未来系统的处理流程和方 法,也代表未来系统的范围。未来业务系统将以实现用户总体目的和目标为前提,在现有业务处理方式的基础上,结合用户提出的业务需求,定义出一套结合了计算 机应用技术的业务管理系统。

     

       

    21 组织结构与职责

    指南

    目的:

    描述用户的组织结构和职责。

     

    内容:

    1.        组织结构图。

    2.        部门职责列表。

     

    方法和要点:

    组织结构和职责可以通过对人力资源部门的访谈得到。针对小规模企业,可以通过对主要经营者的访谈得到。

    用户单位中的“组织”,作为业务流程中信息流动的节点,体现了用户的经营理念和管理思想。组织结构对分析人员理解业务流程、确定系统边界起到很好的帮助作用。弄清用户的组织结构和职责,是需求获取步骤中的基础工作之一。

    建议以组织结构图和部门职责列表为主,描述用户的组织结构。建议用树形结构图描述组织结构,建议用列表描述部门职责。

     

     

    22 岗位定义

    指南

    目的:

    描述系统涉及到的用户的岗位名称和职责。

     

    内容:

    1.        岗位定义列表。

    2.        其他说明文字。

     

    方法和要点:

    和组织机构一样,岗位定义也是分析人员理解企业业务流程、划定需求边界的基础。岗位定义同样是需求获取的基础工作之一。

    岗位定义可以从人力资源部门和业务部门的访谈中获得。

    如果岗位定义内容比较少,建议直接采用表格的形式描述。如果岗位定义内容比较多,建议首先用列表作总体的、概要的描述,再用文字作具体说明。

    用户的岗位定义中也包括计算机系统的系统管理人员。

    用户的岗位定义应该和部门联系起来,岗位定义可以按照部门分类说明。

     


    23 总体业务流程

    指南

    目的:

    从高层视角描述用户的业务处理过程。

     

    内容:

    1.        总体业务流程图。

    2.        总体业务流程描述。

     

    方法和要点:

    总体业务流程来源于对具体业务流程的归纳和总结,总体业务流程需要和用户的反复探讨,不断修改形成。

    总体业务流程是对调研活动中收集的各种业务流程进行总结和归纳后,得到的总体、概括的流程。很可能用户本身也没有这张图,只是头脑中有这个概念,我们一旦在用户的帮助下整理出这个流程,必然为今后准确深入地理解业务打下坚实的基础。

    总体业务流程切忌太过具体、太过复杂,能够用直观、概括的图,配以简单、精确的文字说明最好。

    24 具体业务流程

    指南

    目的:

    描述用户具体的业务处理过程。

     

    内容:

    1.        业务流程列表。

    2.        业务流程图。

    3.        业务流程描述。

     

    方法和要点:

    具体业务流程来源于基层业务部门的访谈。

    建议先用列表形式列出流程清单。

    如果流程较多,建议对流程进行分类。

    不能在流程图中描述出的内容,使用文字进行描述。

    建议使用直式流程图描述业务流程。

     

    25 单据、账簿、报表

    指南

    目的:

    列举用户使用的单据、账簿和报表。

     

    内容:

    1.        单据、账簿、报表列表。

    2.        单据、账簿、报表表样(可选)。

     

    方法和要点:

    1.          单据、账簿、报表是用户系统中信息的载体,是进行系统需求分析的基础。

    2.          单据、账簿、报表的来源是基层业务部门。

    3.          可以对单据、账簿和报表进行分类。

    4.          建议将单据、账簿和报表进行编号,以便与管理。

    5.          如果单据、账簿和报表比较多,建议将原始材料作为附件。

    6.          针对单据、账簿和报表中的数据项,应该有详细的说明。这些说明包括:

    来源

    类型

    长度

    小数精度

    计算关系

    取舍规则(如四舍五入、取整等)

    ……

     

     

    26 现有系统存在的问题

    指南

    目的:

    现有业务处理过程中存在的问题或瓶颈。

     

    内容:

    1.        业务量大,处理人员工作任务繁重。

    2.          存在管理漏洞,给人以可乘之机。

    3.          查找数据速度太慢。

    4.          月底编制报告的工作量大。

    5.          现有系统操作复杂。

    6.        ……

     

    方法和要点:

    现有业务系统的问题和瓶颈,来源于对用户各个组织和角色的访谈。由于信息来源于多个口径,因此可能很杂乱,并且可能有矛盾。需求人员应该广泛调查和分析,找出对用户商业目标真正有影响的问题,去除部门和角色从自身角度出发带来的误解和偏差。

    需要注意的是,并不是这些问题都能够从未来系统中解决,有些可以借助引入计算机应用来解决,有些则必须从管理规范的角度解决。从调研的角度讲,应该如实记录上述所有的问题和瓶颈。

     

     

    27 未来可能的变化

    指南

    目的:

    记录未来可能发生变化的业务。

     

    内容:

    容易发生撤并、新增的部门。

    容易发生变化的流程。

    容易发生变化的核算方式。

    容易发生变化的单据和报表。

    ……

     

    方法和要点:

    企业的变化是永恒的,尤其是成长型的中小企业。调研人员在调研过程中一定要关注那些可能引起系统变化的问题,包括变化的可能性,变化的频度等。

     

     


    3. 用户业务需求

    指南

    目的:

    用文字描述用户希望解决的具体问题。是定义Use Case和需求建模的重要依据。

     

    内容:

        用于直接记录来源于用户的需求。

     

    方法和要点:

    在这里应该忠实地记载用户对新系统的最直接的业务需求和最初始的动机。这些需求可能在未来的新系统中解决,也有可能不在新系统的功能范围内。新系统的功能范围将在需求规格中划定。这里只是如实地记录用户的需求。

    用户的业务需求可以直接采用文字描述。(Program Statement

        业务需求的内容来源于对用户各个部门、岗位和角色的访谈。

    对于复杂的系统,建议首先给出高层的业务需求,然后逐步细化,分解形成更为具体的业务需求。

        为了便于管理,应该尽量缩小粒度。

        建议对需求编号。

        为了便于追溯,建议记录需求来源,包括需求提出的部门,涉及的岗位等。

     

     

    样例:温布尔登网球赛赛事管理

     

    下面是来自Java架构设计师认证培训课程中的一个案例:

     

    本系统的目的是进行温布尔登网球公开赛的赛事管理。

    比赛分为男单、女单、男双、女双和混双比赛。

    计算机系统必须在赛前保存赛程,包括每场比赛的日期、时间、场地。在每场比赛之前加入选手和裁判的名单。在赛后加入比分和比赛时间。要确认双打选手来自同一只队伍。

    计算机系统需要保存每位参赛选手的姓名、国籍和排名。

    比赛官员向计算机系统录入基本信息和赛事情况。

    记者能够通过计算机系统查询赛程和比分。记者被安排在专用的房间。

     

     


    4. 非功能需求

    41 外观需求

    指南

    目的:

    描述用户所期望的产品外观。

     

    内容:

    1.        显示方式,如1024*768或640*480等。

    2.        显示风格,如图形界面、控制台界面、Web界面等。

    3.        外观倾向,如:外观上平易近人,外观上具有权威性,外观上与XX产品兼容,色彩丰富,对儿童有吸引力,产品将显得很昂贵,等等。

    4.        外观意图,如:要求互动性强,要求令人兴奋,要求突出XX等。

    5.        ……

     

    方法和要点:

    用户对产品外观的要求往往是模糊的,因此往往需要分析人员拿出具体的样例征求用户的意见,从用户的反馈中弄清用户对外观的真实需求。

     

     

    42 易用性需求

    指南

    目的:

    描述用户对易用性的具体要求和期待。

     

    内容:

    1.        是否支持多语种。

    2.        是否支持残障人士。

    3.        是否要求无计算机操作经验的人使用。

    4.        产品对培训的依赖程度。

    5.        理解产品是否需要一定的背景知识。

    6.        ……

     

    方法和要点:

    易用性,可以理解为三个具体内容:易理解、易操作、易学习。

    用户的易用性需求可以通过对用户应用背景的分析得到。

     

     

    43 性能需求

    指南

    目的:

    描述用户对性能的具体要求和期待。

     

    内容:

    1.        业务处理时间,比如:使用计算机管理后,要求在50秒内完成用户的一次交款业务。

    2.        报表查询时间,比如:使用计算机管理后,要求交易报表查询时间不超过XX秒。

    3.        处理的精度,比如:要求将数据处理精度提高到小数点后XX位。

    4.        支持的并发访问数量。

    5.        ……

     

    方法和要点:

    尽量用具体、量化的指标说明问题。

     

     

    44 安全需求

    指南

    目的:

    描述用户对系统安全的具体要求和期待。

     

    内容:

    1.        系统权限。

    2.        数据传输的安全保证。

    3.        数据库的访问控制。

    4.        ……

     

    方法和要点:

     

    45 外部接口

    指南

    目的:

    描述与其他系统的接口

     

    内容:

    1.        可能的外部系统比如:监控系统、控制系统、银行结算系统、防伪税控系统、政府网络系统等。

    2.        与特殊外设的接口,如CT机、磁共振、柜员机(ATM)、IC卡、盘点机等。

     

    方法和要点:

    应在此列举出所有的外部接口、接口标准、规范。

     

     

    46 其他

    指南

    目的:

    描述用户除上述非功能需求外的其他非功能需求。

     

    内容:

    1.        交易的规模。

    2.        正常情况和峰值情况下,要求处理的业务总数。

    3.        输入、处理、传输、输出过程中的特殊精度要求。

    4.        可移植性要求。

    5.        可维护性要求。

    6.        文化政策和法律方面的要求。

    7.        ……

     

    方法和要点:

     

     

    5. 假设与约束条件

    指南

    目的:

    假设与约定条件是预计的对系统风险的描述。

     

    内容:

    1.          进度限制,包括对系统的阶段进度要求;

    2.          资金限制,是否有投资额度限制;

    3.          运行环境方面的限制,包括平台、体系结构、设备要求;

    4.          培训需求,包括培训的规模、内容要求等;

    5.          推广需求,包括推广的范围,推广过程中的特殊要求等;

    6.          法律、法规和政策方面的限制;

    7.          硬件、软件、运行环境和开发环境方面的条件和限制

    8.          可利用的信息和资源;

    9.        ……

     

    方法和要点:

     

     


     
    展开全文
  • 高校工资管理系统课程设计报告

    热门讨论 2009-06-15 15:30:50
    高校工资管理系统便是以计算机为工具,通过对工资管理所需的信息管理,不仅把管理人员从繁琐的数据计算处理中解脱出来,而且优化了管理体系,使其高效化,简易化,智能化,也提高了透明度和互动性。 工资管理系统的...
  • 企业信息化规划与管理方案合集课程目录:【】ITIL如何为餐饮巨头护航【】IT战略规划初阶【】IT战略规划现状报告-Final【】IT技术中心规划企业信息部部门规划书【】P1-新奥IT战略规划-现状分析与需求总结报告【】...
  • 前言 工资管理系统是企业不可缺少的一部分它利用计算机对员工工资进行统一管 理实现工资管理系统的系统化规化和自动化为企业提高工作效率本程序旨在 训练读者的基本编程能力了解管理信息系统的开发流程熟悉 C 语言...
  • j2EE课程总结(Java课程学习总结)

    千次阅读 2016-11-10 10:54:16
    摘要: j2EE课程上完之后的总结 java 是变成语言,运行环境,开发平台 硬件-》操作系统-》虚拟机-》字节码程序 java-》字节码-》类加载器-》字节码校验器-》解释器、优化器、JIT-》硬件 静态变量为类所有,静态方法...

    摘要:Java课程学习总结

    java

    是编程语言,运行环境,开发平台

    硬件-》操作系统-》虚拟机-》字节码程序

    java-》字节码-》类加载器-》字节码校验器-》解释器、优化器、JIT-》硬件

    静态变量为类所有,静态方法也只能访问静态变量

    继承

    单一继承

    特点:具有层次结构,继承父类的属性方法

    优点:代码可重用性,父类属性和方法可用于子类,设计应用程序更加简单,轻松自定义子类

    先调用父类构造函数(super(参数列表)),再调用子类构造函数

    多态:使用不同的实例而执行不同的操作,包括方法重写 (相同名称相同类型)和方法重载

    访问修饰符:public该类和非该类均可访问;private:只有该类可以访问;protected:该类和子类成员可以访问,同一个包中的类可以访问;默认:相同数据包中的类可以访问

    方法修饰符:static,final,abstract;static静态方法,可以调用其他静态方法,必须访问静阿提数据,不能使用super或this关键字

    final:不能修改的变量,子类不能重写方法

    abstract:抽象方法,必须声明在抽象类中 abstract class{  abstract type method_name(paramter_list);   }

    接口:接口中的方法只能被声明不能是具体的实现。一个类可以实现多个接口,可以实现多态

    容器类

    Array随机访问高效率,容量无法修改,元素的类型识别,可持有primitives

    vector具有类似数组的数据结构,而且是动态的,可以存放一定数量的元素,容量可以递增

    collection框架:将多个元素组成一个单元的对象,用于存储检索和操纵数据

    ArrayList对象是长度可变的对象引用数组,继承AbstractList并实现List接口

    LinkedList创建链表数据结构,继承AbstractSequentialList并实现List接口

    HashMap实现了Map接口,用来存储键值映射关系

    Iterator for(Iterator it=c.iterator;it.hasNext();){}

    web应用程序:表示层,业务层,数据层

    http协议:请求信息:方法、请求资源名称、请求资源类型、浏览器信息、版本

                   响应信息:资源名称、服务器信息、状态码、资源类型、资源大小、说明、修改日期

    servlet:基于java的web组件,用来扩展以请求/响应为模型的服务器的能力提供动态内容

    servlet容器:web服务器的一部分,管理和维护整个servlet的生命周期,支持http协议负责处理客户请求、把请求转发给适当的servlet并把结果返回给客户

    servlet优势:servlet是标准的java程序,可以访问大量java api;servlet具有平台无关性;servelt使用标准api,被更多的服务器支持;servlet速度比cgi速度更快

    servlet工作原理:客户端向服务器发出请求,服务器创建线程,对线程进行处理,与数据库进行交互,最后生成响应给客户端,每个请求由一个轻量级的java线程进行处理,不用为每一个请求启动一个系统线程,一个servlet在请求期间会驻留在内存中。,响应所有的并发只需要一个实例。

    servlet编程接口:

    在实现servlet时必须实现它的五个方法

     public void init(ServletConfig config)throws ServletException容器实例化后就调用此方法,从ServletConfig对象中读取与容器相关的配置数据并保存起来供以后使用。对任何servlet实例此方法只能被调用一次

    public void service(ServletRequest req,ServletResponse res)throws ServletException,IOException 成功初始化后此方法用来被处理用户请求

    public void destory()容器可以在任何时候终止servlet服务,容器在调用此方法前必须给service()线程足够时间来结束执行,service正在执行时destory不能被执行

    public ServletConfig getServletConfig()servlet 初始化时容器传递进来一个ServletConfig对象并保存在Servlet实例中

    public string getServletInfo(){}返回一个string对象,包括创建者信息,日期,描述信息等。

    HTTPservlet类:service()方法作为http请求的分发器,任何时候都不能被重载,当请求到来时service方法决定请求的类型get,post,head,options,delete,put,trace并把请求分发给响应的处理方法

    doGet(),doPost(),doHead(),doOptions(),doDelete(),doPut(),doTrace()为了响应特定的http请求必须重载形影的do方法。

    servlet执行过程:加载和实例化(实例化该类的一个实例)、初始化(传递唯一一个ServletConfig对象完成这个过程,目的是读取永久配置信息,昂贵资源及仅需执行一次的任务)、处理请求(HttpServletRequest和HttpServletResponse)、服务结束

    servlet部署:

    <servlet>  
         <servlet-name>login</servlet-name>  
         <servlet-class>com.test.login</servlet-class>  
         <init-param>  
              <param-name>visitno</param-name>  
              <param-value>50</param-value>  
          </init-param>  
    </servlet>  
    <servlet-mapping>  
         <servlet-name>login</servlet-name>  
         <url-pattern>/userlogin</url-pattern>  
    </servlet-mapping>

    servlet context

    java.servlet.ServletContext接口定义了一系列的方法用于与相应的servlet容器通信,每个jvm中的每一个web-app只能有一个ServletContext,servlet实例中的getServletContext方法用来得到该servlet运行其中的这个环境对象。获取初始化参数ServletContext.getInitParameter(String name);把对象通过名称绑定到环境中,context.setAttribute(String name, Object object); 其他servlet通过context.getAttribute(String name)得到一个环境中的对象,通过context.removeAttribute(String name)在环境中移除一个对象;访问资源getResoucePaths() and getResource()可访问资源,getResourcePaths(java.lang.String path )返回一个存储web-app所以资源路径的集合

    会话:服务器支持http协议,无状态,采用散列表结构保存,服务器端维护

    工作方式:收到一个请求,检测请求中是否包含session_id,如果是的话检索session_id获取会话对象然后发送携带session_id的响应

    会话追踪机制:cookies,SSL Sessions,URL重写,表单隐藏

    cookie:引擎把用户会话保存在cookie中,发送cookie到客户端,客户端以后在每次请求中把cookie返回给服务器

    jsp与javabean

    jsp-》转译(从jsp元素中提取数据)-》编译(为jsp生成一个servlet)-》servlet

    jsp优点:内容与表示分离;强调可重用组件;

    注释的两种风格:<!–  –>在源代码中可以查看到    <%–  –>隐藏注释

    声明:<%! int a,b,c; %>

    表达式:<%=表达式%>在页面上输出信息或进行赋值操作

    page指令:<%@page language=”java” import=”java.util.*,java.lang.*”  autoFlush=”true”  errorPage=”error.jsp”  %> 不能包含动态的文件名

    taglib: <%@taglib prefix=”" uri=”" %> 用于引入定制标签库

    <jsp:forward>标签<jsp:forward page=”forwadTo.jsp”><jsp:param name=”username” value=”wangweiwei” /></jsp:forward> 其中page和value的值可以是表达式

    <jsp:include>标签<jsp:include  page=”header.jsp” flush=”true” ><jsp:param name=”username” value=”wangweiwei”/></jsp:include> 其中page和value的值可以是表达 , 在包含的页面运用request.getParameter(“username”)取得原始页面的jspparam中定义的值

    <jsp:useBean>标签,创建一个bean的实例并指明它的名字和范围 <jsp:useBean id=”beanInstanceName” scope=”page|request|session|application”  class=”package.class”/>

    page:包含此标签的jsp页面和此文件中的所有静态包含文件,直到页面执行完毕向客户端发出响应或跳转到另外一个文件为止

    request:执行相同请求的jsp文件中使用这个bean,能够使用request对象访问这个bean

    session:使用相同session的jsp文件中使用这个bean

    application:存在整个application生命周期内

    <jsp:getProperty>标签,<jsp:getproperty name=”beanInstanceName” property=”propertyName” /> name是bean的名字,由<jsp:usebean>中的id指定;property是所指定的bean的属性名。

    <jsp:setProperty>标签<jsp:setproperty name=”beanInstanceName” property=”propertyName” value=“” />

    内置对象:request,session,application,构建的基础是http协议,由特定的java类生成,在服务器运行中自动生成

    request.setParameter(“name”,value);

    request.getParameter(“name”);

    session.putValue(“name”,value);

    session.getValue(“name”);

    application.setAttribute(“name”,value);

    application.getAttribute(“name”);

    jsp汉字问题的原理:客户端与服务端用gb2312,http传输编码用ISO8859_1.

    jsp<%@ page contentType=”text/html;charset=gb2312″%>

    server:name=new string(name.getBytes(“ISO8859_1″),”gb2312″);

    Fileter,在request到达servlet之前处理request,在离开servlet时处理response,可以解决编码和控制权限

    public void doFilter(ServletRequest request,ServletResponse response,FilterChain chain){   
         try{   
         request.setCharacterEncoding(“GBK”);   
         response.setContentType(“text/html,charset=gb2312″);   
         response.setCharacterEncoding(“GBK”);   
         chain.doFilter(request,response);   
    }catech(Exception e){   
         e.printStackTrace();   
    }   
    }

    web.xml  filter setting

    <filter>  
         <filter-name>M</filter-name>  
         <filter-class>util.setresponseEncodingFilter</filter-class>  
    </filter>  
    <filter-mapping>  
         <filter-name>M</filter-name>  
         <url-pattern>/*</url-pattern>  
    </filter-mapping>

    JDBC

    jdbc访问数据库的步骤:导入java.sql包,加载并注册驱动程序,创建一个Connection对象,创建一个Statement对象,执行语句,使用ResultSet对象,关闭ResultSet对象,关闭Statement对象,关闭连接,结束

    public void test(){   
         try{   
                Class.forName(“com.mysql.jdbc.Driver”);   
         }catch(ClassNotFoundException e){   
         sysout(e);   
    }   
    try{   
         Connection conn=DriverManager.getConnection(“jdbc:mysql://localhost:3306/test”,“username”,“password”);   
         Statement s=conn.createStatement();   
         ResultSet rs=s.executeQuery(“select * from user”);   
    //插入操作   
     //    int rowcount=s.executeUpdate(“insert into user()values()”);   
      
         while(rs.next()){   
         sysout(rs.getString(1));   
         sysout(rs.getInt(2));   
    }   
    rs.close();   
    s.close();   
    conn.close();   
      
    }catch(SQLException e){   
    }   
    }   
      
      
    public void test(){   
         try{   
                Class.forName(“com.mysql.jdbc.Driver”);   
         }catch(ClassNotFoundException e){   
         sysout(e);   
    }   
    try{   
         Connection conn=DriverManager.getConnection(“jdbc:mysql://localhost:3306/test”,“username”,“password”);   
         PreparedStatement pstmt=conn.prepareStatement(“update user set username=? where id=?”);   
         pstmt.setString(1,“wangweiwei”);   
         pstmt.setInt(2,10);   
         ResultSet rs=pstmt.executeUpdate();   
      
    }   
    rs.close();   
    pstmt.close();   
    conn.close();   
      
    }catch(SQLException e){   
    }   
    }

    struts2

    基于j2ee的mvc框架,采用servlet和jsp来实现,把servlet,jsp,自定义标签和信息资源整合到一个统一的框架中

    j2ee反模式

    不妥的实践和做法,避免常犯的错误,找到修复错误的方法

    1不友好的出错界面:定义一个或多个错误页面,显示友好的错误信息。

    2滥用代码,jsp中包含大量的脚本java代码,寻找错误比较困难,维护成本大,不利于重用,新成员的学习成本高:bean化,引入委托控制器,引入业务流警察

    3嵌入跳转控制:链接无效,jsp页面硬编码导航信息,引入逻辑控制,修改时设计页面数量多,工作量大,常常出现未找到页面的错误,很难修改应用流程;引入业务流警察

    4复制粘贴jsp:代码需要改变时修改量大,维护困难,维护不及时会影响用户体验;引入模板

    5session中数据量太大:多个数据可能对应同一个key,并发数过高时服务器性能下降,维护困难;bean化,引入委托控制器,引入业务流警察

    6每个servlet包含公共部分:除了实现自己的业务外还要处理权限认证,编码格式,恶意代码检测等功能,造成了维护问题和不一致的用户体验。重构方案就是引入过滤器

    7字符串用于内容生成:在doGet中和doPost中用打印语句,把大量html代码直接在servlet中打印,无法调试,维护困难,html易出现结构错误。重构方案就是使用jsp和JDom,将静态的和动态的进行分离便于维护。

    8误解数据需求:大数据,不好的数据,重构方案:划分数据和工作,为将来扩展做出规划,选择适当的数据体系结构

    9误解带宽需求:网络减速,低事务速率,实际发送消息比测试要大得多,并发数也比测试大很多,规划实际的网络需求,为将来扩展做出规划,选择适当的数据结构

    10挖掘机:深度查询,采用会话外观或DTOFactory外观的形式,创建复杂的实体bean实例体系来支持应用,且对象层次很深。资源耗尽,性能下降,硬件花销增加,用户失去信心。重构方案是采用轻量级查询方案,值列表处理器,值对象组装器。

    11辗压:失去时效的主控,时而发生的数据丢失,无法在代码层保证逻辑事务的原子性、一致性、独立性和持久性。重构方案:版本

    12窒息:瓶颈,数据库性能差,用户不满意,解决方法:数据库连接池,批更新,深夜批处理更新,重构方案:打包处理

    重构方案

    1bean化:创建一个javabean保存jsp数据,设置要读取和写入的属性并创建爱你getter和setter方法,在jsp中使用<jsp:usebean>设置适当的会话范围

    2引入业务流警察:不要把导航信息放在jsp中,维护比较困难,将网站映射放在一个中心控制点维护会容易的多;步骤a建立一个页面跳转关系图b创建一个servlet充当业务流警察c给每个页面之间的跳转起一个别名d在servlet中使用别名控制跳转e将jsp中的导航信息删除f配置servlet匹配规则

    3引入委托控制器:业务流警察过多的跳转控制业务逻辑会导致该servlet很难维护,将一些跳转业务逻辑分离出去在单独的servlet中实现就会简化a建立跳转关系图b创建一个servlet充当业务流警察c给每个页面之间的跳转起个别名d将跳转规则分组,给每个组取个名字e对应每个组编写一个servlet根据别名跳转f在servlet中使用组名将控制传递给前面编写的servletf将jsp中的导航信息删除g在web.xml中配置servlet的匹配规则

    4引入模板:相同页面部分力求一致

    5引入错误页面:创建一个jsp作为错误的显示页面,在每个jsp页面中确保有一个错误页面的指令

    6划分数据和工作:在大的项目中一个处理器或数据库负责太多的数据,可用负载均衡解决这个问题,找出超负荷的应用,确定是否可以直接扩展应用,选择合适的属性或轴据此进行划分,分析隐含的问题,查看现有的数据,提前规划。例如可以按照分厂建立相关数据,或将历史数据进行备份后导出仅仅保留最近的数据。

    7使用特俗化网络:无法通过省级现有网络解决带宽问题就可以把网络划分为多部分。找出网络瓶颈,寻找协同工作的机器集群,分析安全需求,与网络管理员交流。例如web服务器设置内外两块网卡,将数据库服务器分析至内网,将应用组件\servlet\ejb以及数据库之间的数据业务流和用户与网站之间的交互业务流相分离。

    8轻量级查询:应用程序有时候仅需要查询表中的一个字段,一个浅查询即可满足目的,jdbc2.x以后游标支持以及可滚动的结果集可以更轻量的查询。在用户界面中找出那些地方使用了深度查询,找出负责深度查询的逻辑,引入修改会话外观或dtofactory,引入或修改定制DTO,采用浅层数据查询,部署和测试。实例账户信息只有一个深度查询:创建一个sessionBean,创建一个定制的DTO,实现一个轻量级的查询,查询结果封装到定制的DTO中,使用DTO对象进行账户信息查询。

    9版本:应用程序必须允许多个用户更新同一个数据而且必须包括用户思考时间,但要防止已做的更新不被过时的数据覆盖掉。步骤:确定哪些bean必须支持乐观枷锁策略,在实体层引入版本机制,在DTO层引入版本机制,在服务层保证版本检查,部署和测试。实例:金融系统AccountBean被并发访问版本不一致,解决方法:在数据库表Account中增加一个字段,ersion,类型为整数;AccountBean增加一个属性,version,类型为int;每次使用AccountBean读取数据时,将数据库中对应记录的version的加1,并在AccountBean对象中将version值置为加1后的version字段的值;每次写入Account表前,检查AccountBean对象中version值是否与数据库中version字段的值一致。如果一致,写入是安全的,可以更新数据库;如果不一致,说明有别的用户正在操作该数据,则提示用户不能更新。

    10打包整理:数据库处理耗时耗资源,建立数据库连接池复用连接以提高性能和节约资源,执行大量sql语句耗时间和资源,可以利用批处理提高效率,减少sql语句单独传送耗费的时间。

    步骤:使用数据源代替driverManager获取连接,用批处理方式处理sql语句,部署和测试


    常用的包

    1. java.lang.String

    String类无可争议的获得冠军,应该没有人会否认这一点。这是一个最终类,用于创建/操作不可变的字符串文字。它从JDK 1.0开始就有了。

    2. java.lang.System

    System类的使用取决于你工作的项目类型。你可能没有在项目中使用过它,但它仍然是受欢迎的Java类之一。这是一个不能被实例化的工具类。这个类的主要用途是访问标准输入、输出、环境变量等等。它自JDK 1.0开始可用。

    3. java.lang.Exception

    Throwable是所有错误和异常的超类。所有异常情况的处理都属于Exception类。NullPointerException在所有的异常中是最受欢迎的。而Exception异常是在所有异常层次结构的顶部。它自JDK 1.0开始可用。

    4. java.util.ArrayList

    一个实现数组的数据结构的类。这个类实现了List接口,是最受欢迎的Java集合类的成员。ArrayList和Vector之间的差异是初学者常见的问题之一,它也经常在java面试中被问到。它自JDK 1.2开始引入。

    5. java.util.HashMap

    一个实现键值对数据结构的类。这个类实现了Map接口。类似比较ArrayList与Vector,HashMap与Hashtable也是经常拿来比较的。它也是一个受欢迎的集合类,作为一个属性-值的容器,经常用在应用程序多个层之间的数据传递。它自JDK 1.2开始引入。

    6. java.lang.Object

    所有Java类的根类。每一个Java类都是Object类的一个子类。经常使用在平台/框架上。它包含了一些重要方法,比如:equals, hashcode, clone, toString等等。它自从Java诞生的第一天开始可用(JDK 1.0)

    7. java.lang.Thread

    线程是一个单一执行的序列,多个线程可以共同存在,共享资源。我们可以扩展Thread类,并创建自己的线程。当然,使用Runnable也是另一种选择。是否使用这个类取决于你的应用程序的需要。一个普通的应用程序是完全没有必要使用线程的。它自JDK 1.0开始引入。

    8. java.lang.Class

    Class类是一个直接继承Object类的子类。这个类没有构造函数,它们的对象是被Java虚拟机通过类加载器加载的。我们大多数人可能没有直接使用过它,但我认为它是一个重要的做反射的类。它自JDK 1.0开始引入。

    9. java.util.Date

    这是用来处理日期的类。有时候,我们觉得这个类应该加入更多的实用方法。就像每个企业级应用程序都会创建一个日期的实用工具单元。它自JDK 1.0开始引入,后来在JDK1.1中发生巨大变化,弃用了一大堆的方法。

    10. java.util.Iterator

    这是一个接口。它很受欢迎,用来替换枚举。这是一个简单易用的单元,它用Iterable同步工作。它自JDK 1.2开始引入。


    展开全文
  • 企业人事管理系统可以提供丰富的功能, 降低企业人事管理工作的强度, 提高企业人事管理工作的效率, 并依靠系统的网络功能为人事管理的使用创造良好的条件, 从而能够适应企业人事管理的要求, 推动企业人事管理信息化...
  • 结合管理信息系统的开发方法及步骤,以此为理论根据,开发出一个信息管理系统 ——餐饮管理系统。它采用国际通用的先进餐饮管理模式,并结合中国的管理实际特点开发而成。通过本系统功能模块,可为各种大小不同的...
  • 一、教师讲座内容总结 讲座一、Web安全与内容安全 在本次讲座中,张健毅老师首先讲述了信息技术的发展阶段,接着讲了信息化发展凸显的信息安全问题,之后重点讲解了Web应用安全,包括常见的Web漏洞,如SQL注入、XSS...
  • 仓库管理系统 该系统主要分为三大功能: 管理员功能、信息安全功能、一般用户功能、报表生成
  • 信息资源管理总结

    千次阅读 热门讨论 2017-04-20 12:04:17
    这已经是小编第二次来学习这门课程了,上次没有好好的总结,这次一定要汲取教训,总结自己的收获
  • 时间快速速地往前跑了一个月了,每月一次的学习思考之旋律又开始发挥作用了,本次课程是我非常关注的绩效管理与商业模式,在绩效管理上我们也期望能够在一起在老师带领下深度探讨一下,一起来开始我们本月的思考之旅...
  • 首先,如果学校有开设这门课程,那么真的强烈推荐。虽然大多数老师第一节课就会强调成绩不大可能突破90因此想退课趁早,虽然这门课将我的学期专业排名(全部课程加权平均)从第一拉到第十四,但是—— 我脑海中一直...
  • Mini人事管理系统课程设计报告

    千次阅读 2008-01-09 23:43:00
    目录第一章 系统描述... 2(一) 前言... 2(二) 开发系统的功能介绍... 3(三) 解决的问题... 3第二章 分析与设计... 4(一) 功能模块划分...... 5a) 统计信息界面的基类... 5b) 记录添加界面的基类... 6c) 
  • 这是本人课程设计的一个j2ee项目,里面包含完整的文档、代码和安装手册。 本项目使用用JSP语言作为根本,选用经典的Tomcat作为服务器平台,采用MVC、前端控制器、服务工作者三种主要模式,并用Eclipse作为开发平台,...
  • 我的代码是从网上找的学生信息管理系统,然后根据自己的需求进行修改,最终还是完成了此次课程设计。 西安建筑科技大学课程设计(论文)任务书 一、课程设计(论文)题目 办公室日常管理信息系统 ...
  • 项目管理学习总结

    万次阅读 2016-06-24 09:45:22
    项目管理总结:1、风险评估 2、成本预算 3、客户沟通的过程 4、需求分析 5、面向对象设计(编码过程) 6、开发管理 7、成品交付风险评估软件项目风险是指在整个项目周期中所涉及的成本预算、开发进度、技术...
  • 学科前沿讲座课程总结与感悟

    千次阅读 2019-04-18 11:46:00
     本文记录了两个月以来8场学科前沿技术讲座的课程总结与感悟。  学院请到了很多厉害的教授以及企业的专家和学者,讲座的方向多以大数据和人工智能为主,作为计算机科学专业的学生,时刻保持对行业发展前沿领域的...
  • 软件需求工程课程总结

    千次阅读 2017-01-06 21:11:42
    软件需求工程课程的小结: Topic 1:Systematic Literature Review Topic 2:Game about Potential Threat Topic 3:Goal-oriented Requirements Engineering Methods --- KAOS Topic 4:Change management and ...
  • 软件服务工程课程总结

    千次阅读 2018-12-19 12:59:23
    云计算是一种模式,该模式允许用户通过无所不在的、便捷的、按需获得的网络,接入到一个可动态配置的共享计算资源池(其中包括网络设备、服务器、存储、应用以及业务),并且以最小的管理代价或业务交互复杂度即可...
  • 《云计算与大数据》课程报告

    千次阅读 2020-07-11 13:50:12
    《云计算与大数据》课程报告 微软云计算VMware Linux的简单使用 院 系:计算机科学与技术学院 姓 名:xxx 专 业:物联网工程 班 级:物联xx班 2019-2020年度第二学期 一、概述 云计算 (cloud computing)是基于互联网...
  • 目 录 绪论 2 1课题背景 2 2系统开发相关技术介绍 2 1设计目的 3 2 系统功能分析 3 2.1系统的功能需求 3 2.2功能模块 4 ...课程设计总结………………………………………………………………………….49
  • 系统使用说明 5总结 1系统背景分析 趋势 全校性选修课的目的在于扩大学生知识面,加强学生素质教育,培养复合型高级人才 育的加强 全学分制 现存问题 题嵊芳箬岩悭同邀们更息器袢区选得2:我题 哪一类课程还缺多少学

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 20,667
精华内容 8,266
关键字:

企业信息管理课程报告总结