用例图需求分析说明书
图书馆管理系统需求分析
图书馆管理系统——需求分析说明目录一、引言1.1 编写目的1.2 项目背景1.3 术语定义1.4 参考资料二、任务概述2.1 功能概述2.2 目标2.3 用户特点三、具体需求3.1 ER图3.2 用例图3.3 用例说明四、系统接口4.1 用户接口4.2 硬件接口4.3 软件接口五、性能需求六、软件属性6.1 可使用性6.2 系统安全6.3 可维护性一、引言1.1 编写目的编写本报告的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。
需求说明书有时候也被称为规格说明书，本规格说明描述了任务管理项目的要求，并且作为各方面沟通的依据，也为下一步工作提供基准。
软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点。
经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。
1.2 项目背景项目名称：图书馆管理系统项目开发者：“图书馆管理系统”开发小组用户：湖州职业技术学院图书管理员、读者（学生、老师）为方便对图书馆书籍、读者资料、借还书等进行高效的管理，特编写该图书管理系统以提高图书馆的管理效率。
使用该系统之后，工作人员可以查询某位读者、某种图书的借阅情况，还可以对当前图书借阅情况进行一些统计，给出统计表格，以便全面掌握图书的流通情况。
1.3 术语定义1.系统：图书馆管理软件2.图书信息：一些图书的基本信息，包括书名、书号、作者、出版社、库存数量及库存位置等信息，便于读者查询借阅。
3.借书记录：包括借阅者的姓名、ID号以及所借书的书名和借书日期等信息。
4. 借阅规则：对不同的借阅者有不同的借阅册数和借阅时间，对不同的违章情况有不同的罚款措施。
1.4参考资料:[1] 王立福等，《软件工程》（第三版），北京大学出版社[2] 张海藩，《软件工程导论》（第五版），清华大学出版社[3] 王珊等，《数据库系统概论》（第四版），高等教育出版社二、任务概述2.1 功能概述基本功能要求：图书管理：新书登记，图书查询，图书注销；借阅管理：借书，还书，查询今日到期读者；读者管理：增加读者、删除读者、查询读者、读者类别管理（可以设置不同类的读者，并使不同类读者对应不同类的图书流通参数，如可借册数，可借天数，可续借次数，可续借天数等）；报表管理：包括图书借阅统计报表，被注销图书统计报表等；报表可以有多种格式可供选择；可以把报表输出到文件中，可以预览报表、打印报表等。
需求分析说明书
需求分析说明书（SA09225214---李鹏飞）1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2项目概述 (2)2.1项目流程 (2)2.2系统结构框图 (3)3需求规定 (4)3.1对功能的规定 (4)3.2对性能的规定 (4)3.3输入输出要求 (4)3.4故障处理要求 (4)4分析模型 (5)4.1活动图 (5)4.2用例图 (5)1引言1.1编写目的本文对视频监控系统进行分析，作为用户和开发人员解决问题的共识、继续开发的依据和用户验收的标准。
供用户、开发人员、测试人员和项目负责人等相关人员阅读。
1.2背景更好的学习嵌入式Linux相关开发移植，以及驱动方面的知识。
1.3定义因项目规模较小，有关数据要求说明书的内容并入本文档。
1.4参考资料【1】《LINUX设备驱动程序》第三版Jonatban Corbet Alessandro Rubini&Greg Kroab-Hartman著魏永明耿岳钟书毅译中国电力出版社【2】《2410-S实验指导书》博创科技配套指导手册【3】《2410-S快速开始手册》博创科技【4】《嵌入式Linux应用开发完全手册》韦东山编著人民邮电出版社2项目概述2.1项目流程2.2系统结构框图通过如上框图，把整个系统分为更为细小的模块，以更好的进行开发。
3需求规定3.1对功能的规定实现监控功能；实现网络传输控制功能；3.2对性能的规定稳定3.3输入输出要求暂无3.4故障处理要求暂无4分析模型4.1活动图4.2用例图。
需求分析规格说明书
目录1 导言 01。
1 背景 01。
2 目的 01.3 名词解释 01.4 参考资料 (1)2 概述 (1)2。
1 系统环境 (1)2.2 功能需求 (2)2.3 参与者分工 (2)2.4 技术支持 (3)2。
4.1 MVC模式 (3)2。
4。
2 jsp+servlet+javabean开发模式 (4)3 UML建模语言 (4)3.1 基本概念 (4)3.1.1 对象图 (5)3.1.2 类图 (5)3。
1。
3 类图 (5)3.2 模型视图 (6)3.2.1 用例图 (6)3.2。
2 活动图 (6)3。
2.3 顺序图 (7)4 需求分析 (7)4.1 管理员需求分析 (7)4。
1。
1 管理员用例图 (7)4.2 普通用户需求分析 (10)4.2.1 普通用户用例图 (10)4.3 安全管理需求分析 (12)4。
3.1 安全管理用例图 (12)5 对性能的规定 (14)5.1 时间特性要求 (14)5。
2 灵活性 (14)5。
3 输入输出要求 (15)5.4 故障处理要求 (15)5.5 其他专门要求 (15)1 导言1。
1 背景近年来,随着互联网技术的迅速发展，越来越多的人开始关注软件开发这项技术，随之也开始涌现出了诸多的开发语言和开发工具.然而，安装这些开发工具对系统内存往往有较大的要求，即使成功安装，有时也会对我们的日常使用带来不便。
此外，这些开发工具只是提供了一个平台，供我们练习使用，本身并不能帮助我们提高软件开发水平。
所以我们小组联合开发了名为学程网的在线评测系统，该系统采用了B/S结构。
系统中有大量的习题，可以练习可以考试，既可以练习开发语言，亦可以温故数据结构.该系统的特点是方便、使用。
1。
2 目的实现以下功能：能够实现注册用户的功能：能够判断用户的身份，并根据身份的不同进入不同的页面；管理员能够实现在线添加试卷、试题，查询试卷、试题的功能；普通用户能够实现在线考试的功能；普通用户能够实现查询考试分数的功能；普通用户能够实现在线答题的功能;普通用户能够实现查询试卷和试题的功能。
系统软件需求和需求分析说明书模板(用例图+界面+文档)
1系统需求和需求分析说明书模板Mohit系统需求和需求分析说明书模板第一部分概述1．项目名称及背景➢项目名称➢开发背景2．文档说明第二部分任务说明1．功能概述2．用户环境浏览器(如IE 6以上版本)+网络开发(生产)环境:第三部分需求分析1．实现功能➢系统用例图用户业务逻辑如下图所示：95➢管理员功能清单功能编号功能名称文中标题编号备注101 人事管理101001 机构管理101002 部门管理101003 员工管理➢普通用户功能清单2．用例说明➢ [用例1] ●用例图●描述●参与者➢[用例2] ●用例图●描述●参与者➢[用例3] ●用例图●描述●参与者➢[用例4] ●用例图●描述●参与者➢[用例5] ●用例图●描述●参与者➢[用例6 ●用例图●描述●参与者➢[用例7] ●用例图●描述●参与者➢ [用例8]●用例图●描述●参与者➢ [用例9]●描述文件搜索功能：可以按条件查询需要的文件。
●参与者//*参与者，参与用例的对象*// ➢[用例10]●用例图发送消息消息管理管理消息●描述消息管理主要包括：创建消息、修改消息、删除消息、发布消息。
●参与者//*参与者，参与用例的对象*// ➢[用例11]●用例图●描述●参与者➢[用例12] ●用例图●描述●参与者➢[用例13] ●用例图●描述●参与者➢[用例14]●用例图●描述●参与者3．用例关系附1.2 系统设计说明书模板系统设计说明书版本历史第一部分概述1．文档说明2．系统需求概述第二部分系统总体结构第三部分系统设计类图//*系统中主要的、关键实体类图，参考图如下*//➢[用例1]实现●时序图//用例1的时序图，参考图如下*//●描述界面设计1．公共模块界面设计说明：页面设计要求尽量使用div布局完成。
所有的GridView要求实现分页功能。
图1.1用户登陆首页用户登陆首页要求：只有当用户名、密码都正确时才能通过验证。
107图1.2 管理员登录后看到的主界面管理员登录后的主页面要求：显示个人便签信息，左侧显示系统菜单和个人基本信息，上标栏有“主页”、“重新登录”、“修改密码”、显示当前时间功能。
需求分析-用例图-用例规约
2a.1 游客重新注册 2b.游客输入密码过短
2b.1 游客重新注册
用例名:登陆 参与者:普通用户 事件流: 1.用户访问论坛首页，选择登陆按钮，进入登陆界面 2.用户输入用户名、密码，完成登陆 可选路径: 2a.用户输入用户名或密码错误
2a.1 系统提示出错，并要求用户重新输入用户名及密码
用例名:个人资料管理 参与者:普通用户 事件流: 1.用户登陆并进入个人中心
3a.1 系统提示待添加用户与已有用户重复 3b.相应版块版主设置数量达到上限
3b.1 系统提示该版块版主数量设置达到上限
用例名:报表管理 参与者:管理员 事件流: 1.管理员登陆管理系统 2.管理员查看报表，或打印报表
用例图
用例规约
用例名:浏览帖子 相关需求:选择相应版块、浏览帖子 参与者:游客、用户 前置信息:游客访问论坛首页并选择相应版块 后置信息:显示当前帖子 主成功场景的事件流: →1.用户访问论坛首页，选择版块 ←2.服务器响应点击事件，跳转页面 →3.用户浏览版块下的帖子
←3a.1 系统提示错误 →3a.2 游客重新输入注册信息 →3b.游客填写的密码过短 ←3b.1 系统提示错误 →3b.2 游客重新输入注册信息
用例名:登陆 相关需求:用户登陆论坛 参与者:用户 前置信息:用户点击登陆按钮进入登陆界面，输入用户名和密码 后置信息:登陆成功进入论坛 主成功场景的事件流: →1.用户点击登陆按钮 ←2.服务器响应点击事件，跳转到登陆界面 →3.用户输入用户名和密码 ←4.登陆成功，用户进入论坛页面 扩展事件流: →3a.用户输入错误的用户名或密码
需求分析文档详细范例
需求规格说明书更改记录*修改类型分为A - ADDED M - MODIFIED D– DELETED文档编号：目的：定义软件需求，为后期的设计打下基础背景、备注：定义：参考：1概述客户是公司最宝贵的资源，为了更好的发掘老客户的价值，并开发更多新客户，XX公司决定实施客户关系管理系统。
希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理；希望通过对销售机会、客户开发过程的追踪和记录，提高新客户的开发能力；希望在客户将要流失时系统及时预警，以便销售人员及时采取措施，降低损失。
并希望系统提供相关报表，以便公司高层随时了解公司客户情况。
客户服务是一个涉及多个部门，存在一定流程的工作。
客户服务水平的高低决定着公司的核心竞争力。
该客户关系管理系统应提供一个客户服务在线平台，使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。
1.1目的本文档是武汉信息技术有限公司在与XX公司的客户关系管理系统实施合同基础上编制的。
本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。
同时本文档也作为项目评审验收的依据之一。
1.2范围主要是XX公司的销售主管、客户经理及其管理员用来管理语客户相关的信息与活动。
1.3背景客户关系管理系统用于管理与客户相关的信息与活动，但不包括产品信息、库存数据与销售活动。
这三类数据将由XX公司X销售系统进行管理。
1.4用户与角色系统管理员：管理系统用户、角色与权限，保证系统正常运行。
销售主管：对客户服务进行分配。
创建销售机会。
对销售机会进行指派。
对特定销售机会制定客户开发计划。
分析客户贡献、客户构成、客户服务构成和客户流失数据，定期提交客户管理报告。
客户经理：维护负责的客户信息。
接受客户服务请求，在系统中创建客户服务。
处理分派给自己的客户服务。
对处理的服务进行反馈。
创建销售机会。
需求分析报告模板含用例图
需求分析报告模板含用例图1. 引言本需求分析报告旨在分析和描述所开发系统的需求，以便为开发团队提供清晰的指导和方向。
本文档包括系统概述、功能需求、非功能需求以及用例图等内容。
通过对系统需求的深入分析，可以确保开发的系统满足用户的期望和要求。
2. 系统概述本系统旨在创建一个便捷的在线购物平台，用户可以通过该平台浏览和购买商品。
系统的主要功能包括用户注册登录、商品浏览、购物车管理、下单支付、订单管理等。
3. 功能需求3.1 用户注册登录用户可以通过注册账号进行身份认证和登录，以便享受更多的功能和服务。
用例图：graph TDA(用户)-->B(注册)A-->C(登录)3.2 商品浏览用户可以浏览平台上的商品，查看商品的详细信息、价格和库存等。
用例图：graph TDA(用户)-->B(浏览商品)3.3 购物车管理用户可以将感兴趣的商品添加到购物车中，并进行数量调整和删除操作。
用例图：graph TDA(用户)-->B(添加商品到购物车)A-->C(调整购物车商品数量)A-->D(删除购物车商品)3.4 下单支付用户可以在确认购买商品后，生成订单并进行支付操作。
用例图：graph TDA(用户)-->B(生成订单)A-->C(选择支付方式)3.5 订单管理用户可以在系统中查看、取消以及确认收货订单。
用例图：graph TDA(用户)-->B(查看订单)A-->C(取消订单)A-->D(确认收货)4. 非功能需求4.1 可用性系统应该具有良好的可用性，用户可以方便、迅速地进行操作，并获得即时的反馈。
4.2 安全性系统应该具备一定的安全性，用户的个人信息和支付信息应该得到有效的保护和加密。
4.3 性能系统应该具备较高的性能，能够在大量用户同时访问和操作时保持流畅和稳定。
5. 总结通过对系统需求的详细分析，我们明确了系统的功能需求和非功能需求。
软件需求分析和设计说明书
XX系统软件需求分析和设计说明书（使用面向对象的方法）组号：组长：组员：任务分配表1请详细注明每位同学具体的工作内容。
目录1 热身：练习使用Visio (1)2 作业：面向对象的分析和设计 (2)2.1 用例图 (2)2.2 类图 (2)2.3 序列图（顺序图） (2)2.4 状态图（状态机图） (2)2.5 活动图 (2)XX系统软件需求分析和设计说明书（面向对象方法）21热身：练习使用Visio以Microsoft Office Visio 2003为例：启动Visio，点击“帮助—Microsoft Office Visio帮助”。
在弹出的窗口中，点击“目录”—“创建绘图”—“软件”—“UML模型图”—“关于UML模型”。
在“关于UML模型”窗口中，依次练习使用对各类图的绘制方法。
其中，对类和对象的描述安排在“静态结构图”中。
在Microsoft Office Visio 2003中的“关于UML模型”窗口示意：如安装Microsoft Office Visio 2007：则启动Visio，点击“帮助—Microsoft Office Visio 帮助”。
在弹出的窗口中，点击“软件和数据库模型图”—“UML图”—“UML 系统模型和类型”。
按提示，依次练习使用“系统模型”（关于UML 模型图模板中的系统模型、向现有UML 系统模型添加新模型、创建新的UML 系统模型）、“用例图”、“静态结构图”、“序列图”、“状态图”、“活动图”，等。
其中，对类和对象的描述安排在“静态结构图”中。
热身要求：熟悉上述UML图的用途和表示方法，按照帮助说明使用Visio软件绘制“裁判员认证系统”的相关UML图。
每人独立完成，不需要提交试验报告。
实验时数：3学时。
2在5月22日前，由组长把本实验报告发送至教师邮箱。
组长在发送作业时，需要同时（如不同时转发，本次发送视同无效！）转发给所有组内的其他同学。
教师邮箱：dodge2000@，相关作业文件应为Word格式，并以附件方式发送。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
RequirementAnalysisSpecification需求分析规格书1版本更新記錄目录1版本更新記錄 (1)2用例圖 (4)3用例:GR _UC001創建收貨單 (4)3.1用例活動圖 (4)3.2參與者 (4)3.3用例觸發事件 (5)3.4用例概要 (5)3.5用例流程詳述 (5)4用例：GR_UC002召回收貨單 (8)4.1用例活動圖 (8)4.2參與者 (8)4.3用例觸發事件 (8)4.4用例概要 (8)4.5用例流程詳述 (9)5用例：GR_UC003沖銷收貨單 (9)5.1用例活動圖 (9)5.2參與者 (9)5.3用例發生條件 (10)5.4用例觸發事件 (10)5.5用例概要 (10)5.6用例流程詳述 (10)6類圖Class Diagram (11)6.1類圖 (11)6.2系統主類 (11)6.3其他公用類 (13)7系統接口簡介 (13)2 用例圖3 用例:GR _UC001創建收貨單3.1 用例活動圖收貨單創建者：[Creater]屬於變動角色，由具有[角色管控權限]的人指定。
2. 收貨單申請者：[Applicant]發出收貨申請的人，其他人可以代替該角色起草[收貨單]。
3. [GA 總務]4. 例外控制成員:[Exception Controller]CreaterApplicant屬於變動角色群體，由人為指定。
如果[收貨單]被提交給[SAP系統]進行處理，出現失敗情況，則該角色會參與到[收貨單]創建過程，否則不參與。
3.3 用例觸發事件1.在用例流程中，如果按鈕[Submit]被點選，則系統發送[通知郵件]給[Applicant]和下一個關卡的[User]。
2.在用例流程中，如果按鈕[Approve]被點選，則系統發送[通知郵件]給下一個關卡的[User]，如果點選該[Approve]按鈕的當前使用者是最後一個關卡，則系統發送[通知郵件]給[Submitter]和[Applicant]。
(Submitter即點選[Submitt]按鈕者。
)3.在用例流程中，如果[Reject]按鈕被點選，則系統發送[通知郵件]給[Submitter]和[Applicant]。
(Submitter即點選[Submitt]按鈕者。
)3.4 用例概要[Creater]根據實際需求起草[收貨單]，提交給[Applicant]進行審核。
[Applicant]審核完畢以後，如果不同意該[收貨單]，則駁回[收貨單]，否則批准[收貨單]，[收貨單]被提交給[GA總務]進行審核，若審核未通過，則[採購單]被駁回，否則自動傳送至[SAP系統]，如果[SAP系統]處理失敗，則[收貨單]被提交給[Exception Controller]審核，若審核未通過則[採購單]被駁回，否則重新傳送至[SAP系統]。
如果[SAP系統]對[收貨單]處理成功，則[創建收貨單]流程結束。
3.5 用例流程詳述4.[Creater]進入系統登陸認證模塊，成功登入[E-Procurement]系統。
(請參閱SB::UI003)5.[Creater]在[主菜單]的[Apply Forms]下拉菜單中點選[Goods receipts]選項，進入[Goods receipts Application]畫面。
用例流程開始。
(請參閱SB::UI004~UI::005) 6.在[GR No.]欄位將自動生成一個[流水號]。
該序列號是一個以[0000000001]開始的十位連續[序列號]。
7.在[Issued Date]欄位將默認顯示當前日期和時間。
8.在[Submitter]欄位將顯示登錄人的姓名和工號。
9.在[Status]欄位默認顯示狀態為[Draft]。
10.[Creater]點選欄位[Applicant]，在彈出的對話框中選擇[申請人]，默認顯示為[Submitter]的信息。
11.[Creater]點選欄位[Posting Date]，在彈出的日期選擇框中選擇過帳日期。
12.[Creater]在[Declaration No.]欄位填入[報關單號]。
13.[Creater]點選欄位[Posting to]，在彈出的對話框中選擇[Company Code]。
14.[Creater]填入[Subject]。
15.[Creater]點選按鈕[Add]，新建[採購單]，將開啟[Goods Receipts Line]畫面。
該畫面以Layer方式呈現，并覆蓋整個視窗。
(請參閱SB::UI006)16.[GR Line No.]欄位將顯示一個自動生成的序列號。
17.[Creater]點選欄位[PO No.]，將開啟新的畫面以選擇將要做[收貨單]的[PO]和[POLine]。
在該頁面中只能選擇[Indirect PO]，即序列號以2開頭的[PO]，而[Direct Po]在[WEE系統]中不做[GR]。
[GR]和[PO]為[多對多關係]，即同一張[GR]可以含有多條[PO Line]，同一張[PO]的不同[Line]可以開在不同的[GR]中。
(請參閱SB::UI011)18.[Creater]在[PO No.]欄位輸入需要做[GR]的[PO序列號]。
19.[Creater]在[Subject]欄位輸入Subject。
20.[Creater]點選[Category]和[Material Group]欄位，在分別彈出的下拉列裱中，選擇相應的[種類條目]和[物料組條目]。
21.[Creater]分別點選[Material No.]、[Vender]、[Submitter]、[Buyer]欄位在彈出的對話框中選擇[物料編號]、[供貨商]、[提交者]和[採購者]。
22.[Creater]在[Issued Date]欄位選擇[開始日期]和[結束日期]。
23.[Creater]點選按鈕[Search]，根據所設定的搜索條件，將在[Search Result]區域顯示搜索結果。
24.[Creater]可以勾選搜索結果中的[Checkbox]進行批量處理。
25.[Creater]點選按鈕[Submit]，頁面將刷新回[Goods Receipts Line]，所并帶入所搜選的[PO]條目數據。
(請參閱SB::UI006)26.在該畫面，欄位[PO Line No.]、[Vender]、[Material No.]、[Material Group]、[Plant]、[Warehouse]、[UOM]、[Currency]、[Quantity]、[Outstanding Quantity]、[PO Unit Price]、[PO Tax]的數據系從上一個頁面帶入。
27.[Creater]點選欄位[Receive Quantity]，填寫當前需要收貨的數量。
[ReceiveQuantity]應該小於或者等於[Outstanding Quantity]。
28.[Creater]點選欄位[Receiver]，在彈出的對話框中選擇[貨物]的接受者。
29.如果[Creater]需要創建[IR]，則分別在欄位[Invoice No.]、[Invoice Line No.]、[Invoice Unit Price ]填入相應的[發票編號]、[發表條目編號]和[發表單價]。
30.[Creater]點選欄位[Invoice Date]，在彈出的對話框中選擇[發票開始日期]；31.[Creater]點選欄位[Invoice Tax]，在彈出的對話框中選擇[交稅比率]。
32.[Creater]點選欄位[Invoice Price Currency ]，在下拉列表中選擇幣別。
33.在[Invoice Price(Before Tax)]欄位將自動顯示[Invoice Unit Price ]*[Quantity]計算結果。
在[Invoice Price (After Tax)]欄位將自動顯示[(Invoice Price)*(Quantity)-(需繳稅收金額)]的計算結果。
[Creater]點選按鈕[Save]之後，系統將自動生成一張處於[Draft]狀態的[IR]。
34.[Creater]點選按鈕[Save]保存所做的設定，自動回跳至[Goods ReceiptsApplication]頁面，且把在上一頁面所做的設定帶入該頁面。
(如果[Creater]點選按鈕[Cancel]，則所做的設定將不會生效。
)35.[Creater]點選按鈕[Upload Attachment]上傳所需要的附件。
36.[Creater]在[Comment]區域輸入Comment。
37.[Creater]點選按鈕[Save]，保存在該[GR]中所做的設定，該[GR]此時進入[Draft]狀態。
38.如果[Creater]想要對[GR]進行刪除，則點選按鈕[Delete]，此時該[GR]處於[Canceled]狀態。
[Delete]按鈕僅僅對處於[Draft]狀態的[GR]生效。
39.[Creater]點選按鈕[Submit]，提交[GR]到[Applicant]的代辦事項中。
此時[GR]進入[Under Approval]狀態，且系統發送[通知郵件]給[Applicant]，告之[GR]到達。
40.[Applicant]登入系統，打開提交過來的[GR]進行審核。
(請參閱SB::UI007)41.[Applicant]不能對[GR]進行修改，僅僅可以進行簽核作業。
42.[Applicant]點選按鈕[Upload]上傳附件；[Applicant]在[Comment]區域輸入Comment。
43.如果[Applicant]不同意該[GR]申請，則點選按鈕[Reject]，駁回該[GR]。
此時，[GR]將重新進入[Creater]的待辦事項，且進入[Draft]狀態。
44.如果[Applicant]同意該[GR]，則點選按鈕[Approve]，對[GR]進行批准操作。
[GR]將被提交到[GR總務]的待辦事項中。
45.[GR總務]登入系統，并打開提交過來的[GR]進行審核。
(請參閱SB::UI007)46.[GR總務]不能對[GR]進行修改，僅僅可以進行簽核作業。
47.[GR總務]點選按鈕[Upload]上傳附件；[GR總務]在[Comment]區域輸入Comment。
48.如果[GR總務]不同意該[GR]申請，則點選按鈕[Reject]，駁回該[GR]。
此時，[GR]將重新進入[Creater]的待辦事項，且進入[Draft]狀態。
49.如果[Applicant]同意該[GR]，則點選按鈕[Approve]，對[GR]進行批准操作。
[GR]將被自動傳送至[SAP系統]。