基于用例的需求分析方法_ 13讲解
功能需求分析用例描述文档讲解
功能需求分析⽤例描述⽂档讲解XXX村村民交流互动⽹站系统设计⼩组成员：何成龙、陆承林黄元勇、王永亮胡荣启引⾔：在计算机技术飞速发展的今天，各类交流⽹站挤满了互联⽹，本设计⽴⾜于XXX村村民交流互动⽽设计⼀个交流⽹站，⽹站为村民提供交流服务，村民可以在⽹上通过发帖聊天交流⽣活琐事以及农事科技等。
第⼀章：功能性需求分析⼀、在本次设计中，“远程教育⽹站系统”包括以下功能模块：1、个⼈⼯作台2、在线浏览3、资料共享4、系统管理5、在线帮助⼆、功能描述1、个⼈⼯作台⽤户可通过个⼈⼯作台对个⼈信息进⾏注册和修改。
1.1、⽤户注册/登陆模块⽤户通过注册模块进⾏注册成为会员，登陆模块为会员完成⽤户登陆；1.2、修改信息在本模块⽤户可对已填信息进⾏完善和修改。
2、在线浏览在线浏览为会员和⾮会员提供阅读材料以及视频⽂件，可在线点播及阅读。
3、资料共享此功能仅为会员提供，⾮会员⽆权享受此功能。
会员通过此模块可下载所需内容以及上传⽂件。
4、系统管理4.1、后台管理专为⽹站管理员开设。
⽹站管理员通过此模块可对⽹站进⾏维护和管理。
4.2、⽹站数据库主动收集⽹站各类数据并及时更新。
4.3、信息管理系统仅为信息管理员提供，可以通过此模块对会员上传的⽂件进⾏审核和删除，以及对注册会员进⾏管理。
5、在线帮助5.1、联系我们⽤户通过此模块就⽹站存在的问题进⾏反馈。
6.功能描述⽂档：功能编号功能名称功能描述备注01 注册⽤户可以通过注册功能进⾏信息注册成为⽹站会员02 登录会员/信息管理员⽤户通过此登录进⾏登录⽹站，登录时会员选择“会员登录”进⾏登录，信息管理员选择“管理员”进⾏登录。
03 浏览⽹页⾮会员和会员享有的权⼒，⾮会员只能浏览不能留⾔以及下载上传⽂件。
04 个⼈中⼼⼀、会员个⼈中⼼包含以下内容模块：1.个⼈主页会员在个⼈主页⾥可以根据⾃⼰喜好设置主页属性；2.个⼈信息修改个⼈信息修改包括密码修改和基本信息修改；3.好友好友模块包含对好友的添加和删除功能，也可以对好友进⾏喊话；4.信息信息模块主要包含收发邮件，回复评论、留⾔；5.个⼈⽇志会员可以在此模块写⼼情⽇志，可对⽇志设置访问权限等；6.个⼈相册会员在此模块可以上传图⽚，图⽚格式为“JPG”；7.我的帖⼦在此模块可以查看⾃⼰已发表的帖⼦状态，以及对评论进⾏回复；8.个⼈元宝会员在此模块可以查看个⼈所拥有的元宝，元宝获取⽅式为每⽇登录基本奖励5个，连续登录⼀周奖励15个，发布帖⼦成功奖励2个，上传⽂件共享成功奖励3个，⽂件被下载获取元宝为下载所需元宝数。
面向对象的需求分析与设计方法研究
面向对象的需求分析与设计方法研究随着计算机技术的不断发展，软件的开发变得越来越重要。
在软件开发过程中，需求分析和设计是两个关键的环节。
随着软件系统规模的扩大，软件系统的复杂性逐渐增加，传统的软件开发模式面临着很大的挑战。
面向对象的需求分析和设计方法则成为了一种解决复杂性问题的有效途径。
本文将介绍面向对象的需求分析和设计方法，并分析其优点。
一、面向对象的需求分析方法面向对象的需求分析方法是一种基于面向对象的思想来进行系统需求分析的方法。
面向对象的思想是指将系统看作是由一系列对象组成的，每个对象都有自己的属性和行为，对象之间通过消息进行交互，从而完成系统功能。
面向对象的需求分析方法是基于这样一种思想进行的。
在面向对象的需求分析方法中，首先需要确定系统的用例。
用例是指系统中需要实现的功能，用例通常以场景来描述，描述清楚了用例中涉及到的角色、对象、操作等信息。
在用例的基础上，就可以进行对象建模。
对象建模主要包括四个步骤：识别类、识别属性、分析关系、识别行为。
在这个过程中，需要通过对象图、类图、活动图等UML图形建模工具来辅助分析建模。
面向对象的需求分析方法具有很多优点。
首先，它可以有效地控制系统的复杂性。
每个对象都有自己的职责，而对象之间协同完成整个系统的功能。
在这个过程中，每个对象承担的责任都会比较明确，系统的流程也会更为清晰。
其次，面向对象的需求分析方法可以提高系统的复用性。
在面向对象的设计中，每个对象都是可以被重复利用的模块。
在后面的设计和实现中，可以直接引用这些对象。
这样一来，可以有效地提高系统的可维护性、可重用性和可扩展性。
此外，面向对象的需求分析方法也有良好的可视化特性，可以辅助开发人员更清晰地了解整个系统的结构和功能。
二、面向对象的设计方法面向对象的设计方法是一种基于面向对象的思想来进行软件系统设计的方法。
在面向对象的设计方法中，需要完成三个阶段的工作：逻辑设计、物理设计和实现。
其中，逻辑设计阶段主要是通过建立类层次结构和类之间的关系来定义系统架构；物理设计阶段主要是通过选择数据存储结构、物理组成和外部接口等来概述系统实现；实现阶段则是通过编写程序代码，构建整个系统的实际功能。
软件工程,论文 用例图 需求分析 项目流程图 实例图 RE图 属性图讲解
药品管理系统1.简要这次是C#考试答辩程序改写有不足望老师见谅:经过市场调研，初步了解到药品销售管理系统在现实生活中的应用，现行的医药管理系统在现实中的应用主要是药品的收费管理和药品销售的账目管理，药品的库房管理（药品的进库，药品的出库）其中，最常用的是，销售管理和库房管理。
此系统操作性相对简单，只要对电脑有一定操作基础的人员都可以使用，系统对用户的提示性较好，可以提醒和引导用户对系统的操作。
本课题通过对现行医药管理信息系统的组织结构，业务流程，数据库等进行研究，分析系统的实际运行情况，并提出新的逻辑设计方案，以此来完善改进现有的系统，这对于医药企业提高经营管理具有一定的积极意义。
2.简要说明本用例是一个医药超市管理系统，只有管理员和销售员有管理权限，其中管理员和销售员可以对自己的密码进行修改。
用用自己的管理账号对医药进行管理，进货销售等等。
3需求3.1医药销售管理系统需求分析以往到药店购买药品的时候，销售人员都要手写单据和人工结账，而且每天都要统计当日的销售额，月末要统计一个月的销售额，所以要管理大量的单据，而且在统计的时候需要大量的时间，并且是人工操作，比较容易出错。
医药管理系统的出现，使得这一切变得简单起来。
以往需要算一个小时的账目现在只需点一下鼠标就可以得到，而且得到的结果还是精确的，不用担心有错误，用电脑代替人脑计算，为使用者节省了大量时间。
另外消费者也得到了便利，因为键盘录入取代了手写的单据增加了效率，在我们购买药品的时候也就方便了起来。
信息管理系统的出现，改变了企业的管理模式，药品销售管理系统则改变了医药行业的管理模式。
在当今医药行业，一套好的销售管理系统成为众多企业的得力助手。
3.2 医药销售管理系统数据库医药销售管理系统是基于网络应用，根据医药销售系统的长期开发研究经验和各医药公司现实中存在的实际业务情况，完全采取面向对象的系统开发方法，进行严格设计而成的专业医药销售管理软件。
用例图1
够决定出哪些人将会与系统进行交互。
书面的规格说明和其它项目文档（如会谈备忘录等） 需求研讨会和联合应用开发会议的记录：这些会议的参 与者通常是很重要的，因为他们在组织中所代表的角色 就是可能与系统发生交互的参与者。 当前过程和系统的培训指南及用户手册：这些东西中经 常会有潜在参与者。
24
•
如何寻找系统的参与者（2/2）
如ATM柜员机系统中，银行后台系统就是一个
参与者； 2）硬件设备：如果系统需要与硬件设备交互时， 如在开发IC卡门禁系统时，IC卡读写器就是一 个参与者；
3）时钟：当系统需要定时触发时，时钟就是参与
者
20
识别参与者：考勤卡系统
开发者：谁将使用这个应用程序？ 客 户：所有用它来记录可记帐以及不可记帐的工时的雇员 …… Employee 开发者：现在考勤卡应用程序是什么样的？ 客 户：每半个月就用一个Excel表格来记录。每个雇员都将通过他的表 格填好，然后用电子邮件发给我。这个表格相当标准：纵向是收费项目 代码，横向是日期。雇员可以在每个条目上填写说明。 开发者：这个收费项目代码可以从什么地方得到？ …… 开发者：谁来管理收费项目代码？ Administrativ 客 户：嗯，必要的时候由我（业务经理）来添加这个代码。而每个经 e User 理总会告诉他的下属应该填写什么。 ……
例子：学生注册课程系统
• 某大学准备开发一个学生课程注册系统：
– 学生使用该系统查询新学期将开设的课程和讲课教师情况，选择自己要 学习的课程进行登记注册，并可以查询成绩单 – 教师使用该系统查询新学期将开设的课程和选课学生情况，并可以登记 成绩单 – 注册管理员使用该系统进行注册管理，包括维护教师信息、学生信息和 课程信息等 – 在每个学期的开始，学生获得该学期的课程目录表，课程目录表列出每 门课程的所有信息，诸如基本信息、教师、开课系和选课条件等 – 新学期开始前两周为选课注册时间，在此期间学生可以选课注册，并且 允许改变或取消注册申请，开学两周后注册管理员负责关闭课程注册。 每个学生可以选择不超过4门课程，同时指定2门侯选课程以备主选课程 未选上。每门课程最多不能超过10人，最少不能低于3人，低于3人选课 的课程将被取消。一旦学生的注册过程完毕，注册系统将有关信息提交 收费系统以便学生付费。如果在实际注册过程中名额已满，系统将通知 学生在提交课程表之前予以更改 – 在学期结束时，学生可以存取系统查看电子成绩单。由于学生成绩属于 敏感信息，系统必须提供必要的安全措施以防非法存取
第三章：需求分析PPT课件
-
3.2 获取需求的方法
1、访谈
访谈有两种基本形式，分别是正式的和非正式的访谈。
当需要调查大量人员的意见时，向被调查人分发调查表 是一个十分有效的做法。
在访问用户的过程中使用情景分析技术往往非常有效。
情景分析技术的用处主要体现在下述两个方面：
(1) 它能在某种程度上演示目标系统的行为，从而便于用户 理解，而且还可能进一步揭示出一些分析员目前还不知道 的需求。
一般使用第三范式。
17
-
3.6 状态转换图
在需求分析过程中应该建立起软件系统的行为模型。状态转换图(简 称为状态图)通过描绘系统的状态及引起系统状态转换的事件，来表示系统 的行为。此外，状态图还指明了作为特定事件的结果系统将做哪些动作(例 如，处理数据)。
1、状态
状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种 行为模式。状态规定了系统对事件的响应方式。系统对事件的响应，既可 以是做一个(或一系列)动作，也可以是仅仅改变系统本身的状态，还可以是 既改变状态又做动作。
7．其它需求
-
3.4概念模型
最常用的表示概念性数据模型的方法：实体—联 系方法(Entity-Relationship Approach)，简称ER模型。
E-R模型包含三个基本成分：“实体”、“联 系”、“属性”
(1)实体：是客观世界中存在的且可相互区分的事物。 它可以是人或物，也可以是具体事物或抽象事物。 – 例如：教师、学生、课程是实体。 实体用矩形框表示，如： 教师
在状态图中定义的状态主要有：初态(即初始状态)、终态(即最终状态) 和中间状态。在一张状态图中只能有一个初态，而终态则可以有0至多个。
状态图既可以表示系统循环运行过程，也可以表示系统单程生命期。
第7章_用例建模
参与者的特性： ①.参与者位于系统外部； ②.参与者与系统发生交互关系； ③.参与者与系统之间存在交互接口。
区分参与者和外部实体
• 只有在执行系统功能时与信息系统进行实时交 互的人员才能被当作参与者。
• 外部实体是指数据的来源和去向，提供数据的 人员不一定会执行系统功能
– 新生入学手工填写个人信息，然后由教务人员统一 将数据登记到学籍系统中，教务人员是参与者。
• 病人拿到挂号单后，到相应的科室进行 就诊。医生根据挂号的顺序号，依次给 病人看病开处方。
• 病人拿处方去收款处交费，并拿到发票。 • 病人拿已经收费的处方去药房拿药。
该系统潜在的参与者和用例有哪些？
用例图
用例图的作用：
用例图用来描述软件需求模型中的系统功能， 通过一组用例可以描述软件系统能够给用户提 供的功能。
⑤.从系统获取信息
有些参与者需要从系统获取必要的信息，例 如：
区分用例和用例完成的步骤
• 不能混淆用例和用例所包含的步骤。
– 比如“借出图书”功能要经过验证读者信息、检 查超出可借数量、保存借书记录、修改图书状态 等步骤
• 在系统中这些步骤通常不作为单独的功能提 供给参与者使用，它们只是一个用例所包含 的事件流，或者是用例的子功能。
– 如果学生直接通过Web方式提交个人信息，则认为 学生是参与者。
区分主要参与者和次要参与者
• 主要参与者（primary actor）是从系统中直 接获得可度量价值的用户。
• 次要参与者（secondary actor）的需求驱动 了用例所表示的行为或功能，在用例中起辅 助支持作用
• 用例分析的重点是要找到主要参与者。
3、用例与场景（Scenarios）
• 用例描述的是一组动作序列，在复杂的系统 中，用例细节可能存在多种不同的情节，称 为变体。
国家开放大学2020 系统开发规范与文档编写
15．数据流图中代表了数据的生产者和消费者的是（）选择一项：
A.数据源
B.数据加工
C.数据存储
D.数据流
正确答案是：数据源
题目16
16．在数据流图中，如果某一张图中有N个加工，则这张图允许的子图数量是（）选择一项：
A. 0
B. 1
C. 1~N
D. 0~N
正确答案是：0~N
题目17
17．在一张DFD图中，任意两个加工之间（）选择一项：
选择一项：
A.循环
B.重复
C.判断
D.调用
正确答案是：重复
题目7
7．软件设计中划分模块的一个准则是（）。
选择一项：
A.低内聚低耦合
B.低内聚高耦合
C.高内聚低耦合
D.高内聚高耦合
正确答案是：高内聚低耦合
题目8
8．程序结构可以按水平方向或垂直方向进行划分。水平划分按主要的程序（）来定义模块结构的各个分支。
单项选择题
题目1
下列各项中，不是一个软件产品中所必需的是（）选择一项：
A.程序
B.算法
C.数据
D.文档
正确答案是：算法
题目2
2．按照软件的工作方式进行分类，能够对实时发生的事件和数据及时进行处理的软件应分类为（）选择一项：
A.实时处理软件
B.分时软件
C.交互式软件
D.并行处理软件
正确答案是：实时处理软件
选择一项：
对
错
正确的答案是“对”。
题目17
7.对象（以及它们的类）与外部的关系结构只有一种：就是一般-特殊结构。（）
选择一项：
对
错
正确的答案是“错”。
题目18
用例模型
6
5.2.1 参与者(Actor)
如何发现参与者
① 谁要使用系统 ② 使用系统哪部分 ③ 系统使谁受益 ④ 谁向系统提供输入 ⑤ 谁维护系统 ⑥ 系统使用的外部资源 ⑦ 与哪些其他系统交互
2020/5/8
7
5.2.1 参与者(Actor)
参与者的特点
① 系统外部的一个实体 ② 参与用例的执行过程 ③ 通过向系统输入或请求系统输入某些事件来
• 工具箱和模型图中均表示为一个带箭头的虚线 • 画图时，拖动鼠标从客户到提供者画出关联关系
2020/5/8
17
依赖关系
依赖的两种重要衍型 – 延伸(extends)，表明一个用例中的行为延伸
了另一个用例中的行为，前者称为延伸用例， 后者称为基用例。
– 包含(include)，表明一个用例中定义的行为
2020/5/8
10
5.2.2 用例(Use Case)
如何发现用例：发现用例要和发现参与者 结合进行。
① 参与者向系统请求什么功能
② 参与者需要修改、读取、创建、修改、撤销 或存储系统的某些信息吗？
③ 系统状态改变时需要通知参与者吗？状态的 改变代表了什么功能？
④ 影响系统的外部事件，哪个参与者通知系统
包含了另一个用例中定义的行为。
2020/5/8
18
① 依赖关系
依赖的两种重要衍型 – 延伸(extends)
2020/5/8
19
① 依赖关系
依赖的两种重要衍型 – 包含(include)
<< include >>
2020/5/8
20
② 泛化
用例之间的泛化关系 参与者之间的泛化关系
2020/5/8
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
用例规约
... 术语表
Name of the Use Case (用例的名字)
Description (描述) Actor(s) (参与者) Flow of events (事件流)
Basic flow (常规流) Event 1 (事件) Event 2
…… Alternate flow (备选流) Pre-conditions (前置条件) Post-conditions (后置条件) ……
采用“基于用例的方法”来识别和获取需 求，是从外部的角度来看系统功能，建立 系统的Use case模型。
Use case模型由若干Use case图组成，描述外 部执行者（Actor）所理解的系统功能，即 待开发系统的功能需求。
在Use case图中，Use case（用例）表示一个 子系统，或者一个对立的功能。
识别用例行为中的点 ，指明扩展时机的点。
Extension Point Print
Withdraw <<extend>>
Extension Point Print
Print Receipt
提款(Withdraw)用 例记载了一个打印 的扩展点,打印收据 (Print Receipt)的 行为会被插入到打 印扩展点。
第13章 基于用例的需 求分析方法
软件学院 代飞
2013.春
基于用例的需求分析方法
1992年由Jacobson提出了Use case的概念及 可视化的表示方法-Use case图，并加入由 他提出的面向对象的软件工程（OOSE）。
Use case的概念收到了IT界的欢迎，被广泛 应用到了面向对象的系统分析中。基于用 例的需求方法，已成为面向对象分析方法 的主流。
4 后置条件：如果用例执行成功，该读者的借书记录被 更新，否则，系统状态不变。
确定用例
确定用例从参与者角度向系统提问， 确定可能的服务。
角色需要系统做什么？从系统获得那些功能？
角色需要读取、产生、删除、修改、存储系统 中什么信息？
角色需要知道系统发生了什么事件？这些事件 做些什么？
系统提供给角色的信息是否简化了？
参与者之间的关系
actor 1
客户
保险登 actor 2 记客户
参与者之间的泛化(Generalization)关系
电话登 记客户
普通用户 管理员
常规操作 管理操作
系统维护员 配置操作
用户
常规操作
管理员 管理操作
系统维护员
配置操作
用例之间的关系：
用例1
(1) 泛化(generalization )
<<include>>
<<extend>> 查询读者
登记 <<extend>> 借书
查询读书
<<extend>>
参加考试
补考
34
例:
订货系统
<<include>>
<<include>>
提供客户数据 订货项目
订货系统 <<extend>> 请求目录
查询 存款
<<extend>> 打印收据
<<include>>
发起参与者(initiator actor) 参加参与者(participating actor)
11
确定参与者(actor)
你系统的主要客户是谁? 谁从你的系统取得的信息?使用信息? 谁为你的系统提供信息？删除信息？ 谁安装、操作、关闭系统(次要角色)? 系统从什么地方得到信息? 其他系统与该系统交互信息是什么? 在某一个预定时间，是否有什么事情
用例图的主要基本元素
执行者（角色）：是系统外部参与的者一个人或物 ，它以某种方式参与了系统的执行过程。
用列例 动：作待组开成发。系统的一个独立功用能例，由一系
用例间的关系：泛化、包含和扩展关系
简单大学用例图
学生
输入分数 注册讨论班 分发成绩单
用例图的组成
成绩管理员
参与者(actor)； 用例； 系统边界； 参与者与用例的
ATM维护人员 维护系统
后台服务器 周期性操作
ATM系统的参与者与角色之间的通讯关联
•参与者确定用例
查询
•参与者与用例对应
银行客户
存、取款
后台服务器
转帐
操作员
维护系统
周期性任务
系统时钟
3) 关于边界的选择
定义系统的边界是为了识别出什么在系统之内, 什么在系统之外,进而识别出什么是系统的职责。
系统需要的I/O是什么信息？信息流怎样流动
(也可能与当前角色无关)？
18
例：ATM系统的用例
参与者：银行客户 用 例：银行客户使用自动提款机来进行银行
帐户的查询、提款和转帐交易
银行客户
查询 取款 存款 转帐
例：ATM系统，有哪些参与者和用例？
用例
银行客户 维护人员 后台服务器
银行客户 查询 存款、取款 转账
<<extend>> <<extend>> 关系。
呼叫等待
呼叫转移
管理变更。
扩展关系是通过在关联关系上加入<<extend>>标记
来表示。扩展用例指向基本用例(被扩展用例)。 语义:用例1在某些特定情况下会用到用例2，用例2
的事件流将被插入到用例1的事件流中。 基本用例能独立存在,不依赖于它的扩展用例。 扩展用例可以不执行。
自动发生?
12
特殊的参与者：系统时钟
有时需要在系统内部定时的执行一些操作，如检测系统 资源使用情况、定期生成统计报表等，但这些操作并不 是由外部的人或系统触发的，这样可以抽象出一个系统 时钟或定时器参与者，利用该参与者来触发这一类定时 操作。
触发
系统时钟
周期性任务
从逻辑上，这一参与者应该被理解成是系统外部的， 由它来触发系统所提供的用例对话。
2
<<extend>>
<<extend>>
<<extend>>
<<extend>>
3 <<extend>>
<<extend>>
4 <<extend>>
<<extend>>
<<extend>>
标出下面用例图上的关系?
Login
<<include>> 创建新账户 删除账户
修改账户
登记借书 登记还书
<<include>> 验证读者
26
用例之间的关系：
<<include>>
用例1
用例2
(2) 包含(include) 基本用例
包含用例
银行客户
查询 取款 转帐
<<include>> <<include>> 卡片验证
<<include>>
许多用例的公共部 分移到一个单独的 被包含用例中。 公共部分需求变化 时,只改变被包含 用例的需求。
用例描述：登记借书
2.2 备选流程 (1) 读者没有注册 在主流程中，如果系统没有读者的注册信息， 系统将显示错误信息，用例结束。 (2) 所借图书不存在 在主流程中，如果所借图书已被借出或者系 统中无该图书，系统将显示错误信息，用例结束。
3 前提条件：用例开始前，图书管理员必须在系统登录 成功。
用例方法的思想
从用户的角度来看，他们并不想了解
系统的内部结构和设计，他们所关心的是
系统所能提供的服务，也就是被开发出来
的系统将是如何被使用的。
系统外部 并与该系 统发生交 互的人或 其他系统
通讯关联 参与者
用例
系统基本事件流， 代表用户期望系统 提供的基本功能
问:一个自动饮料售货机的功能是什么?
买票
采购员
采购物料
个人购买
用例2
团体购买
采购钢材 采购办公用品
当多个用例共同拥有一种类似的结构和行为的时 候，可将它们的共性抽象成为父用例，其他的用 例作为泛化关系中的子用例。
子用例继承了父用例所有的结构、行为和关系。
例: 标出下面用例图上的关系?
身份验证
付费
密码 验证
智能卡 验证
现金 支付
信用卡 支付
<<extend>>
查询
打印收据
存款
打印收据
<<include>>
35
例: 确定下面用例模型中的几种关系
通信关联
注册员
注册 进大学
学生
《extend》
在大学中 注册国际学生
《include》 注册
讨论班
泛化
在大学生中 注册家庭成员
国际学生
37
用例= 椭圆 + 名字？ —— NO！
用例模型
参与者 用例
Withdraw Use Case::Main flow 1.顾客插入银行卡 2.输入密码 3.输入提款金额 4.退卡 5.吐钞 6.选择是否打印收据:打印
扩展点
Extending Use Case
Print Receipt Use Case
1. 进纸 2. 打印 3. 吐纸