软件规格说明书
1引言
1．1编写目的
为了能高效的，有计划设计图书馆管理系统。本报告的主要作用是确定各个项目模块的设计情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发.减少设计中的不必要损失。
主要具体步骤：拟订项目设计计划书，分配项目工作，安排项目进度。1．2背景
当今时代是飞速发展的信息时代。在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制，不仅提高了工作效率而且大大的提高了其安全性。
数据处理时，使用手工操作，工作量大，出错率高，出错后不易更改，由于信息比较多，图书借阅信息的管理工作混乱而又复杂。建立图书管理系统能够有效地解决以上问题，而且能大大的提高工作效率，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改图书情况。
说明：
a．所建议开发的软件系统的名称：图书馆管理系统
b．本项目的任务提出者：一组成员。
开发者：XXXXXXXXXXXXXXXXXXX
用户：图书馆工作人员及读者
c．图书馆委托我们开发该软件系统。
1．3定义
系统的应用功能模块包括：
管理员系统：图书添加、图书还书借阅查询管理
读者借阅系统：图书借阅归还
1．4项目性质
盈利，商业化的学术、文化教育管理系统。
1.5参考资料
Java SQL Server项目开发实践中国铁道出版社苏年乐主编
JSP项目开发全程实录清华大学出版社周桓王殊宇主编https://www.doczj.com/doc/8f18194992.html,列出的参考资料----软件需求说明书编写规范。
2．任务概述
2.1目标
实现图书管理信息系统的基本需求。让图书馆能够有效的管理图书的查询、借阅、增加、归还等操作，保护好文件，促进图书管理的信息化、规范化，实现图书馆的智能化管理，以提高图书馆的的工作效率。
2.2用户特点
社区管理员一般都有社会人士担任，系统的各项操作应当简单易懂，做到所见即所得。
2.3假定条件与限制
本图书管理信息系统软件是应用于中小型的图书馆。在功能上还不是很健全，还需要进一步完善，还可进一步实现与E-Mail和Internet电话连接起来，成为网络图书管理信息系统软件。
3.需求规定
3.1细化的dfd图
第二层图
书
新读者信息
新管理员信息
F2 借阅信息表
F2 馆藏图书信息表
图
书
读者信息1
借阅图书
3
查询
2
归还图书
5
修改读者
4
修改图书
6
修改管理员
读者
管理员F1 读者信息表
F2 馆藏图书信息表
F4 罚款信息表
F5 管理员信息表
新图书信息
3.1.1图书查询
3.1.2读者管理
3.1.3还书
3.1.4借书
第三层
3.1.5读者增删
3.1.6管理图书（查询图书）
3.1.7新书入库
3.2系统数据库ER图
3.3系统状态图
3.3.1管理员状态图
3.3.2读者状态图
4. 功能规定
4.1 对功能的规定
41.1 系统功能概述
功能名称简要说明
登录数据库的链接、数据库操作、相关表的建立、登录信息显示
查询图书信息按书名查，按图书类别查，按作者，按出版社查，可提供选择和输入两
种方式
列出本人所有借阅历史信息和当前借阅信息
查询本人借阅信
息
查询图书信息查询馆藏图书和借阅图书，以列表显示，点击每本图书显示该图书详细
信息
查询读者信息提供输入姓名和编号两种方式
图书入库登记图书入库信息
办理借书证给读者分配一个编号，登记读者信息
图书借阅和归还不同级别会员的出借天数和最多借阅册书不同
逾期未还处理列出未还的图书清单和读者清单
挂失处理包括借书证挂失和图示遗失处理，借书证挂失在挂失数据表中处理，图
书遗失在借阅表和图书表中处理
4.1.2 功能需求描述
1. 认证
1）验证用户身份，输入ID和密码，随后的交互取决于用户的身份；
2.如果用户是读者，可进行如下交互：
1）查询图书的各种信息（按书名查，按图书类别查，按作者，按出版社查，可提供选择和输入两种方式）；
2）查询本人的借阅信息（列出本人所有借阅历史信息（六个月内，一年内）和当前借阅信息（未还））；
3.如果用户是管理员，可进行如下交互：
1）查询图书的各种信息
查询馆藏图书和借阅图书，以列表显示，点击每本图书显示该图书详细信息；
2）查询读者的各种信息
提供输入姓名和编号两种方式
3）图书入库
登记图书入库信息
4）办理借书证
给读者分配一个编号，登记读者信息
5）图书借阅和归还
不同级别会员的出借天数和最多借阅册书不同
6）逾期未还处理
列出未还的图书清单和读者清单
7）挂失处理
包括借书证挂失和图示遗失处理，借书证挂失在挂失数据表中处理，图书遗失在借阅表和图书表中处理
4、完整性约束
1.图书编号和读者编号唯一；
2.读者借阅的图书一定是系统中提供的图书，一个读者不能借同一本书超过1本；
3.读者遗失的图书一定是本人借阅的图书；
4.已遗失的图书不能再被借阅；
5.遗失图书数量不能超过馆藏图书数量；
6.已挂失的借书证不能再借书；;
7.出借天数和最多借书册书由会员级别决定。
4.2 对性能的规定
4.2.1 精度
由于此软件是一个信息管理系统，其实际应用过程中必须要求记录信息和查询信息的准确性，由于系统信息录入时能选择录入的尽量选择录入，手工录入的信息也要判断其录入内容的合法性。
4.2.2 时间特性要求
该图书馆借阅管理系统在时间要求不是很高，只认为其在单个终端上使用，尽管如此，平凡的查询还是要求响应的时间尽可能的短。因此，还是要尽量优化功能模块的代码，减少数据库的访问次数。在完成功能的前提下尽量减少数据库的访问次数或数据操纵的次数。
4.2.3 灵活性
由于系统采用B/S 的结构，所以在操作上比较灵活，客户机只需要具有浏览器即可实现对该软件操作了，对于服务器端则要配备相应的环境，以及相应的数据库的安装。此系统
主要采用JSP 来实现，根据Java 语言的特点，具有可移植性，只要是符合java语言的开发环境都可以运行该系统软件。
在设计时要注意其适用性及可变性方面的功能，方便版本的更新，以及在需求发生变化的时候可以及时地进行修改。主要是在功能列表中有接口，便与今后后续的概念的增加；在各个功能的具体下设的细小的功能的部分要便于增加与修改以及删除。
4.3 输人输出要求
输入基本上是通过post 方法进行，即用户选择或者手工录入的信息写入数据库。输出则是依靠相应的JSP 代码完成HTML 代码的打印。
4.4 数据管理能力要求
在系统设计及实施阶段，要有阶段性的记录文件。
对于数据库的设计要足够的大，表的空间要足够大，同时要有一个可变化的空间，对于今后在此方面的增长上能够有足够的空间。
在数据精度及范围上及存储上可根据编码人员的设计决定，注意的一点是要有足够的空间的大小。
4.5 故障处理要求
对于可能出现的故障问题应该在重新启动系统时，自动恢复，同时对于产生的故障可能是无法估计的，或是由于特殊的原因而产生的，所以应该就有的一项功能是能够及时地对用户进行的操作进行恢复与保存的功能，目的是使得当系统遇到不可抗拒的原因被迫中止运行时能够对用户来说产生最小的损失。
4.6 其他专门要求
扩展策略: 考虑到今后系统的应用范围及频度方面的问题可以，在设计时要充分考虑到今后系统得功能扩展以等方面的问题。
复用策略：本系统目前正在使用中，复用的程度会很高，所以在服用方面一定要做好充足的准备。
折衷策略。说当两个目标难以同时优化时，如果存在此种情况时，这是我们需要考虑的是客户的需求在哪一方那个面更大些，这样我们就可以有侧重的进行。例如“时－空”效率折衷，
如果客户在时间上要求更加迫切的话，那么就可以适当在时间方面略有侧重。复杂性与实用性折衷，此方面的折衷办法也是相同的。
5运行环境规定
5.1 设备
a．处理器型号及内存容量
CPU P4-3.0/1G内存
b．外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；
80G硬盘、脱机
c.输入及输出设备的型号和数量，联机或脱机；
键盘：USB2.0接口/1个；USB3.0接口1个
显示器：14'显示器，可显示真彩16位，1024×768屏幕分辨率/1台；
脱机
d．数据通信设备的型号和数量；
用户终端设备：WEC-3601 /1台
调制解调器1台
多路复用器1台
网络设备：
网卡：D-Link DFE-530TX/1个
交换机：TP-Link TL-SF1024/1台
路由器：TP-Link TL-R406/1台
UPS：山特MT1000/1台
VPN设备：NETGEAR FVS318/1台
e．功能键及其他专用硬件
5.2支持软件
系统的使用主要考虑的是数据库的安全有效运行，在Widows 7和Windows XP
都可以实现。
5.3接口
暂无与其他软件之间接口；
网络协议：TCP/IP协议
5.4控制
运行方法：在服务器端需装有该系统软件。首先启动服务器，使得服务器段的软件正常的运行起来，在客户端通过专有的IP 即可登陆系统，并且使用该系统。
1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,1024*768的兼容显示器 标准兼容打印机 <2>软件方面: WIN XP操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下:
3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户 组成:返回信息 流通量:每次登录返回一次 3.数据流名:输入修改信息 来源:用户 去向:系统判断部分 组成:根据各数据库内容而不同 流通量:依用户输入而定 4.数据流名:反馈信息 来源:系统判断部分 去向:用户 组成:系统经判断后发回的字符数据 流通量: 依系统当前信息而定 5.数据流名:识别信息 来源:系统内部检验部分 去向:系统判断部分 组成:系统各数据库的标识信息 流通量:用户每次输入流通一次 6.数据流名:处理信息 来源:系统判断部分
附2: 软件文档编写向导 文档分类 项目包括如下几类文档： 项目管理文档。包括：《软件项目计划》、《项目进度报告》、《项目开发总结报告》 软件开发文档。包括：《需求规格说明》、《概要设计说明》、《详细设计说明》、《测试计划》、《软件测试分析报告》。 产品文档。包括：《用户操作手册》《演示文件》。 软件项目计划 （Software Project Plan） 一?引言 1?编写目的（阐明编写软件计划的目的，指出读者对象。） 2?项目背景（可包括：（1 ）项目委托单位、开发单位和主管部门；（2）该软件系统与 其他系统的关系。） 3?定义（列出本文档中用到的专门术语的定义和缩略词的原文。） 4?参考资料（可包括：文档所引用的资料、规范等；列出资料的作者、标题、编号、发 表日期、出版单位或资料来源。） 二?项目概述 1.工作内容（简要说明项目的各项主要工作，介绍所开发软件的功能性能等?若不编写可行性研究报告，则应在本节给出较详细的介绍。） 2.条件与限制（阐明为完成项目应具备的条件开发单位已具备的条件以及尚需创造的 条件?必要时还应说明用户及分合同承包者承担的工作完成期限及其它条件与限制。） 3.产品 （1）程序（列出应交付的程序名称使用的语言及存储形式。） （2）文档（列出应交付的文档。） （3 ）运行环境（应包括硬件环境软件环境。） 4?服务（阐明开发单位可向用户提供的服务?如人员培训安装保修维护和其他运行支持。 5.验收标准
三.实施计划 1.任务分解（任务的划分及各项任务的负责人。） 2?进度（按阶段完成的项目，用图表说明开始时间完成时间。） 3?预算 4?关键问题（说明可能影响项目的关键问题，如设备条件技术难点或其他风险因素，并说明对策。） 四.人员组织及分工 五.交付期限 六.专题计划要点（如测试计划等。） 项目开发进度报告 一.报告时间及所处的开发阶段 二.给出进度 1.本周的主要活动 2.实际进展与计划比较 三.所用工时（按不同层次人员分别计时。） 四.所有机时 五.工作遇到的问题及采取的对策 六.本周完成的成果 七.下周的工作计划 八.特殊问题 项目开发总结报告 一.引言 1.编写目的（阐明编写总结报告的目的，指明读者对象。） 2.项目背景（说明项目的来源、委托单位、开发单位及主管部门。） 3.定义（列出报告中用到的专门术语定义和缩写词的原意。） 4.参考资料（列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括： （1 ）项目开发计划；（2 ）需求规格说明书；（3 ）概要设计说明书；（4 ）详细设计说明
Confidential (公司内部文档) XXXX需求规格说明书
需求规格说明书
目录 1 前言 (4) 1.1编写目的 (4) 1.2文档约定 (4) 1.3术语和缩略词 (5) 1.4参考资料 (5) 2 项目概述 (5) 2.1项目背景 (5) 2.2项目目标 (6) 2.3需求范围 (6) 2.4总体框架 (6) 2.5组织机构 (6) 2.6用户特点 (6) 2.7设计约束 (7) 3 功能性需求 (7) 3.1总体流程 (7) 3.2角色定义 (7) 3.3系统功能 (7) 3.4功能描述 (8) 4 非功能性需求 (10) 4.1软件需求 (10) 4.2硬件需求 (11) 5 风险分析 (12) 6 其他说明 (12)
1前言 1.1编写目的 [说明编写这份需求规格说明书的目的，指出预期的读者（一般包括评审人员、软件设计人员、软件开发人员，针对具体情况，还可能包括客户），它是软件开发的基础。] 示例： 1.准确全面定义、阐述xx业务需求，明确xx系统的目标和功能。 2.为有关业务部门和技术部门提供对这个系统的统一的文字的理解。为业务部门判断系统 是否满足其业务需要提供文字依据，为技术部门监督项目功能提供统一标准。 3.在xx系统之前尽可能周密考虑全部需求及设计要求，减少以后可能的重新设计、重新 编码、重新测试等工作。 4.为设计项目方案、编制计划进度提供文字依据。 5.为对项目的完成进行确认和验证提供基准。 本需求规格说明书合法读者对象为：软件开发项目管理者、设计师、测试工程师、技术人员、业务人员。 1.2文档约定 [描述编写文档时所采用的字体标准或排版约定，包括标题和正文的字体和字号约定。完成文档编写后，文档编写完成后本部分须裁剪] 字体大小约定： 标题1 宋体三号加粗 标题2 宋体小三号加粗 标题3 宋体四号加粗 标题4 宋体小四号加粗 标题5 宋体小四号 正文宋体五号 段落约定：文章中每段落需抬头，即段落开头需有两字元的缩排，单倍行距。 表与图编号约定：文中所有表、图须按章节编号，如：第四章节第二个表，编号为：表4-2。
WORD文档可编辑 X X X X X X单位 X X X X X X X项目 软件需求规格说明书 金碧信息科技
目录 第一章引言 (5) 1编写目的 (5) 2软件需求分析理论 (5) 3软件需求分析目标 (5) 4参考文献 (6) 第二章需求概述 (7) 1.项目背景 (7) 2.需求概述 (7) 3.条件与限制(可选) (8) 4.移动办公系统结构 (8) 5.移动办公网络拓扑图 (9) 第三章系统功能需求 (10) 1.移动办公系统升级改造需求 (10) 界面显示要求 (11) 待办公文列表 (11) 待办公文列表排序 (11) 公文详细信息界面元素 (11) 网站信息审批 (12) 会议申请 (12) 意见录入 (12) 移动邮件 (12) 会议管理 (13) 通知通告 (13) 通讯录管理 (14) 2.车辆管理模块升级改造需求 (14) 系统功能架构 (14) 网络拓扑结构 (15)
3.电子公文预览需求 (15) 电子公文交换网络 (16) 电子公文交换流程 (18) 4.政务信息管理系统平台功能需求 (19) 第四章软硬件或其他外部系统接口需求 (21) 1.用户界面 (21) 2.硬件需求 (22) 3.网络需求 (22) 4.接口需求 (22) 5.通信需求 (23) 6.运行环境 (23) 第五章其他非功能需求 (24) 1.性能需求 (24) 2.安全设施需求 (25) 3.安全性需求 (25) 4.扩展性需求 (26) 5.可移植性需求 (26)
第一章引言 1编写目的 为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。 2软件需求分析理论 软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。 软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。 3软件需求分析目标 软件需求分析的主要实现目标： 1)对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一 致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件 需求； 2)了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一 个基准； 3)为软件管理人员进行软件成本计价和编制软件开发计划书提供依据； 需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。 软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2总体设计 (3) 2.1需求规定 (3) 2.2运行环境 (3) 2.3基本设计概念和处理流程 (3) 2.4结构 (3) 2.5功能器求与程序的关系 (3) 2.6人工处理过程 (3) 2.7尚未问决的问题 (3) 3接口设计 (4) 3.1用户接口 (4) 3.2外部接口 (4) 3.3内部接口 (4) 4运行设计 (4) 4.1运行模块组合 (4) 4.2运行控制 (4) 4.3运行时间 (4) 5系统数据结构设计 (4) 5.1逻辑结构设计要点 (4) 5.2物理结构设计要点 (5) 5.3数据结构与程序的关系 .......................................................... 错误！未定义书签。6系统出错处理设计 (5) 6.1出错信息 (5) 6.2补救措施 (5) 6.3系统维护设计 (5)
项目初步设计规格说明书 1引言 1.1编写目的 使用ERP管理架构，对医药公司各部门进行管理。 1.2背景 a.待开发的软件系统的名称： b.提出者： 开发者： 用户： 计算机中心： c.该软件系统同其他系统或其他机构的基本的相互来往关系：根据本系统内部的各职 能部门的要求，方便快捷的实现同其他机构软件有机连接，使资源最大化利用。 1.3定义 提示:列出本文件中用到的专门术语的定义和英文缩写的原词组。如： ERP:Enterprise Resource Planning（企业资源计划） GSP:Good Supplying Practice《药品经营质量管理规范》 HR:Human Resourses人力资源技术 OA:Office Autoation办公自动化 IM:Inventory Management库存管理 EIP:Enterprise Information partal企业信息门户 1.4参考资料 有关的参考文件： 本文件中各处引用的文件、资料，包括所要用到的软件开发标准： 1.实训教学PPT及相关ERP项目文档； 2.软件开发标准按照机房配置统一标准。
项目名称（v1.0）产品需求说明书 XXXX公司
(版权所有,翻版必究)
文件变更控制 目录 1.文档介绍 (6)
1.2.术语和缩略语 (6) 2.用户需求 (6) 2.1.用户概述 (6) 2.2.使用场景 (6) 3.产品（版本）概述 (7) 3.1.目标7 3.2.产品结构图 (7) 3.3.页面结构图 (7) 3.3.1.模块1页面结构 (7) 3.3.2.模块2页面结构 (7) 3.4.核心业务流程图 (7) 3.4.1.核心业务1流程图 (7) 3.4.2.核心业务2流程图 (8) 3.5.全局说明 (8) 4.功能需求 (9) 4.1.功能需求总述 (9) 4.1.1.功能需求总表 (9) 4.1.2.角色、权限需求 (10) 4.2.功能需求1 (10) 4.3.功能需求2 (11) 4.4.功能需求N (11) 5.非功能需求 (11) 5.1.性能需求 (11) 5.2.安全保密需求 (12) 5.3.扩展性需求 (12) 5.4.稳定性需求 (12) 5.5.兼容性要求 (12) 5.6.部署需求 (12) 6.时间计划要求 (13) 7.界面要求 (13)
1.文档介绍 1.1.编制目的 描述文档编写的内容及目的和作用。 1.2.术语和缩略语 1.3. 2.用户需求 2.1.用户概述 产品用户分为几类，每种类型的用户特点及关注点进行描述； 2.2.使用场景 描述用户使用该产品核心功能的场景，作为产品功能需求的重要依据 通过业务背景，使用软硬件环境，业务流程，性能要求等方面描述几个用户最关心的核心功能场景，重点是强调用户的业务需求。
图书馆信息管理系统 一、项目背景： 当今社会，计算机正被广泛的应用与各个领域。使用计算机进行信息化处理，能够大大提高管理人员的工作效率，同时，使用计算机解决问题可以节约大量的人力、物力。而系统作为计算机的核心，它具有操控整个计算机的功能。 二、项目目标 本系统开发的总体任务是实现图书馆的信息化管理。系统要完成对图书的增删改查等等，同时对系统设置权限，主要是设置用户的权限。例如学生和教师可以查询相关学生的有关信息，学院的有关信息，出版社的有关信息，管理员的有关信息，图书的有关信息，管理员处理借书证的有关信息，学生借阅图书的有关信息，学院颁发借书证的有关信息，但是教师和学生不能对这些信息进行增删查改。而只有图书馆管理人员才能进行以上信息的增删改查，从而保证系统的安全性和完整性。但，管理员不能对管理员表进行增删查改，只有图书馆的主管才能对管理员的信息进行插入、删除、修改，这样可以保证这些表的信息不能任意地被篡改，保证系统的完整性，也使系统具有安全性。
需求分析分为三个部分：需求的文字表述、数据流图、数据字典。 一、需求分析 第一部分调查用户需求 本系统的最终用户为在校学生，我们根据从图书馆方面取得的图表资料、文字资料以及其他细节方面的信息，根据我们日常生活中的经验，根据我们所做的其他询问和调查，得出用户的下列实际要求： 1、学校的组织机构情况 调查是系统需求分析的重要手段，只有通过对用户深入细致的调查研究才能得到需要的信息。需求分析的重点是调查、收集和分析用户在数据管理中的信息需求、处理要求、安全性与完整性要求。 （1）信息要求是指用户需要从数据库中获得信息的内容与性质。通过信息要求可以导出数据要求，即在数据库中需要存储哪些数据。 （2）处理要求是指用户要求完成什么处理功能，对处理的响应时间有什么要求，处理方式是什么等，即功能要求和性能要求。 （3）数据安全性和完整性要求包括数据保密措施和存取控制要求、数据自身的或数据之间的约束限制等。 新系统的功能必须能够满足用户的信息要求、处理要求、安全性和完整性要求。 2、需求分析调查的内容 与图书馆信息管理相关的学校的组织机构有：图书、学生、管理员、学院和出版社。学校的所有日常工作都是围绕着这三大部分进行的。 一个学校下设若干学院，如计算机学院、经济学院、法学院、财政金融学院、外国语学院等；一个学院下设若干专业，如计算机学院下设三个专业：信息管理与信息系统、计算机科学与技术和数学与应用数学、软件工程等等；一个专业有若干班级，如计算机学院的2013级信息管理与信息系统专业下设两个班级：信息1班、信息2班；一个班级有若干同学。 一个学院给学生颁发了借书证，借书证号是对应的每个人的学号，一个学院可以给若干个学生颁发借书证，一个学生只能拥有唯一的借书证，并且一个学生只能附属于一个学院，也就是说一个借书证只能由一个学院颁发。 一个图书馆有若干本书，书有不同的作者，例如白落梅，曹雪芹等，书也有不同的出版社，如清华大学出版社等。一个学生可以借多本书，比如说借阅《高等数学》、《离散数学》等等，一本书也可以由不同的学生在不同的时间进行借阅。 一个出版社可以出版若干本书，一本书也可以由不同的出版社多次出版。例如清华大学出版社可以出版《高等数学》，也可以出版《大学英语》。大学英语，可以由清华大学出版社出版，也可以由工业机械出版社出版。 图书馆的一个管理员可以管理多本图书，一本图书也可以多个管理员管理。所以图书与管理员之间的关系也是多对多。 借阅图书，管理员会对学生的借书证进行处理，一个管理员可以处理若干个学生的借书
［在此处键入］****系统 软件需求规格说明书Versio n 1.0
精品资料
修订历史记录
目录 1 引言 (5) 1.1 目的与范围 (5) 1.2 预期的读者 (5) 1.3 系统的范围 (5) 1.4 参考资料 (5) 1.5 术语、缩写词 (6) 2 当前系统 (6) 2.1 当前系统概述 (6) 2.2 当前系统存在的问题................................... 错误！未定义书签。 3 建议的系统 .............................................................. 错误！未定义书签。 3.1 建议系统概述......................................... 错误！未定义书签。 3.2 功能性需求概述....................................... 错误！未定义书签。 3.3 非功能性需求......................................... 错误！未定义书签。 3.3.1 用户界面与人员因素............................ 错误！未定义书签。 3.3.2 硬件考虑..................................... 错误！未定义书签。 3.3.3 性能特征..................................... 错误！未定义书签。 3.3.4 错误处理与极端情况............................ 错误！未定义书签。 3.3.5 系统接口..................................... 错误！未定义书签。 3.3.6 质量要求..................................... 错误！未定义书签。 3.3.7 物理环境..................................... 错误！未定义书签。 3.3.8 安全问题..................................... 错误！未定义书签。 3.3.9 资源问题..................................... 错误！未定义书签。 3.4 系统变更............................................. 错误！未定义书签。 3.5 约束( Constraints ) ................................................................................. 错误！未定义书签。 3.6 系统模型............................................. 错误！未定义书签。 3.6.1 用例模型 (6) 3.6.2 对象模型..................................... 错误！未定义书签。 4 附录 .................................................................... 错误！未定义书签。 4.1 NEMA 0183 格式简介 ................................... 错误！未定义书签。
1软件开发实施方案 系统开发严格按照软件工程的方法进行组织，系统的开发过程按照需求分析、系统分析与设计要求、系统编码、系统测试几个过程有序推进。下表所示系统开发流程图，采用原型及迭代方式开发，根据用户需求持续改进，直到最终用户确认满意。 1.1开发流程总述 如下图示流程定义了我公司内部的软件开发过程，以指导和规范软件项目中开发过程的定义和相应的实施。 该过程可划分为一系列子过程，包括：软件需求分析、设计、编码、测试、验收、维护，每个子过程又由一系列任务和活动组成，如设计过程又可分为结构设计和详细设计。但是在实际开发项目中，情况仍然会是千变万化的，因此我们也并不是一成不变的死板执行一个僵化的工作流程，我们的原则是在一个规范流程的指导和约束下，根据具体工程项目的实际要求，为每一个项目评估并制定真正能够最好的满足该项目要求的开发流程。
图 1.1-1 软件开发流程总图
在应用系统软件开发项目中，我们仍将遵循这一思想，这一点将在随后的项目开发实施计划部分有具体的体现，在这里和下面的相关章节中，我们仍将围绕着这个完整的开发流程来分析说明，以此来阐明我们对项目开发的完整过程管理思想和相关实践。下面我们对这个软件开发工作流程进行简要地分解说明。 1.2软件需求分析 （1）概述 由于应用系统与众多相关应用软件需要进行交互，因此需要先对这些应用系统进行分别梳理，充分做好需求调研工作，编写经项目单位认可并评审通过的《系统需求规格说明书》。 软件需求分析是按照项目定义的软件开发过程，根据系统分配给软件的需求（见《系统需求规格说明书》），进行软件质量特性规格说明的过程。该过程包括进一步明确软件运行环境，明确对软件的功能、性能和数据要求，以及软件与硬件、软件与软件之间的接口要求等，并对软件需求进行验证和文档化，即完成对软件需求的分析与规格定义。 本元素在整个过程中的位置如下图所示： 图示：软件需求分析在软件开发过程中的位置 （2）入口准则和出口准则
项目名称 产品需求规格说明书
版本历史
目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文档 (4) 0.5术语与缩写解释 (4) 1. 产品介绍 (5) 2. 产品面向的用户群体 (5) 3. 产品应当遵循的标准或规范 (5) 4. 产品范围 (5) 5. 产品中的角色 (5) 6. 产品的功能性需求 (6) 6.0功能性需求分类 (6) 6.M F EATURE M (6) 6.m.n Function M.N (6) 7. 产品的非功能性需求 (7) 7.1用户界面需求 (7) 7.2软硬件环境需求 (7) 7.3产品质量需求 (7) 7.N 其他需求 (7) 附录A：需求建模与分析报告 (8) A.1需求模型1 (8) A.N 需求模型N (8) 附录B：需求确认 (9)
0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期 0.5 术语与缩写解释
1. 产品介绍 提示： （1）说明产品是什么，什么用途。 （2）介绍产品的开发背景。 2. 产品面向的用户群体 提示： （1）描述本产品面向的用户（客户、最终用户）的特征， （2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？ 3. 产品应当遵循的标准或规范 提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。 4. 产品范围 提示：阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；（3）有助于控制需求的变更。 5. 产品中的角色 提示：阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。
图书馆管理系统使用说明书 配置源程序 附加数据库SQL Server 2000 （1）将TM\05\Database文件夹中的扩展名为db_library_Data.MDF和db_library_Log.LDF的两个文件拷贝到SQL Server安装路径下的Data文件夹中。 （2）打开SQL Server 2000中的“企业管理器”，然后展开本地服务器，在“数据库”数据项上单击鼠标右键，在弹出的快捷菜单中选择“所有任务”/“附加数据库”菜单项。 （3）将弹出“附加数据库”对话框，在该对话框中单击【】按钮，选择所要附加数据库的db_library_Data.MDF文件，单击【确定】按钮，即可完成数据库的附加操作。 发布与运行 （1）将光盘\TM\05\libraryManager文件夹拷贝到MyEclipse的工作空间中。 （2）启动MyEclipse。 （3）选择“文件”/“导入”菜单项，展开“常规”节点，选择“现有项目到工作空间中”子节点，如图1.1所示。 图1.1 “导入”窗口 （4）单击【下一步】按钮，单击【浏览】按钮，选择程序所在目录，然后勾选“将项目复制到工作空间中”复选框，如图1.2所示。
图1.2 “导入”窗口 （5）单击【完成】按钮。 （6）在项目上单击鼠标右键，依次选择“新建”/“文件夹”命令，新建一个“lib”文件夹，然后，将SQL Server 2000数据库驱动文件“msbase.jar、mssqlserver.jar、msutil.jar”拷到该文件夹中。在该文件上单击鼠标右键，选择“构建路径”/“添加至构建路径”命令。 （7）在导入工程的src文件中，找到可执行的主类，在该类上单击鼠标右键，选择“运行方式”/“Java应用程序”项，如图1.3所示，完成程序配置
软件需求规格说明书 文件编号：QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (4) 1.1目的 (4) 1.2背景 (4) 1.3术语 (4) 1.4预期读者与阅读建议 (4) 1.5参考资料 (4) 1.6需求描述约定 (5) 2.项目概述 (6) 2.1系统功能 (6) 2.2业务描述 (6) 2.3数据流程描述(可选) (6) 2.4用户的特点 (6) 2.5运行环境要求 (6) 2.6设计和实现上的限制 (6) 3.功能需求的描述 (6) 4.非功能需求 (7) 4.1系统性能要求 (7) 4.2系统安全及保密要求 (7) 4.3系统备份与恢复要求 (7) 4.4系统日志 (7) 5.外部接口说明 (7) 6.其他需求 (8) 7 需求变更识别 (8) 8.功能列表 (8) 9.附件 (8)
1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
1引言 2 1.1编写目的 2 1.2背景 2 1.3定义 2 1.4参考资料 2 2程序系统的结构 2 3程序1（标识符）设计说明 2 3.1程序描述 3 3.2功能 3 3.3性能 3 3.4输人项 3 3.5输出项 3 3.6算法 3 3.7流程逻辑 3 3.8接口 3 3.9存储分配 4 3.10注释设计 4 3.11限制条件 4 3.12测试计划 4 3.13尚未解决的问题 4 4程序2（标识符）设计说明 4
项目详细设计规格说明书 1引言 1.1编写目的 1.2背景 待开发的软件系统的名称： 提出者： 开发者： 用户： 计算机中心： 该软件系统同其他系统或其他机构的基本的相互来往关系：根据本系统内部的各职能部门的要求，方便快捷的实现同其他机构软件有机连接，使资源最大化利用。 1.3定义 提示:列出本文件中用到的专门术语的定义和英文缩写的原词组。如： 1.4参考资料 列出有关的参考资料，如： 本文件中各处引用的文件、资料，包括所要用到的软件开发标准： 1. 实训教学PPT及相关ERP项目文档； 2. 软件开发标准按照机房配置统一标准。
2程序系统的结构 用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间的层次结构关系。 3程序1（标识符）设计说明 3.1程序描述 3.2功能 3.3性能 精度高 灵活性强 时间特性好 3.4输人项 给出对每一个输入项的特性，包括名称、标识、数据的类型和格式、数据值的有效范围、输入的方式。数量和频度、输入媒体、输入数据的来源和安全保密条件等等。
3.5输出项 3.6算法 3.7流程逻辑 3.8接口 3.9存储分配 3.10注释设计 模块首部的注释； 各分枝点处的注释； 各变量的功能、范围、缺省条件等所加的注释； 使用的逻辑、方法所加的注释等等。 3.11限制条件 a．所建议系统的运行寿命的最小值的限制； b．进行系统方案选择比较的时间限制； c．经费、投资方面的来源和限制； d．法律和政策方面的限制； e．硬件、软件、运行环境和开发环境方面的条件和限制；f．可利用的信息和资源； g．根据软件行业进步改革，系统具有投入使用的最晚时间
图书管理系统说明书
课程设计说明书图书管理系统
图书管理系统 摘要该系统是为学校提供的图书管理系统。可方便学校图书的管理，维护。可实现学生基本查询查询，管理员的添加删除功能。并对系统的安全性提供了相应的保障。本系统开发使用的软件开发工具是PowerBuilder 9.0, Powerbuilder具有强大的多个数据库描述连接功能和数据库检索力。利用其前端的用户界面开发功能完备，易使用的应用程序。 关键词查询、PowerBuilder、对象、维护、删除 一、引言 当图书馆管理工作被视作高校管理工作中一项不容忽视的重要分支，其工作量大，涉及面广，图书馆管理工作运行的好坏直接影响着整个图书馆里工作的各个环节。由于图书馆管理工作的本身特点及特殊性质，单纯依靠人力，会使从事这项工作的管理人员过度缠身于繁琐的业务中，难免会发生许多错误，难以做到管理的规范化，这不符合管理工作的今后发展趋势。因此，需要开发一种功能全面，操作简便的管理系统软件来补助作用，人机配合，能够使机器承担部分工作，是管理员逐步摆脱一些无畏的，琐碎的业务，这对充分利用人力资源的主导作用及使管理工作逐步步入规范化轨道有着重要意义。 目的是将学校图书借还通过管理系统进行整合，以提高学校图书馆的工作效率为最终目标，同时加强学校图书信息的安全管理。 二、数据库结构设计 图书管理系统要求能实现学生信息的查询，管理员实现更改、管理员信息、学生信息、图书信息等功能，为实现以上功能建立数据库（book），包括以下基本表：
（1） administor(系统管理员) 主键为ano （2） title(书目) 主键为 name （3）菜单设计（m_main）
XX 软件需求规格说明书 拟制日期yyyy-mm-dd 评审人日期yyyy-mm-dd 批准日期yyyy-mm-dd 签发日期yyyy-mm-dd
修订记录 分发记录
目录 1简介 (6) 1.1目的 (6) 1.2范围 (6) 2总体概述 (6) 2.1软件概述 (6) 2.1.1项目介绍 (6) 2.1.2产品环境介绍 (6) 2.2软件功能 (6) 2.3用户特征 (7) 2.4假设和依赖关系 (7) 3具体需求 (7) 3.1功能需求 (7) 3.1.1功能需求1 (7) 3.2性能需求 (9) 3.2.1性能需求1 (9) 3.3外部接口需求 (9) 3.3.1用户接口 (9) 3.3.2软件接口 (10) 3.3.3硬件接口 (10) 3.3.4通讯接口 (11) 4总体设计约束 (11) 4.1标准符合性 (11) 4.2硬件约束 (11) 4.3技术限制 (11) 5软件质量特性 (13) 6依赖关系 (13) 7其他需求 (13) 7.1数据库 (13) 7.2操作 (13) 7.3本地化 (13) 8需求分级 (13) 9待确定问题 (14) 10附录 (14) 10.1附录A 可行性分析结果 (14) 10.2附录B 需求建模 (14) 10.2.1数据流图 (14) 10.2.2数据字典 (14)
表目录 Table1 **表 ................................................................................................ 错误！未定义书签。表1 **表 ...................................................................................................... 错误！未定义书签。 图目录 Figure 1 **图 ................................................................................................ 错误！未定义书签。
精心整理需求规格说明书(ISO标准版) 编者说明： 当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。 1．引言 1.1编写的目的 [ [ [ 2 解 [ 3 3.2.2时间特性要求 [说明对于该系统的时间特性要求。] 3.2.3灵活性 [说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。] 3.3输入输出要求 [解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统的数据输出及必须标明的控制输出量进行解释并举例。] 3.4数据管理能力要求（针对软件系统） [说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。]
3.5故障处理要求 [列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。] 3.6其他专门要求 [如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。] 4．运行环境规定 4.1设备 [列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括： a. 处理器型号及内存容量 b. 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量 c. 输入及输出设备的型号和数量，联机或脱机； ] 典型的优势是产品会增加组织在市场上的价值，减少运作成本，或提供更好的客户服务。这个优势应该是可度量的，这样才能够让您确定交付的产品是否达到目标。] 2.客户、顾客和其它风险承担者 2.1客户是为开发付费的人，并将成为所交付产品的拥有者 [这一项必须给出客户的姓名，三个以内是合理的。] [客户最终将接受该产品，因此必须对交付的产品满意。如果你无法找到一个客户的姓名，那么也许你就不应该构建该产品。] 2.2顾客是将花钱购买该产品的人 [也给出姓名和相关的信息] 2.3其它风险承担者
中小学图书管理系统使用帮助
系统简介 本图书管理系统是一款功能非常强大的中小学图书管理软件，本系统在继承了以往系统版本优点的基础上做了进一步优化；在功能上包含图书管理的常用功能（如图书管理、读者管理、借、还、数据备份、数据的导入导出和统计分析等等功能）。 本系统具有操作简单，易学易用的特点。在开发过程中，我们总结了多年使用电脑管理图书馆业务的经验，注意到工作人员在使用电脑时容易发生的人为错误，因而使系统具有较强的容错和排错功能，而且本系统自带了一些常用的资料库（如中图分类库，出版社库等，系统会自动根据图书的标准ＩＳＢＮ码检索出当前图书的出版社名称和出版地点等，从而实现图书的自动录入的功能），使得用户在录入图书资料时更轻松；系统也自带了通用数据导入功能，可以非常简单地把用户以前的已有资料或者通过采集器采集到的数据资料导入到本系统中，避免了大量的重复劳动。经过长时间的不断测试和完善，系统的安全性和稳定性得到保证。
主要功能简介 一、适用范围：本软件广泛适用于各大、中、小学校、企事业单位等图书馆使用，促进图书馆信息化建设。 二、功能介绍：为了推动企业、单位、学校等图书馆的信息化建设我们开发了本套软件。此软件界面友好，容易使用而且功能强大。囊括了图书馆管理的所有功能。 该系统主要有几个大的模块：图书信息录入、图书借阅管理、读者信息管理、图书信息查询，其中每个模块的主要功能如下： 图书信息录入：图书信息的录入采用联网查询方式，通过条码枪扫描图书的ISBN码，系统会自动搜索图书信息，然后把图书信息录入到系统。通过实验，录入1本书的时间大概是20—40秒，这比原来的繁琐的手工录入效率提高90％，极大的减轻了图书管理人员的劳动强度，使广大中小学图书管理信息化突破了录入的瓶颈。 图书借阅管理：根据读者提供的借书证号或借书卡号进行图书的借阅、图书归还操作。 读者信息管理：对读者进行注册登记、注销读者、查阅借阅记录等操作。 图书信息查询：包括导入导出图书信息，根据图书的书名、分类、出版社、价 格范围、出版日期来查询图书，进行分类统计，形成上级报表等。 三、模块介绍： 1.系统设置：管理员设置，系统参数设置，初始化系统。 2.图书管理：导出图书或期刊模板，导入图书或期刊信息，导入图书marc码， 图书或期刊信息录入，注销图书期刊，图书类型设置，出版社设置，书架设置。 3.借阅管理：图书借阅，图书归还，期刊借阅，期刊归还，图书挂失。 4.读者管理：添加读者信息，注销读者信息，批量办证，读者类型设置，读者 部门设置。 ５.系统查询：图书信息查询，图书借阅查询，图书归还查询，期刊资料查询，
需求规格说明书(ISO标准版) 编者说明： 当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。 1．引言 1.1编写的目的 [说明编写这份需求说明书的目的,指出预期的读者。] 1.2背景 a. 待开发的系统的名称; b. 本项目的任务提出者、开发者、用户； c. 该系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出用得着的参考资料。] 2．任务概述 2.1目标 [叙述该系统开发的意图、应用目标、作用围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 2.2用户的特点 [列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。] 2.3假定和约束 [列出进行本系统开发工作的假定和约束。] 3．需求规定 3.1对功能的规定 [用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。] 3.2 对性能的规定 3.2.1精度 [说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。] 3.2.2时间特性要求 [说明对于该系统的时间特性要求。] 3.2.3灵活性 [说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。] 3.3输入输出要求 [解释各输入输出数据类型，并逐项说明其媒体、格式、数值围、精度等。对系统
软件需求规格说明书(案例) 1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,800*600的兼容显示器 标准兼容打印机 <2>软件方面: WIN95操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下: 3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据 3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间 3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 销售管理数据库:当日销售记录及以前的销售统计,用于销售分析 财务管理数据库:公司内部账目及收支情况详表 技术管理数据库:公司所需各技术档案的详细记录(包括文档) 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户