基础数据库平台需求分析说明书
版本修订历史
填写说明：
起止日期：填写编写本文档的起止日期
作者：填写文档的创建者或授权的修改人
修改描述：请详细填写修改原因和最近的修改章节摘要
版本：描述修改生效后的版本号。一般建议表示为Vm.n形式。通过正式评审后版本号变为1.0，以后每修改一次n相应增加1，例如V1.1 状态：描述本文档是正式文件还是草稿文件
目录
1. 文档说明 (3)
1.1 编写目的 (3)
1.2 适用范围 (3)
1.3 参考资料 (4)
1.4 名词定义 (4)
1.5 文档导读 (4)
2. 概述 (4)
2.1 背景 (4)
2.2 目标 (5)
3. 业务分析 (5)
3.1 业务现状分析 (5)
3.2 构建前瞻 (6)
4. 功能性需求分析 (7)
4.1 通用功能分析 (7)
4.2 人口基础信息库分析 (7)
4.2.1 目的 (7)
4.2.2 基础功能分析 (8)
4.3 法人单位基础信息库 (8)
4.3.1 目的 (8)
4.3.2 功能需求分析 (8)
4.4 自然资源与空间地理基础信息库 (9)
4.4.1 目的 (9)
4.4.2 功能需求分析 (9)
4.5 宏观经济基础信息库 (10)
4.5.1 目的 (10)
4.5.2 功能需求分析 (10)
4.6 房屋基础信息库 (11)
4.6.1 目的 (11)
4.6.2 功能需求分析 (11)
5. 非功能性需求分析 (12)
5.1 技术架构需求.......................................................................... 错误！未定义书签。
6. 网络功能性需求分析 (13)
6.1 网络的互联互通 (13)
6.2 满足各联网部门的应用要求 (14)
6.3 满足各联网部门实现资源共享的需求 (14)
6.4 满足各联网部门不同接入方式的需求 (14)
6.5 完善的网络管理、监督功能 (14)
1.文档说明
1.1编写目的
政府数据中心为政府各部门和有关单位的信息化建设提供统一的电子政务网络、服务器、存储设备、网络和应用系统安全、数据备份、公共地理信息和基础软件等信息化基础设施，避免重复建设，降低系统建设成本。利用综合信息中心技术人才资源，进行系统的运行维护，降低系统的运行维护成本。整合各部门和有关单位的政务信息资源，为政务公开、业务协同、辅助决策、公共服务等提供信息支持。
同时还可以提升公司面向市场的软件应用的快速开发能力。通过形成智慧城市服务管理、物联网行业应用、移动互联网应用三类应用支撑平台，支持面向智慧城市服务管理、物联网行业应用、移动互联网应用的共性业务组件及模型共享，支持同类行业领域新业务套件的快速研发复用。
1.2适用范围
本说明书目的在于对城市运营数据基础数据库及公共信息平台的具体功能做一个简要说明，界定系统实现功能的范围。
本说明书的预期读者为：项目组成员。
1.3参考资料
住建部智慧城市文件（2013年4月）：智慧城市公共信息平台建设指南
住建部智慧城市文件（2013年4月）（附件一- 附件六）
智慧城市基础数据库与公共信息平台可行性分析报告V1.0
1.4名词定义
1.5文档导读
2.概述
2.1背景
“城市服务管理与物联网应用支撑软件平台”（以下简称为软件平台）研发起步于2011年下半年，当时股份公司在全面向以物联网和智慧城市为特征的整体解决方案转型。面对这些新行业、新领域，公司缺乏具有竞争力的解决方案、快速的产品提供能力和部分领域关键技术。因此，股份公司组织进行了软件平台的摸底调研和产品规划，提出了研发“城市服务管理与物联网应用支撑软件平台”的战略，希望以“组件共享化、架构平台化、开发敏捷化”的策略，打造大唐电信整体解决方案核心竞争力。
软件平台的总体定位为：以软件平台为核心，聚焦于智慧城市、物联网行业应用、移动互联网和云计算领域，提供除了新行业应用软件产品和服务，提升整体解决方案的核心竞争力和客户粘滞度。
2.2目标
结合五大基础数据库（人口基础信息库、法人基础信息库、宏观经济指标基开展础信息库、自然资源与空间地理基础信息库及房屋基础信息库）的特点及要求，分别针对五大基础数据库平台编写相应的功能需求说明书，为下一步的工作做好基础。
3.业务分析
3.1业务现状分析
目前，政府各部门内部拥有着大量城市基础数据资源，但由于管理分散，制度规范不健全，造成重复采集、口径多乱、数出多门；各部门的指标数据自成体系，标准不一，共享程度较差。
随着政府向“经济调节、市场监管、社会管理和公共服务”管理职能的转变，就要求必须能够全面、准确掌握全地区经济社会发展态势，强化政府部门掌控决策信息资源的能力，政府部门间信息资源整合与共享需求越来越紧密，但当前部门间信息共享多是点对点方式，没有统一的数据交换管理平台。
因此各地政府部门对加快解决数据资源分散管理、数据共享不足的问题需求
十分迫切，需要建立城市基础数据库与公共信息平台以解决以上问题。
3.2构建前瞻
人口基础信息库：人口信息基础数据库的建设难度主要有两点：人口众多，数据项繁杂，采集过程相对复杂；个人信息的敏感度不同，维护、查看等权限的管理复杂。即使实现了数据的汇集与共享，但是个人信息的共享与越权使用的问题也可能出现问题。
法人单位基础信息库：由于法人基础信息库数据的使用、维护与管理涉及多家重叠与交叉的政府职能部门，在具体管理的时候可能发生争端，需要在构建前期就必须依靠政府部门自己来明确职权关系与业务的整合。
自然资源与空间地理基础信息库：数据收集相对容易，不涉及多部门问题。但是该数据库真正投入使用的并不多，大多数系统在需要使用地理信息时都是使用自制的GIS信息。自然资源与空间地理基础信息数据库不仅要应用在自然资源的管理方面，还要能应用于社会资源的管理方面。
宏观经济基础信息库：宏观经济数据库的建设实际上市基于人口基础信息库、法人单位基础信息库与自然资源空间地理基础信息库，其使用的数据都是经过二次加工的数据，且这些数据也都是政府决策的重要依据，影响重大。所以在管理使用过程中的数据安全性、沟通有效性等方面都亟需考虑。
房屋基础信息库：房屋基础信息库的建设难度不大，但是同人口基础信息库类似，也存在数据量庞大、数据项繁杂，采集过程相对复杂等问题。且由于房屋
基础信息库需应用于城市管理中的出租管理、流动人口管理、居住证管理、劳动就业登记管理、工商注册等系统，所以在创建时应当与前四个基础信息库结合设计。
4.功能性需求分析
4.1通用功能分析
应用基础支撑层：将平台各类应用系统通用的功能提炼出来，形成各类功能组件的集合，提升系统效率，减少重复开发工作量，确保系统统一性，如：工作流、表单、BI组件、GIS组件等。
信息安全体系：
系统标准体系：为实有人口基础信息资源库信息资源建设、共享、开发利用提供政策法规保障和统一的标准规范。
4.2人口基础信息库分析
4.2.1目的
人口基础数据库是有效实施人口战略的重要依据，是提高政府决策科学化的支撑。建立人口基础数据库将对探索新的人口管理体制，推动政府管理改革起到积极的促进作用；还可以进一步改善政府的公共服务，提高服务质量。
4.2.2基础功能分析
应能包含如下基本功能：
●门户展现层：根据不同的用户类别，提供不同的门户展现，如公安综合
应用系统界面、社保综合应用系统界面等；
●用户认证层：提供统一认证管理、用户单点登录、委办局接入等。
●综合应用层：提供各类用户所需的业务，如：综合报表、智能查询等。
●应用支持层：数据接口层根据不同的访问部门或应用，以接口形式将不
同的数据信息在部门间进行交换，传送给所需部门。
●数据采集层：用多种方法和数据接口，将从各相关部门采集的人口基础
信息进行筛选、清洗等，保证人口基础数据的可靠性，准确性。
●基础数据层：各类业务部门数据库的集合，如：公安基础数据、计生基
础数据、社保基础数据、医疗基础数据等。
4.3法人单位基础信息库
4.3.1目的
法人单位基础信息库是政府有关行政职能部门以组织机构代码及其相关信息为基础，应用标准化手段，以组织机构代码为唯一标识，采集具有民事行为能力、依法独立享有民事权利和承担民事义务的组织及分支机构的基础信息而建立的公共基础信息数据库，并对其进行不间断地动态管理与维护，直接为政府电子政务服务，是实现信息资源共享的必要技术手段和基础。
4.3.2功能需求分析
应能包含如下基本功能：
●门户展现层：根据不同的用户类别，提供不同的门户展现，如政务部门
系统界面、监管部门系统界面等；
●用户认证层：提供统一认证管理、用户单点登录等。
●综合应用层：提供各类用户所需的业务，如：综合报表、智能查询等。
●数据接口层：数据接口层根据不同的访问部门或应用，以接口形式将不
同的数据信息在部门间进行交换，传送给所需部门。
●数据采集层：用多种方法和数据接口，将从各相关部门采集的法人单位
基础信息进行筛选、清洗等，保证法人单位基础数据的可靠性，准确性。
●基础数据层：各类业务部门数据库的集合，如：民政基础数据、工商数
据、质监基础数据等。
4.4自然资源与空间地理基础信息库
4.4.1目的
地理空间基础信息库以电子地图为基础，着重于空间基础信息的整理和综合，是其它专业信息空间定位、集成交换和互联互通的基础，可通过空间分析满足政府部门、企事业单位和社会公众的基本需求，还具备实现个性化应用的二次开发接口和可扩展空间。
自然资源基础信息库是建立在地理空间基础信息库之上的，多种自然资源（包括水资源、土地资源、气候资源、生物资源等）相结合的基础信息集，为土地管理、资源环境管理、政府决策及其它相关业务提供数据支持。
4.4.2功能需求分析
应能包含如下基本功能：
●门户展现层：根据不同的用户类别，提供不同的门户展现；
●用户认证层：提供统一认证管理、用户单点登录等。
●综合应用层：提供各类用户所需的业务，如：综合报表、GIS定位等。
●数据接口层：数据接口层根据不同的访问部门或应用，以接口形式将不
同的数据信息在部门间进行交换，传送给所需部门。
●数据采集层：用多种方法和数据接口，将从各相关部门采集的自然资源
与空间地理基础信息进行筛选、清洗等，保证基础数据的可靠与准确性。
●基础数据层：各类业务部门数据库以及各种格式的空间地理图示信息（包
括各种比例的数字线划地图、数字栅格地图、高程图数字高程模型等）
集合。
4.5宏观经济基础信息库
4.5.1目的
本系统是一套用于经济动态分析、预测的应用软件系统。宏观经济基础信息库以为宏观经济预测、监测工作服务为目标，面向领导、各处室业务人员及专业研究人员。通过优化整合各类宏观经济信息资源，以先进技术手段和科学、专业的方法对宏观经济运行状况进行监测、分析、预测，为宏观经济分析预测工作提供应用平台和分析工具，为经济信息资源管理提供数据库系统支持，为宏观经济决策提供技术支持。
4.5.2功能需求分析
应能包含如下基本功能：
●门户展现层：根据不同的用户类别，提供不同的门户展现；
●用户认证层：提供统一认证管理、用户单点登录等。
●综合应用层：提供各类用户所需的各种业务，日常业务，如数据查询、
报表定制等；预监测分析业务，如：统计分析、投入产出分析、预测应
用、预测报警等。各应用提供良好的用户界面，将枯燥乏味的数据图形
化，以期能直观清晰的实现对宏观经济运行状况的监测、分析和预测。
●数据接口层：数据接口层根据不同的访问部门或应用，以接口形式将不
同的数据信息在部门间进行交换，传送给所需部门。
●数据采集层：用多种方法和数据接口，将从各相关部门采集的宏观经济
基础信息进行整理、归类、处理、加工和深度挖掘分析，保证基础数据
的可靠与准确性。
●基础数据层：各类业务部门数据库以及各种格式的空间地理图示信息（包
括各种比例的数字线划地图、数字栅格地图、高程图数字高程模型等）
集合。
4.6房屋基础信息库
4.6.1目的
建立房屋基础信息库及相应管理平台，实现房地产登记信息联网，全面、及时、准确的掌握各类住房的基础信息机动态变化，为房地产市场调控和制定相关政策提供决策依据，进而全面提高行业管理和社会服务水平。本系统还可与国土、税务、银行、金融、司法、公安等部门进行有条件的的数据共享，从而为群众的个人查询服务提供数据基础。
4.6.2功能需求分析
●门户展现层：根据不同的用户类别，提供不同的门户展现；
●用户认证层：提供统一认证管理、用户单点登录等。
●综合应用层：提供各类用户所需的各种业务，如统计分析、信息查询等。
●数据接口层：数据接口层根据不同的访问部门或应用，以接口形式将不
同的数据信息在部门间进行交换，传送给所需部门。
●数据采集层：用多种方法和数据接口，将从各相关部门采集的房屋基础
信息进行筛选、清洗等操作，保证基础数据的可靠与准确性。
●基础数据层：各类业务部门数据库集合。
5.非功能性需求分析
5.1基本需求
●优良的可扩展性和跨平台性
●深度的数据挖掘
●全方位查询支持与多样化图形展示
●支持多种运行平台、多种网络环境、多重操作技术
●简化管理：降低上层业务的变更作用在物理设施上的操作，最低限度的
物理资源的直接调度，降低维护管理的难度和成本。
●高效复用：是的物理资源可以按需调度，得以最大限度的重用，减少建
设成本，提高使用效率。
●策略一致：降低具体设备个体的策略复杂度，最大程度的在设备层面以
上建立统、抽象的服务
●强大的安全性：安全性应当覆盖系统整体结构中的各个层次，包括系统
安全、网络安全、数据安全和应用安全等。其中，网络安全要重点建设
安全接入平台，包括路由接入、边界保护、安全隔离、安全监测管理等。
5.2用户管理
用户管理指对用户的权限管理，不同的用户具有不同的操作权限。网管系统应该对用户权限做严格界定，用户至少分为两种：超级用户和普通用户。各种用户的权限定义如下：
超级用户：具有增加和删除用户、修改用户属性、设定用户权限、浏览和删除用户的操作日志以及对系统进行配置、修改、删除、浏览等操作的权限。
普通用户：仅能够修改用户自己的密码、仅具有浏览的权限。
5.3服务器接入及流量管理
网管系统必须集成网流收集和分析工具，它包括两个部分，即网流收集器（NSC，NetStream Collector）和网流数据分析器（NDA，NetStream Data Analyzer），其中，网流收集器为一个或多个网流设备的数据收集提供了快速、可升级、经济的解决方案，它包含的功能可归纳为如下几点：
收集多个网流设备输出的网流统计数据；
通过配置过滤器过滤掉不必要的数据；
按照不同聚合规则聚合数据；
分层次存储数据（便于客户端应用程序获取数据）；
5.4文件系统磁盘空间管理
网流数据分析器则可以分析由NSC生成的所有数据文件，对数据文件中的数据进行进一步的聚合、排序，并将分析的结果以各种图形方式（如柱状图、饼图和趋势图等）显示出来。
6.网络功能性需求分析
6.1网络的互联互通
网络平台在纵向上应能够实现与国家、省电子政务外网平台、县市区电子政
务外网网络平台的连接，在横向上能够方便连接省政府组成部门、直属机构、办事机构、事业单位等市直部门，如需要应也可以横向连接各商业银行机构等，同时，网络必须具备高度的可靠性和稳定性，应具备可伸缩、可管理、可扩展的能力，以应对业务数据的快速增长，满足网络平台平滑升级的要求。
6.2满足各联网部门的应用要求
创建好的网络平台既要满足互联互通，又要保证各部门系统的相对独立性和现有网络系统的正常运行，应当提供各个部门高速通达、逻辑专用、安全可靠、方便使用的虚拟专用网络；。
6.3满足各联网部门实现资源共享的需求
各联网部门连接到网络平台后，应该能够通过外网平台方便的进行信息共享和互联互通，满足各部门数据交换和共享。
6.4满足各联网部门不同接入方式的需求
网络平台应满足省政府组成部门、直属机构、办事机构、事业单位、银行等单位以及其他部门根据不同要求，以不同带宽、接入方式接入到统一外网平台的需求；
6.5完善的网络管理、监督功能
根据本次网络平台设计所采用的主要网络设备，需要配置一套设备厂商的网元级管理系统，另外再配置一套独立的第三方平台级管理系统（该系统应能对全
网的IT设备进行统一的维护管理，减低维护成本，优化网络的运维模型和理顺运维流程，明确各个不同角色在网络管理中的职责，提供全网管理）。
其中网络管理系统基本要求：必须遵循标准网管协议——简单网络管理协议（SNMP），能实现网络的性能管理，故障管理，配置管理，安全管理、计费管理和分布式管理等基本管理功能及其它功能。网管系统必须具有强大的管理功能，为用户提供路由器设备管理、交换机设备管理、集群管理、堆叠管理、视频设备管理、设备日志与告警等功能。
网管系统应支持主流操作系统平台如Windows NT/2000、SUN Solaris、HP UX、IBM AIX、LINUX等多种操作系统平台，以适应不同级别用户、不同网络规模。支持与其它主流网管平台集成，以提供统一的网络管理解决方案。
网管系统可以帮助用户实现如下目标：
网络的分层管理；
提高网络运行的可靠性；
保障网络运营的服务质量；
合理规划和调配网络资源；
预测和检测网络故障；
集中式管理分布广泛的网络节点；
设备性能统计和分析；网络流量统计和计费。
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.数据流名:处理信息 来源:系统判断部分
高校学生学籍管理 §１概述 编写说明: 本章描述本软件开发得背景，系统目标，用户得业务情况,以便于需求理解。 §1·１背景 在学籍管理中,需要从大量得日常教学活动中提取相关信息，以反映教学情况．传统得手工操作方式，易发生数据丢失,统计错误,劳动强度高，且速度慢.使用计算机可以高速,快捷地完成以上工作。在计算机联网后，数据在网上传递,可以实现数据共享，避免重复劳动，规范教学管理行为,从而提高了管理效率与水平. §1·２系统目标 学籍管理信息系统以计算机为工具,通过对教务管理所需得信息管理,把管理人员从繁琐得数据计算处理中解脱出来,使其有更多得精力从事教务管理政策得研究实施,教学计划得制定执行与教学质量得监督检查，从而全面提高教学质量。 §１·3 业务模式 本系统就是运行在Ｗin9８、Win2０00、WiｎdｏwsNＴ等操作系统环境下得多台计算机构成得局域网，主要业务流程如下: ·按某学生某学期，学年考试及补考成绩，自动生成该学生就是否升留降级，退学。 ·按某学生在校期间累计补考科目门数与成绩自动生成该学生就是否结业，毕业,授位。 ·按某学生因非成绩原因所引起得学籍变更作自动处理． ·按每学期各年级班学生考试成绩自动生成补考名单,科目。 ·按每学期各年级学生考试成绩自动生成某课程统计分析表。 ·按同一年级学习成绩进行同一课程不同班级间成绩比较。 §2用户需求 编写说明: 此系统专门为高校学籍管理所设置。本节主要描述用户需求得使用范围,功能要求信息采集与各部门得使用权限 §2·１使用范围 按成都信息工程学院全日制学生学籍管理等相关文件完成本科与专科学生学籍状况得系统管理(本科生用学年学分制,专科生用学年制）。 系统中保留五个年级学生得信息，学生毕业一年后信息转储，但随时可以查询，输出. §2·２功能要求 ·学生档案管理: 学生得一般情况,及奖励，处分情况; ·学生成绩管理: 学习成绩,补考成绩; ·学籍处理: 学生留降级处理，休复学处理,退学处理; ·日常教务管理: 日常报表，如通知书,补考通知书等，学生学习成绩得各种分类统计; ·毕业生学籍处理：结业处理,毕业处理，授位处理,学籍卡片等。 §2·3信息采集与各部门得使用权限 每学期考试完毕由各系录入成绩，然后由教务科收集。为了信息得安全与数据得权威性,对于网上信息得使用权限与责任规定如下： 数据收集前得系统权限
软件需求规格说明书集团文件版本号：（M928-T898-M248-WU2669-I2896-DQ586-M1988）
软件需求规格说明书模版
文件变化记录单 *变化状态：A——增加，M——修改，D——删除 文件批准单
1.引言 提出对软件需求规格说明书的纵览，帮助读者理解文档如何编写并且如何阅读和解释。 1.1编写目的 对产品（也可能是项目，但是我们统称为产品）进行定义，在该文档中详尽说明这个产品的软件需求，包括修正或发行版本号。如果这个软件需求规格说明书只与整个系统的一部分有关，那么只定义文档中说明的部分或子系统。 1.2文档约定 描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。例如，说明高层需求的优先级是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有优先级。 1.3预期的读者和阅读建议 列举软件需求规格说明书所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员等。描述文档中剩余部分的内容及其组织结构。提出最适合每一类型读者阅读文档的建议。 1.4产品的范围 提供对指定的软件及其目的的简短描述，包括利益和目标。把软件与企业目标或业务策略相联系。可以参考项目范围文档，而不是将其内容复制到这里。 1.5参考资料 列举编写软件需求规格说明书时所参考的资料或其它来源。可能包括用户界面风格指导、合同、标准、系统需求规格说明书、用户需求、相关产品的软件需求规格说明书。这
里应该给出详细的信息，包括标题名称、作者、版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。 2.综合描述 这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。 2.1产品的前景 描述软件需求规格说明书中所定义的产品的背景和起源。说明该产品是否是产品系列中的下一个成员，是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品，或者是否是一个全新的产品。 如果软件需求规格说明书定义了大系统的一个组成部分，那么就要说明这部分软件是怎样与整个系统相关联的，并且要定义出两者之间的接口。建议使用系统结构图或者实体关系图表示。 2.2产品的功能 概述产品所具有的主要功能，详细内容在第4节描述，所以这里只需要概括总结，例如用列表的方法给出。很好地组织产品的功能，使每个读者都易于理解。用图形表示主要的需求分组以及它们之间的联系。 建议使用数据流程图（DFD）的顶层图或功能层次图来实现图形化。 2.3用户类和特征 确定可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。将该产品的重要用户类与那些不太重要的用户类区分开。 2.4运行环境
数据库设计：需求分析? 设计一个性能良好的数据库系统，明确应用环境对系统的要求是首要的和基本的。因此，应该把对用户需求的收集和分析作为数据库设计的第一步。 需求分析的主要任务是通过详细调查要处理的对象，包括某个组织、某个部门、某个企业的业务管理等，充分了解原手工或原计算机系统的工作概况及工作流程，明确用户的各种需求，产生数据流图和数据字典，然后在此基础上确定新系统的功能，并产生需求说明书。值得注意的是，新系统必须充分考虑今后可能的扩充和改变，不能仅仅按当前应用需求来设计数据库。 如图所示，需求分析具体可按以下几步进行： (1)?? 用户需求的收集。 (2)?? 用户需求的分析。 (3)?? 撰写需求说明书。 图 ?需求分析的过程 需求分析的重点是调查、收集和分析用户数据管理中的信息需求、处理需求、安全性与完整性要求。信息需求是指用户需要从数据库中获得的信息的内容和性质。由用户的信息需求可以导出数据需求，即在数据库中应该存储哪些数据。处理需求是指用户要求完成什么处理功能，对某种处理要求的响应时间，处理方式指是联机处理还是批处理等。明确用户的处理需求，将有利于后期应用程序模块的设计。 调查、收集用户要求的具体做法是： (1)?? 了解组织机构的情况，调查这个组织由哪些部门组成，各部门的职责是什么，为分析信息流程做准备。
(2)?? 了解各部门的业务活动情况，调查各部门输入和使用什么数据，如何加工处理这些数据。输出什么信息，输出到什么部门，输出的格式等。在调查活动的同时，要注意对各种资料的收集，如票证、单据、报表、档案、计划、合同等，要特别注意了解这些报表之间的关系，各数据项的含义等。 (3)?? 确定新系统的边界。确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。 在调查过程中，根据不同的问题和条件，可采用的调查方法很多，如跟班作业、咨询业务权威、设计调查问卷、查阅历史记录等。但无论采用哪种方法，都必须有用户的积极参与和配合。强调用户的参与是数据库设计的一大特点。 收集用户需求的过程实质上是数据库设计者对各类管理活动进行调查研究的过程。设计人员与各类管理人员通过相互交流，逐步取得对系统功能的一致的认识。但是，由于用户还缺少软件设计方面的专业知识，而设计人员往往又不熟悉业务知识，要准确地确定需求很困难，特别是某些很难表达和描述的具体处理过程。针对这种情况，设计人员在自身熟悉业务知识的同时，应该帮助用户了解数据库设计的基本概念。对于那些因缺少现成的模式、很难设想新的系统、不知应有哪些需求的用户，还可应用原型化方法来帮助用户确定他们的需求。就是说，先给用户一个比较简单的、易调整的真实系统，让用户在熟悉使用它的过程中不断发现自己的需求，而设计人员则根据用户的反馈调整原型，反复验证最终协助用户发现和确定他们的真实需求。 调查了解用户的需求后，还需要进一步分析和抽象用户的需求，使之转换为后续各设计阶段可用的形式。在众多分析和表达用户需求的方法中，结构化分析(Structured Analysis，SA)是一个简单实用的方法。SA方法采用自顶向下，逐层分解的方式分析系统，用数据流图(Data Flow Diagram，DFD)、数据字典(Data Dictionary，DD)描述系统。 1. 使用数据流图分析信息处理过程 数据流图是软件工程中专门描绘信息在系统中流动和处理过程的图形化工具。因为数据流图是逻辑系统的图形表示，即使不是专业的计算机技术人员也容易理解，所以是极好的交流工具。图给出了数据流图中所使用的符号及其含义。
文件编号： 受控状态：■受控□非受控 保密级别：■公司级□部门级□项目级□普通级 记录编号： 分发编号： xxx公司云平台 需求规格说明书 Version 1.0 2014.07.23
需求规格说明书模板
目录 1前言 (4) 1.1编写目的 (4) 1.2文档约定 (4) 1.3读者对象 (4) 1.4术语和缩略词 (5) 1.5参考文档 (5) 2项目概述 (5) 2.1项目背景 (5) 2.2项目目标 (5) 2.3需求范围 (6) 2.4总体框架 (6) 2.5组织机构 (6) 2.6用户特点 (6) 2.7设计约束 (6) 3功能性需求 (6) 3.1总体流程 (6) 3.2角色定义 (7) 3.3系统功能 (7) 3.4功能描述 (7) 4非功能性需求 (11) 4.1软件需求 (11) 4.2硬件需求 (12) 5外围系统和接口 (13) 5.1系统A (13) 5.2系统B (13) 6其他需求 (14) 7数据字典 (14) 8附件 (14)
1 前言 1.1 编写目的 [说明编写这份需求规格说明书的目的，指出预期的读者（一般包括评审人员、软件设计人员、软件开发人员，针对具体情况，还可能包括客户），它是软件开发的基础。] 1.2 文档约定 [描述编写文档时所采用的字体标准或排版约定，包括标题和正文的字体和字号约定。完成文档编写后，文档编写完成后本部分须裁剪] 字体大小约定： 标题1 宋体三号加粗 标题2 宋体小三号加粗 标题3 宋体四号加粗 标题4 宋体小四号加粗 标题5 宋体小四号 正文宋体五号 段落约定：文章中每段落需抬头，即段落开头需有两字元的缩排，单倍行距。 表与图编号约定：文中所有表、图须按章节编号，如：第四章节第二个表，编号为：表4-2。裁剪约定：如标注可裁剪提示信息，表示该部分内容可以裁剪或删除。 1.3 读者对象 [描述本需求规格说明书的主要读者。建议将不同读者的阅读重点与建议以列表方式表现，]
数据库系统概论 课程设计 设计名称：学生信息管理系统数据库设计
湖南工业大学 课程设计任务书 2011—2011学年第1学期 计算机与通信学院（系、部）软件工程专业091班课程名称：数据库原理 设计题目：学生信息管理系统的设计与实现 完成期限：自2011年05月28日至2011年05月29日共2天 内容及任务一、设计的主要技术参数 开发出一个原型系统，能正确运行，数据库的设计要满足规范、能对数据进行维护和查询、完成报表统计等。 二、设计任务 1)系统分析(包括可行性分析、用户需求分析等)及功能分析； 2)数据库设计； 3)系统总体功能设计； 4)程序设计及调试； 5)设计说明书的书写。 三、设计工作量 每个小组至少要投入一个月的时间来完成该课程设计，而且每个小组中的每个人要独立开发1到2个模块，要求每个小组有个独立的系统。 进度安排 起止日期工作内容 2011-05-28~2011-05-28 选题 系统分析和设计 2011-05-29~2011-05-29 熟悉软件开发工具、编码系统测试 进行集中课程设计，完成系统最后测试和课程设计说明书； 答辩，确定小组等级，交文档材料(含电子文档)、源程序。 主要参考资料[1]施伯乐,丁宝康,汪卫.数据库系统教程(第3版)[M],北京:高等教育出版社,2008. [2]萨师煊,王珊.数据库系统概论(第三版)[M].北京:高等教育出版社,2000. [3]王晟,万科.数据库开发案例解析[M].北京:清华大学出版社,2003 [4]郑阿奇https://www.doczj.com/doc/d67343190.html,3.5实用教程.北京:电子工业出版社,2009 [5]范立南《SQL Server2000实用教程》第2版.北京.清华大学出版社.2005年 [6]齐治昌,谭庆平,宁洪.软件工程第2版.高等教育出版社.2004年 [7]刘浩,https://www.doczj.com/doc/d67343190.html,+SQL Server网络应用系统开发与实例.北京:人民邮电出版社,2005 指导教师（签字）：年月日 系（教研室）主任（签字）：年月日
软件需求分析报告
目录 1.总体功能需求-------------------------------------------------------------1 2.软件开发平台需求---------------------------------------------------------1 3.软件需求分析-------------------------------------------------------------1 3.1.软件范围-----------------------------------------------------------1 3.2软件的风险----------------------------------------------------------1 3.3软件的功能----------------------------------------------------------2 3.4用户类和特性--------------------------------------------------------2 3.5运行环境需求--------------------------------------------------------2 3.6设计和实现上的限制--------------------------------------------------2 4.外部接口需求--------------------------------------------------------------2 4.1用户界面-----------------------------------------------------------3 4.2硬件接口-----------------------------------------------------------3 4.3软件接口-----------------------------------------------------------3 4.4通讯接口-----------------------------------------------------------4 5.系统功能需求--------------------------------------------------------------5 5.1说明和优先级-------------------------------------------------------5 5.2激励响应序列-------------------------------------------------------5 5.3输入输出数据-------------------------------------------------------6 6.其他非功能需求-------------------------------------------------------------6 6.1性能需求------------------------------------------------------------6 6.2安全措施需求--------------------------------------------------------6 6.3安全性需求----------------------------------------------------------6 6.4操作需求------------------------------------------------------------7 6.5软件质量属性--------------------------------------------------------7
软件需求规格说明书(案例) 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.数据流名:登录结果 来源:系统 去向:用户
需求规格说明书范例 需求规格说明书 目录 这一块是目录条目 1 前言 1.1 项目背景 目前，珠江流域水资源保护局水质监测数据上报的主要是EXCEL形式保存，并且对水质分析只要是通过人工判断和处理，如果需要查找数据或制作相关报表及其不方便。同时，数据的表现形式不够丰富，不能直观表现所监测流域、断面、功能区等方面的水质信息。 为解决上述问题，需要建立一套基于GIS可利用网络，不受时间和地点限制的系统，可任意时间、地点进行数据编辑和数据查看，并通过电子地图和统计图标直观展示各监测对象的空间位置和水质现状的系统。 1.2 编写目的 该需求规格说明书是针对珠江流域水质监测数据库系统编写的，编写该需求书的目的是为了把调研了解到的用户对未来系统的需求做一个规范的描述，是对调研纪要和提供的原始资料的进一步加工和整理，并且要结合整个系统的整体需求，根据实际情况，对原来的系统的固有的业务流程和功能设计做适当的调整，为系统的设计和开发提供依据，也为系统的最终验收提供依据。 该需求规格说明书详细描述了系统业务需求、功能需求、外部接口需求、性能需求、安全需求等需求，方便开发人员了解业务，增进与客户的交流，记录需求的变更情况。 1.3 编写原则
(1) 可验证性 该需求书的中描述的每一个具体需求都是可以验证的，针对系统中某一处理过程或具体功能，人或机器能通过该过程检查该功能是否满足需求。 (2) 正确性 该需求书的编写内容是在对用户进行多次调研后记录和整理得来的，其中的内容都要经过相关业务人员的确认，并且最终由相关负责人签字认可。 (3) 完整性 本需求包括了信息中心的各个部门的需求，从内容上分为编写概述、总体说明、功能需求、接口需求等内容，基本满足了需求书的完整性要求。 (4) 一致性 本需求书与其他部门的需求编写规格和内容一致，需求的描述和业务的具体需求一致，系统的功能需求与整体需求一致。 (5) 无二义性 本需求书的各个概念和专业术语都有相应的详细说明和解释，用到的原始资料都有编号记载，本需求书的内容尽量避免使用模糊的概念和摸棱两可的词汇，表达尽量要求准确，可以直接用于系统的设计和开发，并且在和业务人员多次交流后，最终由各负责领导审核确认。 1.4 读者对象 本需求书的读者对象为该项目的开发人员，珠江流域水资源保护局相关领导和办公人员。 1.5 应用范围 该需求适用于珠江流域水质监测数据库系统，系统使用者范围为珠江流域水资源保护局相关领导和办公人员。 1.6 定义、首字母缩写词和缩略语
需求分析报告 对江洵网络科技有限公司的需求分析报告一、引言： 重庆江洵网络科技有限公司，是一家新兴成长的互联网公司，主要从事企业电子商务外包服务。为了和同行竞争，提升公司知名度，扩大产品销路，打造企业形象。公司董事会决定建设一个“公司网站”。 立项背景： （1）项目提出者：江洵网络科技有限公司董事会。 （2）提出原因：提升公司知名度，扩大产品销路，打造企业形象。 （3）项目创立者：吴优。 （4）项目开发者：吴优。 （5）项目名称：江洵网络科技公司网站建设。 立项原因概述： （1）随着网络的发展，大多数人都喜欢上网。 （2）大多数企业都有自己的网站。 （3）在网上找工作的人越来越多。 （4）通过做网站可以更好、更有效的宣传公司。 文档依据： 二、项目概述： 面向的用户人群： （1）公司员工。 （2）董事会管理人员。 （3）广大顾客群众。 （4）找工作的人。 （5）网站管理员。 实现目标： （1）建立一个拥有良好交互性、操作简单易用的网站。 （2）网站运行要高效，费用尽量低，注重实用性。 （3）该网站可为让广大群众更加方便的了解我们公司。 （4）网站实现及时把公司情况和意见反映给董事。 （5）能让进此网站的群众能对公司有一定的了解。 项目开发要求： （1）项目开发规范统一：模块划分，代码编写命名规范文档；
（2）程序优化、安全并要有良好的可扩展性； （3）用户界面简洁明了、操作简单实用； （4）与公司员工保持良好的沟通，及时根据员工新的需求改善系统功能； （5）有一些Flash 、动态画面； （6）有一些新闻、公告等，并且能动态更新。 （7）有个留言版，要用户登录过后便能留言。 系统功能模块图 开发工具： Dreamweaver8 、Flash8、 Microsoft Office Access 、Photoshop CS3 三、具体分析 实现概述： 后台程序将可以更新新闻、通知等其它信息。首页顶端的FLASH 动画可以显现出公司的一些情况。公司的交流平台可以通过登录过后进行留言。当用户进入公司网后可以第一时间了解公司的大体情况。 管理员的功能 登录：用户名、密码 管理员的管理动作自动记录在该管理员的管理日志中，该日志对同级别或更高级别管理员公开但只能由最高权限管理员更改、删除； 添加用户：由具有更高权限的管理员添加新用户名称、密码、权限 删除用户：由具有更高权限的人删除，彻底清除该用户的信息 权限：1. 最高权限：管理整个网站（包括手动删除信息，管理其它用户，搜索所有注册者的信息，添加新闻等）； 四 首页设计: 后台数据库首页 功能公 司 网 站 后台 数据库
软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。
参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上
内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
软件需求规格说明书 文件编号： QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (2) 1.1目的 (2) 1.2背景 (2) 1.3术语 (2) 1.4预期读者与阅读建议 (2) 1.5参考资料 (2) 1.6需求描述约定 (2) 2.项目概述 (2) 2.1系统功能 (2) 2.2业务描述 (2) 2.3数据流程描述(可选) (2) 2.4用户的特点 (2) 2.5运行环境要求 (2) 2.6设计和实现上的限制 (2) 3.功能需求的描述 (2) 4.非功能需求 (2) 4.1系统性能要求 (2) 4.2系统安全及保密要求 (2) 4.3系统备份与恢复要求 (2) 4.4系统日志 (2) 5.外部接口说明 (2) 6.其他需求 (2) 7 需求变更识别 (2) 8.功能列表 (2) 9.附件 (2)
1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
1.需求分析 2.概念结构设计 3.逻辑结构设计 4.物理结构设计 5.数据库的建立和测试 6.数据库运行和维护 《车辆管理系统》数据库设计 班级：11计算机转 学号：1116939040 姓名：王湘萍 一．需求分析 1.1可行性分析 现在随着企业规模的扩大以及车辆作为最为普遍的交通工具，在企业中已经不是单一的存在，由于单位车辆数目的急剧增加，与之相对应的问题随之而生，比如车辆的使用权问题，车辆的费用问题等，不再是简单的少量的数据。为了解决这一系列的问题，我们必须借助于电脑的强大的数据处理能力和存储能力，如此可以减少人力财力来维护这些数据，可以用更少的投入来换取更佳的数据管理。因此，在这样的情况下，开发单位车辆管理系统是可行的，是必要的。如今，MIS开发已经慢慢的驱向成熟，车辆管理系统也有部分开发，但是都还不是十分完善。现今已经开发的车辆管理系统都是针对以运营为主的具有盈利目的的单位。比如，公交管理、出租车管理、运输公司管理、汽车站点的管理，而这些管理最主要是针对盈利的管理，很少有针对各种汽车使用权、车辆调配等各种普通单位，不是以车辆运营为盈利手段的车辆管理，针对这点，此系统就是适合如今大多数企业管理的车辆管理系统。 通过计算机系统对学校进行全面的管理，满足了学校的现代化管理的要求。 1）经济性 ①系统建设不需要很大的投入；
②可缩减人员编制，减少人力费用； ③人员利用率的改进； 2）技术性 ①处理速度快，准确； ②通过权限的设置，数据的安全性好； ③方便查询； ④控制精度或生产能力的提高 3）社会性 ①可降低工作人员工作强度，提高效率，会得到上下员工的一致同意的； ②可引进先进的管理系统开发方案，从而达到充分利用现有资源 1.2需求分析 现代信息技术特别是计算机网络技术的飞速发展，使我们的管理模式产生了质的飞跃，网络化管理将成为信息时代的重要标志和组成部分。探索、研究并构建适宜于在计算机网络环境下的管理模式，是我们责无旁贷的使命。 通过调查，要求系统需要具有以下功能： 1）由于操作人员的计算机知识普遍较差，要求有良好的人机界面。 2）由于该系统的使用对象多，要求有较好的权限管理。 3）方便的数据查询，支持多条件查询。 4）基础信息管理与查询（包括车辆信息、用车记录、部门信息）。 5）通过计算机，能够直接“透视”仓库存储情况。 6）数据计算自动完成，尽量减少人工干预。 7）系统退出。
图书管理系统 修订页 版本控制 目 录 需求规格说明书 哈尔滨贯中信息技术开发有限公司 研发部 2014年03月02日
1.引言 编写目的 《图书管理系统需求规格说明书》描述的是“图书管理系统”的需求，其详 尽说明了该软件产品或项目的需求规格，包括功能和发行的版本号，从而对该软件产品或项目进行准确的定义。 本文是对现有图书管理系统进行调研的基础上编制完成的。其目的是通过与用户的交流以及对市场的推广情况得出所要完成的目标系统必须具备的业务需求、功能需求和非功能需求，即确定“目标系统必须做什么？”。通过该需求分析让双方达到目标共识，使用户和软件开发者双方对该软件的运行环境、功能和性能需求的初始规定有一个共同的理解，使之成为开发工作的基础，为系统设计提供需求说明。同时该文档使软件工程人员在开发、测试过程中具有可操作性。 项目范围和读者对象 本文的读者包括系统用户、项目负责人、软件开发人员、软件测试人员、文档编写人员。 参考资料 （1）《计算机软件产品开发文件编制指南》GB8567-88 （2）《计算机软件需求规格说明规范》GBT 9385-2008 （3）《计算机软件工程规范国家标准汇编2000》中国标准出版社，2000 术语表 术语表由下表可知。
表1-1 术语表 2.总体描述 产品或项目的背景 图书拥有丰富的文献信息资源，是社会信息系统的重要组成部分，在信息社会中的作用愈来愈重要。为了实现更有效图书馆管理，更方便读者的借阅，设计一个功能完整、操作简便、界面友好的图书管理系统是势在必行的。 通过建立一个基于B/S系统的图书管理系统，使得图书管理工作系统化、规范化和自动化，从而提高了管理的效率，也方便了读者的借阅。系统应符合图书馆信息管理及处理的规定，满足图书管理员对图书、读者及借阅信息进行管理的需求，满足读者对图书信息查询检索的需求及实现续借的功能需求，并达到操作过程中的直观、方便、实用、安全等要求。 使用图书管理系统之后，图书管理员可通过本系统对图书信息和读者管理进行操作。主要操作包括图书录入、图书查询、图书下架；读者信息添加、查询和删除操作；借还书记录添加、查询、修改以及还书的相关服务，还可以对当前图书借阅情况进行一些统计，给出统计表格，以便全面掌握图书的流通情况。读者可通过本系统进行图书查询和续借等操作。 目标用户类 目标用户由表可知。 表2-1 目标用户表
目录 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) 3对需求的规定 (4) 3.1对功能的规定 (4) 系统功能详细列表 (7) 3.2对性能的规定 (9) 3.2.1精度 (10) 3.2.2时间特性要求 (10) 3.2.3灵活性 (10) 3.3数据管理能力要求 (11) 3.4故障处理要求 (11) 3.5对功能的需求 (11) 4运行环境规定 (12) 4.1设备 (12) 4.2支持软件 (12) 4.3接口 (12)
在线教学系统需求说明书 1引言 1.1编写目的 本软件需求说明书以用户需求为基础，展示在线教学系统的开发要求，主要面向用户与系统开发人员；对于用户，重点在于清楚的表达用户提出的需求，经用户确认是否符合用户的需求，在客户与系统分析人员间形成互动；对于开发人员，主要让程序开发人员了解系统的功能，系统的对象，系统对象的属性，以及对象之间的关系。 1.2背景 说明： a．软件学院在线教学系统 b．本项目由软件学院依托《中国地质大学（北京）科学技术基金》提出，并由05级本科生开发完成，该系统依赖于校园局域网，主要面向软件学院全体师生以及校内公选课选我院所开课程的同学使用。 c．拟该系统与软件学院在线考试系统相互链接，共同组合为软件学院教学综合管理系统。 1.3定义 本文件中用到的专门术语的定义： a.SQL server2000：微软数据库产品； https://www.doczj.com/doc/d67343190.html,：微软公司软件开发语言； c.Microsoft https://www.doczj.com/doc/d67343190.html, 2003：微软公司软件集成开发环境。 1.4参考资料 本文件的参考资料： a.本文件以国家标准（GB8567——88）为软件开发标准。 b.本文件引用到的文件为《08-软件需求说明书（GB856T——88）.doc》。
XXX项目 软件需求规格说明书 ---------------------------------------------------------------------合肥安慧软件有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
1.引言.................................................... 错误!未定义书签。 . 项目背景............................................. 错误!未定义书签。. 编写目标............................................. 错误!未定义书签。. 建设目标（可选）..................................... 错误!未定义书签。. 系统范围............................................. 错误!未定义书签。. 定义/术语/缩写....................................... 错误!未定义书签。. 参考资料............................................. 错误!未定义书签。. 文档阅读指南（可选）................................. 错误!未定义书签。 2.总体说明................................................ 错误!未定义书签。 . 产品介绍............................................. 错误!未定义书签。. 假设和依赖（可选）................................... 错误!未定义书签。. 局限性和排斥性（可选）............................... 错误!未定义书签。 3.功能描述................................................ 错误!未定义书签。 . 业务描述............................................. 错误!未定义书签。. 用户说明............................................. 错误!未定义书签。. 基本配置及运行环境................................... 错误!未定义书签。. 用户场景............................................. 错误!未定义书签。 用例总览......................................... 错误!未定义书签。 详细用例说明..................................... 错误!未定义书签。 4.非功能性需求............................................ 错误!未定义书签。 . 性能要求............................................. 错误!未定义书签。. 可靠性（可选）....................................... 错误!未定义书签。. 安全性（可选）....................................... 错误!未定义书签。. 可移植性（可选）..................................... 错误!未定义书签。. 设计限制（可选）..................................... 错误!未定义书签。. .电源、工艺结构要求（可选）.......................... 错误!未定义书签。. 逻辑数据库需求（可选）............................... 错误!未定义书签。. 其他需求............................................. 错误!未定义书签。 5.接口说明................................................ 错误!未定义书签。 . 用户界面............................................. 错误!未定义书签。. 硬件接口............................................. 错误!未定义书签。. 软件接口............................................. 错误!未定义书签。. 通信接口............................................. 错误!未定义书签。 6.需求变更流程............................................ 错误!未定义书签。 7.设计描述（可选） ........................................ 错误!未定义书签。