BSS_需求组_业务需求说明_系统管理

BSS_需求组_业务需求说明_系统管理
BSS_需求组_业务需求说明_系统管理

江苏电信BSS 1.0项目业务需求说明

江苏省电信有限公司南京联创科技股份有限公司

毕博管理咨询

2004年6月17日

1.1.1管理组织机构 (3)

1.1.1.1机构与员工 (3)

1.1.1.2功能需求 (5)

1.1.2渠道组织机构 (9)

1.1.3权限管理 (13)

1.1.3.1角色与岗位 (13)

1.1.3.2功能需求 (18)

1.1.4日志管理 (23)

1.1.4.1系统出错日志 (23)

1.1.4.2登录日志 (24)

1.1.4.3操作日志 (25)

1.1.4.4日志操作 (26)

1.1.5信息发布 (27)

1.1.5.1信息发布 (27)

1.1.5.2信息发送 (29)

1.1.5.3信息通知 (29)

1.1.5.4信息阅读 (30)

1.1.5.5信息维护 (30)

1.1.6版本管理 (31)

1.1.7知识库管理 (32)

1.1.7.1电信业务知识定义 (32)

1.1.7.2与其他功能域的关系 (32)

1.1.7.3知识库知识类型 (33)

1.1.7.4知识采集整理 (37)

1.1.7.5知识发布与展现 (41)

1.1.7.6脚步管理 (42)

1.1.8KPI管理 (43)

1.1.9系统备份 (44)

1.1.10系统监控 (45)

1.1 系统管理

1.1.1 管理组织机构

1.1.1.1 机构与员工

组织架构主要包括省公司、市公司(本地网)、县公司、部门、子部门(营业厅)、班组共六种机构类型。目前市公司的组织架构因规模不同而有所不同,有些市公司可能没有组织结构图中的某一层和几层。在系统管理组织机构设置时只需将其忽略即可。

管理组织架构的目的就是描述员工在电信公司中的位置,以及部门之间的隶属关系。

每种机构都可以有下属员工。

组织架构示意图

机构信息项:

?机构标识:唯一标识该机构;

?机构代码:省、市、县公司采用省、市、县的名称的简拼,部门、子部

门(营业厅)采用部门名称的简拼,班组采用市公司简拼+两位数字序号;

?机构名称:机构的中文名称;

?上级机构:省公司处于组织架构的最高层,没有上级组织;其他机构的

上级机构如上图所示;

?机构类型:针对营业厅,按渠道可分成:普通营业厅、10000营业厅、

网上营业厅,按客户群可分成:大客户营业厅、商客营业厅、公客营业

厅;

员工信息项:

?员工工号(全省唯一);

?员工姓名;

?身份证号码;

?登陆密码;

?联系电话;

?联系地址;

?归属机构;

1.1.1.2 功能需求

?机构的管理:对机构信息的增、删、改。要求实现分级管理,上级机构

的管理员可以对下级机构进行管理,并为其指定管理员。

?员工的管理:

◆只有具有管理员工权限的管理员才能对下属的员工进行管理和维

护;

◆增加员工时必须保证工号在系统中的唯一性并且符合员工的编制办

法;

◆新增员工后,密码默认为初始化密码;

◆修改员工时系统可自动保存员工修改的日志信息;

◆员工只能被注销,不能被物理删除,员工被注销时,系统应保留该

员工业务操作历史信息;

◆员工状态可定义,员工状态为激活和非激活,只有激活状态的员工

才能操作,非激活不能操作。

?员工密码管理:

◆员工本人可以修改密码;

◆具有初始化员工密码权限的管理员可以初始化员工密码,但是不能

直接修改密码;

◆员工登录时,若输入密码为初始化密码必须提示员工修改密码,密

码修改成功后,才能登录系统;

◆密码加密存放且算法不可逆,任何级别的管理员都不能看到员工密

码的明码信息;

◆系统可灵活配置提示修改密码的周期(如:三个月提醒、半年提醒、

从不提醒)。

1.1.2 渠道组织机构

渠道机构包括区域管理和客户经理管理。

针对不同的客户划分,区域的划分原则不同。

大客户区域划分分为三级:本地网、大区、片区。以南京为例,南京本地网下属的市区、六合、溧水是大区,客户的细分先以行业(大客户行业划分规范的四级分类)为依据,如银行为依据,然后由大客户经理按照一定的规则如行政区域等进行人工认领(或由上级经理分配)。一个大客户经理所管理的客户集合形成一个片区。本地网划分为多个大区,大区划分为多个片区。大客户经理针对其管辖的片区的客户进行营销服务。

公客区域划分分为四级:本地网、大区、片区、社区。社区的划分是以交接箱为单位,一个或多个交接箱所覆盖的用户形成一个社区。公客的用户都是甲种用户,其客户和用户可以视为统一的。一个社区对应一个或多个社区经理。多个社区组成一个片区,若干个片区组成一个大区,一个本地网分为若干个大区。社区经理针对其所管辖的用户进行维护、营销服务。

商客区域划分也分为三级:本地网、大区、片区。一个本地网分为若干个大区,一个大区分为如干个片区。片区的划分规则是先行业分布、后社区组成(南京比较特殊,其片区直接和交接箱关联,不是和社区关联)。商客的行业分布:网吧、专业市场(金桥大市场、金盛装饰城等)、楼宇等。一个片区对应一个客户经理。商业客户分A、B、C三类,C类商业客户按照公客的方式进行营销和管理。

客户经理的类型按纵向分有社区经理、片区经理、大区经理、市区经理。

客户经理的类型按横向分有:

社区经理:维护经理、公众客户营销经理、发展经理、装机经理等。

片区经理:公众客户区域经理、商业客户营销经理、大客户经理、公话营销经理。

大区经理:区域经理、电话客户代表、行业客户代表、大区支撑经理、大区管理经理、大区分客户群管理经理等。

市区经理:主管领导、市区管理经理、市区分客户群管理经理、市区支撑经理。

各种经理之间存在考核与被考核关系,如公众客户区域经理考核社区经理,大区的区域经理考核商业客户营销经理等。

除了考核关系外,区域经理和社区经理与电话客户代表和行业客户代表之间存在工作连带关系,如一个电话客户代表负责与几个区域经理所管辖的客户进行电话联系。

不同的客户经理的工作各有不同,考核指标也相应不同。

区域的维护和客户经理的维护在渠道系统完成,客户经理对渠道数据的使用权限在渠道系统完成,渠道系统发生对区域和客户经理的修改及时反馈给BSS,BSS对社区和资源的对应关系进行维护,根据这个对应关系实现用户、客户与区域的关系,进而实现用户、客户与客户经理的关系。用户和客户的归并和认领的结果及时返回给渠道系统。

1.1.3 权限管理

1.1.3.1 角色与岗位

权限在系统内由两个部分组成:操作权限和数据权限。

操作权限指员工使用系统程序某个功能项的权限,如订单受理权限是指订单受理模块的操作权限。

数据权限是指员工使用系统程序的某个功能项时所能操作的数据的范围。如员工使用的是订单受理模块,其可以办理的订单是固定电话类产品。

操作权限的管理通过角色、岗位来实现。系统通过角色、岗位将系统的操作权限授予员工,建立员工和权限的直接关联;同时权限也可以直接授予员工。

系统也可以通过角色、岗位将系统的操作权限从员工收回;或者直接将权限从员工收回。

角色是用于定义系统使用人员可操作权限的实体,角色规定某个员工的权限范围,一个员工可以拥有多个角色,当员工拥有角色时,并不意味其拥有角色规定的具体权限,具体的权限必须通过岗位或者某个具体权限来授予,如营业员角色,当某个员工拥有该角色,是指这个员工所可能拥有的全部操作权限均在该角色规定的范围内。

不同角色之间可以拥有相同的操作权限。

解决不同角色的差异化界面和整个BSS内的单点接入。

岗位是描述某个角色中相对集中的一些工作的集合,一个角色可以有多个不同的岗位,每个岗位必然归属于某一个角色,岗位之间的权限没有必然联系,在实际工作中,岗位其实规定了员工实际拥有的可操作权限。如某个员工归属于营业营业员角色,他需要营业受理岗中订单受理的权限,那么只要把该角色中定义的营业受理岗(岗位)授权给该员工,营业受理岗中包含了订单受理的权限。

数据权限的管理通过岗位的附加属性来实现。岗位的附加属性包括员工标识、区域、行业、产品、号码级别等,岗位的附加属性是岗位授权的实例信息。员工担任某个角色,从事某个岗位的工作,从而获得该岗位对应的操作权限,岗位的附加属性将决定其对数据的操作范围的限制,如果没有附加属性其数据的操作范围将不受限制。如员工担任社区经理角色,其从事的是某个社区维护经理岗位的工作,在其岗位的的附加属性中将有其区域信息,表明其操作的数据是某个特定区域的数据。

系统支持一个员工担任从事不同角色的多个岗位的工作时,其数据范围也不相同,系统也需要通过岗位的附加属性实现。例如:员工担任某个社区的社区经理角色,其岗位是社区经理岗位;同时该员工又是其上级片区的片区经理,其岗

位是片区营销经理,其方法是:该员工的社区经理附加岗位属性的区域是该社区,片区营销经理岗位的岗位附件属性的区域是片区。

针对渠道的营销管理,还需要虚拟团队的管理。虚拟团队的作用有:

◆实现岗位的AB角备份。如某个社区的维护经理不能工作,其上级经理

可以在系统中将该维护经理的状态设定为“不能工作”,系统根据其团

队信息,将其工作分配给虚拟团队中的其他成员。

◆方便授权管理。可以建立一个虚拟团队,对虚拟团队的成员进行批量授

权。

系统的角色、岗位配置如下表(不全):

1.1.3.2 功能需求

?角色的管理:对角色的增加、删除和修改。

?岗位的管理:对岗位的增加、删重和修改。

?岗位附加属性的管理:对岗位附加属性的增加、删除和修改。

?权限的管理:对权限的增加、删除和修改;以及权限的授予、回收。

◆根据系统的程序功能项的划分,对权限进行增加、删除和修改。

◆通过岗位进行权限的授予、回收。要求可以进行岗位所对应的部分、

全部权限的授予、回收。

◆直接将权限授予员工、从员工回收。

?一个员工可以担任多个角色。从事不同角色的多个岗位的工作。

?不同的员工从事相同的岗位,其数据操作范围不同。

?只有被授权的员工才能登录到系统进行功能的使用与操作,非授权员工

将被提示无权限;

?一个员工不能同时多次登录系统,如果员工重复登录,系统应提示是否

杀掉已经登录系统的对话,以保证员工操作的准确性、唯一性;

?对所有可以登录系统的终端IP地址、所属部门、所安装的系统及版本、

有效时间、允许使用时段等信息项进行注册管理。

?员工登录系统时必须验证其终端IP地址及相关信息是否合法。

?对于一些特殊的重要的岗位可以分配特殊的IP地址段或特殊的终端,

同时限制员工只能在指定的终端或IP地址段上操作;

?系统提供IP地址和员工绑定关系的管理与维护,同时也提供特殊终端和

员工绑定关系的管理与维护。

?虚拟团队及其成员组成的维护管理(增删改)。

?对社区的信息及其与交接箱对应关系的维护管理(增删改)。

?权限支持分拥有、可授权两种,拥有权限可以使用其对应的功能项,可

授权权限不仅可以使用其对应的功能项,同时可以将权限授予其所属下级员工。

银行综合业务系统需求规格说明书

银行综合业务系统 需求规格说明书 工程名称银行业务综合系统工程编号编写单位Object小组编写日期负责人周侃版本号

目录 一、引言3 1.1编写目的3 1.2工程背景3 1.3定义4 1.4参考资料5 二、任务概述5 2.1目标5 2.1.1 用户特点5 2.1.2 业务设计目标6 2.1.3 开发原则7 2.2名词解释8 三、系统概述15 3.1系统概述15 3.2具体架构说明17 四、需求分析17 4.1界面需求18 4.1.1签到界面19 4.1.2客户开户界面20 4.1.3账户客户界面20 4.1.4贷款21 4.1.5签退界面26 4.1.6查询错误!未定义书签。 4.1.6.1账户查询错误!未定义书签。 4.1.6.2贷款查询错误!未定义书签。 4.2交易需求27 4.2.1Teller端27 4.2.1.1签到27 4.2.1.2签退28 4.2.2ESB端29 4.2.2.1服务拆分29 4.2.3Core端29 4.2.3.1客户开户界面29 4.2.3.2账户开户界面30 4.2.3.3贷款发放界面32 4.2.3.4日终错误!未定义书签。 五、数据描述33 5.1 系统描述33 5.2 系统E-R图33 5.3实体及其属性的分析37 5.4实体间的关系分析38

一、引言 近年来,金融业的竞争开始由低层次向高层次发展,高科技战场将是我国各银行参与竞争、加快自身发展的主战场。银行要保持和扩大市场份额,必须拥有一种明显的、持久的优势。这种优势不是产品的优势,也不是网点的优势,而是高科技的优势。因此,银行电子化是银行提高工作效率,提高经管水平,提高服务质量,加速资金周转,促进社会经济发展的趋势。 随着计算机技术的不断发展,银行电子化水平的提高起到了积极的作用。随着客户金融意识的加强,对银行的选择条件也越来越高,而选择的尺度主要就是银行的服务质量。现在客户对银行的服务要求不仅仅是礼貌服务,更主要的看银行能不能给其提供更多的便利、更好的服务方式、更先进的服务工具来满足他们的各种需要。目前,各银行都投入许多精力,针对客户需求,在保持和完善传统业务的基础上,利用信息高技术开拓了许多新的业务领域,为客户提供了许多新的服务手段。 因此,由于银行有处理大量数据的要求,全部采用人工的方式处理显然不合适。这不仅要花费很高的成本,而且处理事物的效率和质量都存在很大的问题。处于这些问题的考虑,采用计算机来处理这类问题就是一个相当理想的解决技术方案。利用计算机可以极大地降低处理成本,更重要的是可以几乎没有错误的高效的处理所有的事务。 1.1编写目的 编写该文档的目的是明确“银行综合业务系统”工程的业务背景、业务范围、定义工程的专业名词,分析工程的核心功能和系统需求,为后续的系统设计以及开发人员和测试人员提供功能需求和非功能需求的详细定义,为测试人员提供测试用例设计的功能参考。 该文档为了便于更好地理解客户对软件的需求,对于其软件性能以及功能需求有一明确的目标,对于工程规划以及进度也做了简单的计划。 预期读者:组内成员 1.2工程背景 1.开发工程名称:银行综合业务系统 2.任务提出人员:神州数码融信软件有限公司

仓库管理系统需求分析

仓库管理系统 开发者:施飞飞、韩显 组长:韩显 院系:数学与计算机科学学院班级:11信息与计算科学

一、仓库管理系统可行性研究报告 3 1引言 (3) 1.1编写目的 (3) 1.2项目背景 (3) 2可行性研究的前提 (3) 2.1要求 (3) 2.2目标 (4) 2.3条件、假定和限制 (4) 2.4决定可行性的主要因素 (4) 3技术可信性分析 (5) 3.1系统优越性 (5) 3.2 采用建议系统可能带来的影响 (5) 3.3 技术可行性评价 (5) 4信用经济可行性分析 (5) 5社会因素可行性分析 (6) 5.1法律因素 (6) 5.2用户使用可行性 (6) 6结论 (6) 二、仓库管理系统需求分析目录 (7) 1.1系统任务概述 (7) 1.2功能需求 (7) 1.3数据流图 (8) 1.4功能模块图: (10) 1.5数据字典 (10) 1.6E-R图 (11)

1.7性能要求 (13) 1.8运行环境 (13) 一、仓库管理系统可行性研究报告 1引言 1.1编写目的 为了以最小的代价在最短的时间内确定仓库管理系统项目是否值得去开发,其中的关键和技术难点是什么,问题能否得到解决,怎样达到目的?我们编写了可行性报告以对这些问题进行分析。 除此之外,经过对此项目进行详细调查研究,我们初步拟定了系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。以便于中小规模工厂的仓库管理人员阅读及理解整个项目。 1.2项目背景 开发软件名称:仓库管理系统 项目开发者:施飞飞(2011033504)、韩显(2011033549)

业务需求说明书(管理与数据类参考模板)

某银行 XX业务需求说明书 提出部门:xxxx部xxxx年xx月

文档修改记录

签署记录

目录 1.引言 (6) 1.1目的 (6) 1.2背景 (6) 1.3术语和定义 (7) 1.4业务规范与标准 (7) 1.5参考资料 (8) 2.需求目标 (9) 2.1用户描述 (9) 2.2业务价值 (9) 2.3业务现状 (10) 2.4业务目标 (10) 2.5约束和假设 (10) 3.需求范围 (11) 3.1范围概述 (11) 3.2功能范围 (11) 3.3数据范围 (11) 3.4区域/机构范围 (11) 4.功能需求 (12) 4.1功能1(适用于有流程的需求) (12) 4.1.1 功能概述 (12) 4.1.2 业务流程 (12) 4.1.2.1流程节点1 (12) 4.1.2.1.1输入 (12) 4.1.2.1.2处理 (12) 4.1.2.1.3输出 (12) 4.1.2.1.4业务规则 (13) 4.2功能2(适用于无流程的需求) (13) 4.2.1 功能概述 (13) 4.2.2 输入 (13) 4.2.3 处理 (13) 4.2.4 输出 (13) 4.2.5 业务规则 (13) 4.3功能3(适用于数据处理的需求) (13) 4.3.1 功能概述 (13) 4.3.2 输入 (14) 4.3.3 处理 (14) 4.3.4 输出 (14) 5.附件1 (17) 5.1非功能性需求 (17) 5.2数据要求说明书 (17)

5.3需求优先级 (17) 5.4表单及报表样例 (17) 5.5灾备等级评分指标 (17)

业务需求说明书

业务需求说明书 Company number:【0089WT-8898YT-W8CCB-BUUT-202108】

业务需求说明书文档版本记录

目录

1引言 1.1编写目的 本需求说明书的编写目的为: (1)使各业务部门在与系统相关的业务流程、岗位权限、业务操作方式等方面达成一致,作为项目立项、工作量估算、系统需求分析、系统设计的依据。 (2)使IT需求分析、设计人员充分理解与本系统相关各项业务需求、系统实现目标、范围,同时明确为实现业务需求所需要的功能要点。 1.2预期读者 本说明书的预期读者为安徽江淮汽车股份有限公司相关业务部门,需求分析、开发、维护等IT人员,以及系统最终用户。 1.3参考资料 【描述参考业务制度文件等】 1.4术语、定义和缩写 【描述本文档涉及的专业术语、相关定义和缩写】 2业务需求概述 2.1项目目标 【描述本项目背景和目标,说明系统应支持的业务类型,期望达到的管理目的等】 2.2总体业务流程 【描述本系统的总体业务需求,并通过图形和文字的方式,对标准业务流程以及流程特例进行说明】

2.3岗位职责 【描述相关业务岗位及其工作职责,对应于系统中的角色及权限】 3功能需求 【逐一描述业务需求、所需的系统功能和操作流程,按功能层次逐级描述】3.1功能一 【描述主要业务功能,包括界面、输入输出和业务规则等】 3.1.1功能描述 3.1.2用户界面 【描述主要用户界面和操作方面的要求,可以结合图表说明】 3.1.3输入要求 【描述输入介质,包括表单、数据清单、图形、扫描件等】 3.1.4输出要求 【描述输出要求,包括表单、报表、图形、扫描件等】 3.1.5业务规则 【描述数据处理的主要业务规则和逻辑】 3.2功能二 … 4非功能需求 4.1时间要求 【明确上线时间等要求】 4.2性能要求 【描述用户数量、数据规模、响应时间要求等】 4.3安全需求 【描述账号口令、用户账号、访问控制、通信加密等要求】

服装仓库管理系统需求分析

一、内容 1、通过实地调研拟解决的问题与目标。 本系统需要具备以下几个模块功能: 1、用户登录。用户可用两种身份登录本系统:普通操作员或经理;不同身份登录被系统授予不同的使用权限,这样提高了本系统的安全性,避免了无关人员获取不在她权限范围内的信息。 2、仓库进货。仓库存放货物品种繁多,堆存方式以及处理过程也非常复杂,随着业务量的增加,仓库管理者所需要处理的信息量大幅上升,因此管理者往往很难及时准确掌握整个仓库的运作状态。分析其原因在于:仓库在进货时没有输入详细、有效、完整的信息。 在本仓库信息系统中,仓库进货模块要求操作员输入商品号、进货数量、单价与供应商,系统会自动的将当前系统时间作为进货时间更新到数据库,并且会自动统计总进货金额。该操作完成后,相应货物的数量为原数量加进货的数量,并更新数据库。 3、仓库退货。需求分析表明,企业仓库中的货物离开仓库主要有两种原因:企业无法销售某商品,将其退还给供应商;企业销售了一部分某商品,再从仓库调出部分库存的该种商品。 在本仓库信息系统中,仓库进货模块就是为了第一种原因而设计的,它要求操作员输入退货商品号、退货数量、单价与供应商,系统会自动的将当前系统时间作为退货时间更新到数据库,并且会自动统计总退货金额。该操作完成后,相应货物的数量为原数量减退货的数量,并更新数据库。 2、业务需求分析(用业务流程图描述并配上适当文字) 1、顶层业务流程图

顶层业务流程图 2、1级业务流程图 入库: 一级业务流程图:入库 库存: 一级业务流程图:库存 出库 :

一级业务流程图:出库 3、2级业务流程图 入库: 二级业务流程图:入库 3、数据需求分析(用数据流程图描述并配上适当文字) 1、顶层数据流程图 拒收单 顶层数据流程图 2、1级数据流程图 订货单

软件开发 业务需求说明书模板

深圳天源迪科信息技术股份有限公司 项目编号/BRS版本:X.X 状态: XXX系统 业务需求说明书 本文件属深圳天源迪科信息技术股份有限公司所有, 未经书面许可,不得以任何形式复印或传播。

文件建立/修改记录

目录 1 简介 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 适用范围 (4) 1.4 参考资料 (4) 1.5 术语 (4) 2 业务需求 (4) 2.1 <业务需求1> (4) 2.1.1需求来源 (4) 2.1.2需求描述 (4) 2.1.3角色 (4) 2.1.4解决方案 (4) 2.1.5优先级 (5) 2.1.6补充内容 (5) 2.2 <业务需求2> (5) 2.3 <业务需求3> (5) 3 附录 (5)

1简介 1.1目的 【列举说明编写业务需求说明书要达到的目的。】 1.2背景 【可能的相关背景知识介绍。】 1.3适用范围 【说明此文档所适用的范围。】 1.4参考资料 【编写业务说明书时参考的相关资料,需指明出处与时间。】 1.5术语 【对文档中使用到的相关术语、简称作以解释。】 2业务需求 2.1<业务需求1> 2.1.1需求来源 【说明提出此需求的单位及个人。】 2.1.2需求描述 【用户提出的需求简要说明,比如“管理业务”。】 2.1.3角色 【说明与此需求相关的角色。】 2.1.4解决方案 【说明针对用户的问题,所提出的解决方案。如果有多个,可以在此处都列出来。】

2.1.5优先级 【说明此项需求的优先级。】 2.1.6补充内容 【在上面5点之外需要描述的内容。】 2.2<业务需求2> …… 2.3<业务需求3> …… 3附录 【各种需要在本文档中补充说明的附录和附表。】

物联网物流仓储管理系统项目需求说明

物联网物流仓储管理系统项目需求说明 SANY标准化小组 #QS8QHH-HHGX8Q8-GNHHJ8-HHMHGN#

《物联网物流仓储管理系统》 项目需求说明 目录

第一部分引言

一、说明 编写本说明书的目的是为了准确阐述项目具体业务需求和需求边界,本说明书的作者是【物联网物流管理平台】项目组,本说明书的确认者是【项目经理】负责人,本说明书的读者是项目所有直接干系人。 本说明书是指导项目实施的重要指导性文件,也是用户最后进行验收(终验)的依据,说明书中内容一旦确认双方将以此为基础开展工作。如果需要变更说明书内容,必须走变更流程,变更必须得到甲乙双方书面确认,最后变更内容将作为本文的一部分,在项目实施过程中得以体现。 二、定义 1、CCL冷链物流 CCL是冷链物流(Cold Chain Logistics)的缩写,冷链物流泛指冷藏冷冻类食品在生产、贮藏运输、销售,到消费前的各个环节中始终处于规定的低温环境下,以保证食品质量,减少食品损耗的一项系统工程。它是随着科学技术的进步、制冷技术的发展而建立起来的,是以冷冻工艺学为基础、以制冷技术为手段的低温物流过程。 2、WMS仓库管理系统 WMS是仓库管理系统(Warehouse Management System)的缩写,仓库管理系统是通过入库业务、出库业务、仓库调拨、库存调拨和虚仓管理等功能,综合批次管理、物料对应、库存盘点、质检管理、虚仓管理和即时库存管理等功能综合运用的管理系统,有效控制并跟踪仓库业务的物流和成本管理全过程,实现完善的企业仓储信息管理。该系统可以独立执行库存操作,与其他系统的单据和凭证等结合使用,可提供更为完整全面的企业业务流程和财务管理信息。

仓库管理系统需求分析报告

软件需求分析报告 学生姓名: 学号: 专业班级:计算机科学与技术院(系):计算机与通信工程学院指导教师: 完成时间:2012年11月18日 成绩: 前言

仓库管理系统是物资管理系统的核心,是一个企业不可缺少的部分,它的内容对于企业的决策者和管理者来说都至关重要。一直以来人们使用人工的方式管理仓库,效率低,查找、更新和维护困难。今天,仓库作业和库存控制作业已多样化、复杂化,靠人工去处理已十分困难。如果不能保证正确的进货、验收及发货,就会导致生产过量的库存,延迟交货时间,增加增加经营成本,以致失去客户。随着科学技术的不断提高,计算机科学日渐成熟,仓库管理系统应运而生,其检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低、等优点极大地提高人事劳资管理的效率;其能够有效地组织人员、空间和设备进行收货、存储、拣货和运输,组织运送原材料到生产企业,运送成品到批发商、分销商和最终客户手中等强大的功能已为人们所熟知。仓库管理系统是为企业的采购、制造计划、制造执行、客户服务系统与仓库或配送中心提供的管理手段,满足企业对低成本和快速处理的要求,帮助不同行业的企业解决复杂的配送问题并降低订单履行成本,它已越来越广泛的应用到各大仓库,并随着不断地完善发挥着越来越重要的作用。 目录 一、项目前景文档 (4) 1业务需求 (4)

1.1项目背景、业务机会和客户需要 (4) 1.2业务目标和成功标准 (4) 1.3业务风险 (5) 2解决方案的前景 (5) 2.1前景陈述 (5) 2.2主要特征 (5) 2.3假设(Assumption)和依赖(Dependency) (6) 2.4项目范围和局限性 (6) 2.4.1项目范围 (6) 2.4.2项目限制 (6) 2.5业务环境 (7) 2.5.1涉众档案 (7) 2.5.2运行环境 (7) 二、软件需求规格说明书 (8) 1引言 (8) 1.1概述 (8) 1.2背景 (8) 1.3定义 (9) 1.4参考资料 (9) 2任务概述 (9) 2.1目标 (9) 2.2运行环境(Operating Environment,OE) (9) 2.3假定(Assumption)和约束(Constraint) (9) 3需求规定 (10) 3.1对功能的规定 (10) 3.1.1用户需求 (10) 3.1.2系统需求 (25) 3.2非功能性需求 (38) 3.2.1性能需求(Performance) (38) 3.2.2安全设施需求(SAfety) (38) 3.2.3安全性需求(Security) (38) 3.2.4软件质量属性 (39) 3.3外部接口需求 (39) 3.3.1用户界面(User Interfaces,UI) (39) 3.3.2硬件接口(Hardware Interfaces,HI) (39) 3.3.3软件接口(Software Interfaces,SI) (39) 3.3.4通信接口(Communications Interfaces,CI) (39)

需求说明书模板

泵送零部件质量信息化之 自制大件钢印号管理需求分析说明书 Requirement Analysis Document 文档编号: 状态: ■草稿□发布□修改作者:寻浏平、王刚华

文档信息 修改记录

目录 1.引言 (4) 1.1编写目的 (4) 1.2项目背景 (4) 1.3术语定义 (4) 2.业务描述 (4) 2.1目标范围 (4) 2.2业务综述及总体流程 (4) 2.2.1业务流程图 (5) 2.2.2业务需求 (6) 2.3用户特性 (6) 2.4约定假设 (6) 3.功能需求 (7) 3.1 SAP新增自定义字段“钢印号”(F01) (8) 3.1.1功能模块流程图 (8) 3.1.2功能详细描述 (8) 3.2 MES下载订单主数据接口修改(F02) (10) 3.2.1功能模块流程图 (10) 3.2.2功能详细描述 (10) 3.3 MES终端钢印号报工功能修改(F03) (11) 3.4大件SAP/PDA收货功能(F04) (11) 3.5大件SAP/PDA出库钢印号记录功能(F05) (27) 3.6 MES返修订单质检功能(F06) (34) 3.6.1功能模块流程图 (34) 3.6.2功能详细描述 (35) 3.7 SAP大件(钢印号)可用库存查询功能(F06) (37) 4.业务编码规范 (41) 5.非功能性需求 (41) 5.1用户界面需求 (41) 5.2性能及压力需求 (41) 5.3安全需求 (41) 5.4环境需求 (41) 5.5产品质量要求 (42) 6. 批准确认 (42)

1.引言 1.1编写目的 将泵送制造本部钢印号管理业务需求转化为功能需求,为设计、开发、测试、实施人员提供参考依据。 1.2项目背景 目前泵送制造本部所有自制大件实物上都需打钢印号。实物上的钢印号编码是由制造部各工作中心根据既定的规则自行进行编码和打印钢印号的,MES系统只检验时才开始对钢印号与生产订单信息进行关联和记录。为加强对自制大件质量的管控,泵送质保部提出要对钢印号整个生命周期进行管控的需求。经泵送质保本部、泵送制造本部综合管理部、泵送制造本部物料管理部共同商讨决定对泵送自制大件实现从计划下达、生产制造、质量记录、生产返工、装配记录、售后质量追溯全生命周期的管理。 1.3术语定义 钢印号:为实现对自制大件生产过程质量追溯,自制大件组焊完成后在实物上打印的钢字码。钢印号一般包含以下信息:型号、生产日期、流水号等。 2.业务描述 2.1目标范围 泵送制造本部所有自制大件均需实现钢印号管理,先在转塔工作中心(转塔台和转塔座)实现和试用,优化完成后再推广到泵送制造本部其他大件。 2.2业务综述及总体流程 从整体描述项目业务需求及业务流程,相互关联,及总体流程图。

(完整版)仓储管理系统用户需求说明书V1.0

佳怡集团知识产权 未经允许,不得擅用 仓储管理系统 用户需求说明书 (V1.0) 佳怡集团物流与信息技术事业部 2016年02月15日

参与人员: 承担人王雨雨 负责人王雨雨 参与人王雨雨、王玉青、刘先坤 相关部门: 佳怡集团物流与信息技术事业部 点点储运配送有限公司 版本历史: V1.0 2016-02-15 王雨雨起草

目录 用户需求说明书................................................................................................................................. I 1引言 . (1) 1.1目的 (1) 1.2背景 (1) 1.3项目概述 (1) 1.4术语 (1) 2部门组织结构 (2) 2.1组织结构 (2) 2.2部门设置和人员职责 (2) 3业务需求 (3) 3.1概述 (3) 3.2功能性需求 (3) 3.2.1部门工作范畴 (3) 3.2.2主要业务 (4) 3.2.2.1主要业务概述 (4) 3.2.2.2业务关联图 (4) 3.2.3.1干线运输作业 (5) 3.2.3.5入库作业 (5) 3.2.3.10上架作业 (7) 3.2.3.15盘点作业 (7) 3.2.3.20拣货作业 (8) 3.2.3.25出库作业 (9) 3.2.3.30库内管理 (11) 3.2.3.38客户管理 (11) 3.2.3.42计费管理 (12) 3.2.3.44报表管理 (12) 3.2.3.47客户下级店管理 (13) 3.2.3.52计量单位管理 (14) 3.2.3.56入库单打印 (14) 3.2.3.58出库单打印 (15) 3.2.3.60库存调整表 (15) 3.2.3.62入库储位统计表 (16) 3.2.3.64异动盘点表 (16) 3.2.3.66通盘盘点表 (17) 3.2.3.68分拣单 (17) 3.2.3资料提供情况 (17) 3.3非功能性需求 (19) 3.3.1资源需求 (19) 3.3.2性能需求 (20)

投诉业务子系统需求规格说明书

CallCenter投诉业务子系统需求规格说明书 一、引言 (1) 1.1编写目的 (1) 1.2项目背景 (1) 1.3定义 (2) 1.4参考资料: (2) 二、任务 (2) 2.1目的 (2) 2.2运行环境 (3) 2.3条件与限制 (3) 三、功能需求 (3) 3.1系统流程 (3) 3.2贵阳农行系统流程 (7) 四、数据描述 (8) 4.1数据流图 (8) 4.2静态数据 (10) 4.3动态数据 (10) 4.4数据字典 (10) 五、性能要求 (12) 六、运行需求 (12) 一、引言 1.1编写目的 本文档定义投诉业务子系统的功能需求、数据描述、运行环境。 本文档可作为CALLCENTER系统设计人员,售前技术支持人员,程序员,测试人员、使用人员的参考资料。 1.2项目背景 本设计文档参考了UT斯达康DSD R&D CALLCENTER开发小组“浙江移动呼叫中心” 项目的客户呼叫中心投诉、建议功能模块设计说明书及业务需求分析而写的,对原有的

说明书进行修改并增加了一些功能,如投诉处理、处理结果反馈等功能,使本子系统具有一定的通用性,不仅适合电信局,也适用于银行等。 1.3定义 投诉:包括投诉与建议,是指CallCenter中,处理客户通过电话、信函、传真、EMAIL 等手段对服务质量的投诉和一些客户对有关部门的建议。并且将客户的投诉、建议统一录入服务器中心数据库(或本地数据库),然后进行分类,再将投诉、建议发往相关部门处理。对处理进行全过程追踪,并将处理结果反馈给客户,将客户对处理结果的意见进行记录。作为评价处理部门的工作的依据。 UUI:系统各模块之间交换应用数据的桥梁,主要应用在以下几方面:呼叫从IVR转移到Agent、Agents之间呼叫互转和多个Agents、用户实现会议电话。UUI携带的信息主要为语种、应用的识别号AppID、应用信息的标识符等等[1]。 CTI SERVER:联结PBX和LAN。 IVR SERVER:电话语音处理服务器。 DLL:动态链接库(Dynamic Link Library), WINDOWS程序之间相互调用的一个机制。 1.4参考资料: [1]UUI数据包结构(黄武) [2]应用程序模板文件使用说明(张磊) [3]开发部文档编写指南 [4]浙江移动客户呼叫中心项目建议书中有关投诉、建议的描述 [5]CALLCENTER开发小组前台程序的体系结构和管理模块的设计 [6]贵阳市农业银行客户服务系统业务范围确认表(诸伟) 注:由于投诉与建议的内容基本上是一样的,下面的内容只说明投诉部分,实际在处理时,可将两部分做在一起。 二、任务 2.1目的 提供给系统分析员一个总体思想,是概要、详细设计的指导.可为CALLCENTER系统设计人

软件需求规格说明书实用模板(超详细)

XXXXXX 单位
XXXXXXX 项目
软件需求规格说明书
龙子湖网络科技

项目 文档 文档 ID 说明 作者 最后更新时间
项目名称 软件需求规格说明书
V1.2 *** 2011-10-20
版本更新概要 版本号 V1.0
V1.1
V1.2
时间 2011-10-02
2011-10-20
2011-11-08
更新人
更新摘要 移动 OA、车辆管理模块
需求容 移动政务资源管理系统
平台需求容 根据业务需求,电子公
文在线预览
项目负责人审核与确认 供应商:
职位
审核时间
审核意见(签字)
客户方:

目录
第一章 引言 ................................................................... 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 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14
2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16

网站业务需求说明书

中国邮政电子商务网站(网上营业厅)项目业务需求说明书 —机票预订分册 (V1.5) 神州数码系统集成服务有限公司 中国邮政电子商务网站(网上营业厅)项目组 2010年6月

目录 第1章引言 (1) 1.1 术语、首字母缩写 (1) 1.2 使用者 (2) 1.3 参考资料 (2) 第2章业务总体说明 (3) 2.1 业务简介 (3) 2.2 用户特点 (3) 2.3 功能描述 (3) 2.3.1 功能结构组成 (3) 2.3.2 功能分类 (4) 2.4 涉及的角色与第三方系统 (6) 2.4.1 涉及的角色 (6) 2.4.2 第三方系统关系 (7) 2.5 系统主要流程 (7) 2.6 异常流程 (10) 2.7 订单状态说明 (14) 第3章业务用例 (16) 3.1 用例模型 (16) 3.1.1 前台预订机票 (16) 3.1.2 前台管理机票订单 (16) 3.1.3 后台管理机票业务 (17) 3.1.4 后台管理机票订单 (17) 3.1.5 后台管理页面信息 (18) 3.1.6 后台管理统计报表 (18) 3.2 用例角色说明 (18) 3.3 用例说明 (19) 3.3.1 前台预订机票 (19) 3.3.2 前台管理机票订单 (21) 3.3.3 后台管理机票业务 (21) 3.3.4 后台管理机票订单 (22) 3.3.5 后台管理页面信息 (23) 3.3.6 后台管理统计报表 (23) 第4章用户界面 (25) 4.1 前台预订机票 (25) 4.1.1 功能说明 (29) 4.1.2 操作说明 (29) 4.2 前台管理机票订单 (29) 4.2.1 功能说明 (32) 4.2.2 操作说明 (32) 4.3 后台管理机票业务 (32) 4.3.1 功能说明 (33)

软件需求规格说明书标准模板

软件需求规格说明书 文件编号: 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 目的 说明编写这份软件需求规格说明书的目的,如:通过本文档定义XXX产品的需求,以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景,包括: a.需开发的软件系统的名称,和英文缩写(可选),项目编号(可选); b.列出此项目的任务提出者、开发者 c.软件系统应用范围、用户。 d.产生该系统需求的原因或起源,如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者,以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料,如: a.本项目经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d.行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

仓库管理信息系统概要设计说明书

仓库管理信息系统概要设计说明书 1

仓库管理信息系统概要设计说明书 学院:xxxxxxxxx 班级:xxxxxxxxxxxx 小组:xxxxxx 成员:xxxxxxxxxxx - 2 -

1引言 1.1编写目的 由前面的需求分析,得出了系统的基本需求和基本的数据流图,要实现整个系统,需要对用户的需求进行设计,概要设计主要是利用比较抽象的语言对整个需求进行概括,确定对系统的物理配置,确定整个系统的处理流程和系统的数据结构,接口设计,实现对系统的初步设计。 1.2背景 建议开发软件名称:仓库信息管理系统 项目的提出者:生产企业; 开发者: xxxxxxxxxxxxx ; 用户:仓库管理人员; 1.3定义 DBMS:数据库管理系统 Windows XP/ :运行环境 MYSQL:数据库管理软件 静态数据--系统固化在内的描述系统实现功能的一部分数据。 动态数据--在软件运行过程中用户输入的后系统输出给用户的一部分数据,也就是系统要处理的数据。 - 3 -

数据字典--数据字典中的名字都是一些属性与内容的抽象和概括,它们的特点是数据的”严密性”和”精确性”。 1.4参考资料 教材:<信息管理与信息系统实验> 陆安生清华大学出版社 . 参考书:<.NET 2.0面向对象编程揭秘>金旭亮电子工业出版社 . 教材:<数据库系统概论>萨师煊王珊主编高等教育出版社2总体设计 2.1需求规定 经过该系统的实施,将仓库管理等方面经过系统来实施,其中包括对仓储货物的收发、结存等活动的有效控制,为企业保证仓储货物的完好无损,确保生产经营活动的正常进行。 按照需求分析文档中的规格要求,使用条形码扫描器入库、库存、出库,使得信息传递准确、流畅。同时,系统最大限度地实现易安装,易维护性,易操作性,运行稳定,安全可靠。 2.2运行环境 数据库管理系统软件:MYSQL 运行平台:Windows XP/ Windows 分辨率:最佳效果1024x768像素 2.3基本设计概念和处理流程 数据流图描述------当有货物想要存入仓库中时,首先向管理员 - 4 -

业务需求描述模板

XXXXXXX-BRS 业务需求说明书,v1.1.1 [毕业论文管理系统] 业务需求说明书 文件状态:[ ]草稿[√]正式[ ]修改[ ]批准 文件标识:thesis-manage-v1.0 当前版本:V1.0 作者:张琳娜,张静,张雪,李东方,吴若兰 完成日期:2014-11-11 Index.v小组

版本历史

目录 1 文档简介 (4) 1.1 文档简介 (4) 1.2阅读建议 (4) 2 项目概述 (4) 2.1 项目背景 (4) 2.2 项目的目标 (4) 2.3项目范围 (5) 2.4用户 (8) 2.5约束 (9) 2.6假设和依赖 (9) 3业务流程 (10) 3.1业务1 (10) 3.2业务2 (12) 3.3业务 (12) 附录 (15) 专业术语 (15) 参考文献 (15)

1 文档简介 1.1 文档简介 系统名称:毕业论文管理系统 本文档是关于“大学生毕业论文管理”项目的软件需求规格说明书。该文档将作为后续设计和开发的依据。 1.2阅读建议 本文包括三个部分。 第一章是文档简介,简要描述了文档的主要内容。 第二章是项目概述,描述项目的背景、目标、范围。 第三章是业务流程,使用业务流程图描述此系统中所涉及的角色和部门的业务状况。 2 项目概述 2.1 项目背景 毕业论文管理系统是基于互联网的应用软件。鉴于以往学生毕业论文采用人工管理方式,工作量大且效率地下,而且毕业生毕业时大多离校,给导师指导学生毕业设计,学生提交论文等工作带来诸多不便。希望开发一个系统来对课题,以及毕业论文选题进行规范化管理,从而方便导师对学生的论文写作进行指导和控制,方便学院管理毕业生论文。利用计算机来管理毕业论文设计管理活动实现制度化,规范化,管理化。 2.2 项目的目标 本系统对毕业论文的日常管理工作进行详细分析和整合,规范管理流程,细化管理内容,确定管理框架,以此为出发点需要实现的具体目标如下。 1.对毕业论文管理工作的业务流程进行详细分析,规范管理流程。 2.通过网络做为交流的平台,方便学生的论文提交、撰写和修改,以及与导师的沟通和指导。 3.实现毕业论文信息管理的自动化,尽可能的消除管理业务流程中的手工作业,提高工作效率。 4.实现论文信息(包括指导老师和学生信息)的正确性和一致性,并实现数据持久化管理。

仓库管理系统需求分析说明书

智能仓库管理系统 需求规格说明书 拟制:仇璐佳日期:2010年3月17日星期三审核:日期: 批准:日期: 文档编号:DATA-RATE-SRS-01 创建日期:2010-03-17 最后修改日期:2019-09-19 版本号:1.0.0 电子版文件名:智能仓库管理系统-需求规格说明书-

文档修改记录

基于web智能仓库管理系统详细需求说明书(Requirements Specification)1.引言 1.1 编写目的 本系统由三大模块构成,分别是:系统设置,单据填开,库存查询。 其中: 系统设置包括:管理员的增加,修改,删除,以及权限管理;仓库内货物的 基本资料的增加,修改,删除;工人,客户等的基本资料的增加,修改,删除。 单据填开模块包括:出库单,入库单,派工单,等单据的填开及作废操作。 库存查询系统包括:库存情况的查询,各项明细的查询,工人工资的查询, 正在加工产品查询等。 报表导出模块包括:按月,按季度,按年的报表导出功能。 1.2 背景说明 (1)项目名称:基于web智能仓库管理系统 (2)项目任务开发者:东南大学成贤学院06级计算机(一)班仇璐佳,软件基本运行环境为Windows环境,使用MyEclipse7.1作为开发工具,使用struts2作为系统基本框架,Spring 作为依赖注入工具,hibernate对MySql所搭建的数据库的封装,前台页面采用ext的js框架,动态能力强,界面友好。 (3)本系统可以满足一般企业在生产中对仓库管理的基本需求,高效,准确的完成仓库的进出库,统计,生产,制造等流程。 1.3 术语定义 静态数据--系统固化在内的描述系统实现功能的一部分数据。 动态数据--在软件运行过程中用户输入的后系统输出给用户的一部分数据,也就是系统要处理的数据。 数据字典--数据字典中的名字都是一些属性与内容的抽象和概括,它们的特点是数据的“严密性”和“精确性”。

APP产品需求说明书模板

1简介 1.1目的 本文档主要读者:产品总监、产品相关设计人员、技术总监、项目经理、开发 相关人员、测试经理及相关测试人员等。 1.2说明 项目名称:***网上商城 简述:***网上商城是公司产品打造体系的一部分,主要表现形式是手机客户端,随着移动互联网用户的增多以及相关技术的普及,移动电子商务成为了日常生活的一部分,那么通过手机实现大宗商品的现货交易成为了公司发展的一个目标,在没有电脑的情况下,客户可以使用手机登陆掌易通客户端进行相关资讯以及交易信息的查看,并且可以实现洽谈、下单、交收等业务。为现货交易更加便捷,实现随时随地电子商务。 2产品功能业务需求 2.1产品构架

产品构架图

2.2主要流程功能简述 流程简述: 打开客户端后,可以实现三大功能: 一、浏览平台发布的公告信息,竞价公告以及新闻资讯等 二、通过交易大厅、专场浏览挂牌交易信息。 三、会员登录后可以对业务进行处理。 买方会员可以通过一口价或洽谈的方式进行购买下订单。 买方会员可以在业务中心进行验货、验票、评价、将提单生成二维码等操作。卖方会员可以在业务中心进行发货、评价、将提单生成二维码等操作。 注:手机端不支持支付的功能,需在PC端进行支付。手机端不支持订单、合同的异议功能,需在PC端进行异议处理。

3功能界面展示和说明 3.1前台 ●手机客户端支持分辨率不低于640*960像素 ●本需求中页面效果图为原图,需由专业美工进行适当设计布局,手机界面的整体 色系统一、唯美,菜单、下拉框、按钮等控件风格保持一致。 ●进入手机客户端首先进入的是首页 ●加载时显示“请稍等...” 3.1.1首页

业务需求说明书精编版

业务需求说明书精编版 MQS system office room 【MQS16H-TTMS2A-MQSS8Q8-MQSH16898】

业务需求说明书文档版本记录

目录

1引言 1.1编写目的 本需求说明书的编写目的为: (1)使各业务部门在与系统相关的业务流程、岗位权限、业务操作方式等方面达成一致,作为项目立项、工作量估算、系统需求分析、系统设计的依据。 (2)使IT需求分析、设计人员充分理解与本系统相关各项业务需求、系统实现目标、范围,同时明确为实现业务需求所需要的功能要点。 1.2预期读者 本说明书的预期读者为安徽江淮汽车股份有限公司相关业务部门,需求分析、开发、维护等IT人员,以及系统最终用户。 1.3参考资料 【描述参考业务制度文件等】 1.4术语、定义和缩写 【描述本文档涉及的专业术语、相关定义和缩写】 2业务需求概述 2.1项目目标 【描述本项目背景和目标,说明系统应支持的业务类型,期望达到的管理目的等】 2.2总体业务流程 【描述本系统的总体业务需求,并通过图形和文字的方式,对标准业务流程以及流程特例进行说明】

2.3岗位职责 【描述相关业务岗位及其工作职责,对应于系统中的角色及权限】 3功能需求 【逐一描述业务需求、所需的系统功能和操作流程,按功能层次逐级描述】3.1功能一 【描述主要业务功能,包括界面、输入输出和业务规则等】 3.1.1功能描述 3.1.2用户界面 【描述主要用户界面和操作方面的要求,可以结合图表说明】 3.1.3输入要求 【描述输入介质,包括表单、数据清单、图形、扫描件等】 3.1.4输出要求 【描述输出要求,包括表单、报表、图形、扫描件等】 3.1.5业务规则 【描述数据处理的主要业务规则和逻辑】 3.2功能二 … 4非功能需求 4.1时间要求 【明确上线时间等要求】 4.2性能要求 【描述用户数量、数据规模、响应时间要求等】 4.3安全需求 【描述账号口令、用户账号、访问控制、通信加密等要求】

相关文档
最新文档