密级：机密
规划用数据分析需求说明书
物流管理总部
二零零六年十月
（版权所有，翻版必究）
文件修改控制
目录
文件修改控制 ....................................................................................................................................................... - 2 - 目录 ................................................................................................................................................................. - 3 -
一、数据来源 ....................................................................................................................................................... - 5 -
二、主要模块 ....................................................................................................................................................... - 5 -
1、药品分类分析 ......................................................................................................................................... - 5 -
2、出库分析 ................................................................................................................................................. - 7 -
2.1、出库ABC分析............................................................................................................................ - 7 -
2.1.1、总体ABC分析 ........................................................................................................................ - 7 -
2.2出库峰值分析............................................................................................................................... - 10 -
2.2.1峰值分析 ................................................................................................................................... - 10 -
2.2.2、峰值日分析 ............................................................................................................................ - 11 -
2.3药品药流量特性分析................................................................................................................... - 13 -
2.4出库次数分析............................................................................................................................... - 15 -
2．4．1总体出库次数分析.............................................................................................................. - 15 - 2．4．2整件出库次数分析.............................................................................................................. - 16 - 2．4．3拆零出库次数分析.............................................................................................................. - 18 -
2.5出库量分析................................................................................................................................... - 21 -
2．5．1整箱出库量分析.................................................................................................................. - 21 - 2．5．2拆零出库量分析.................................................................................................................. - 23 -
2.6出库品规比例分析....................................................................................................................... - 27 -
2.7出库趋势分析............................................................................................................................... - 28 -
3、订单分析 ............................................................................................................................................... - 33 -
3.1、订单分类.................................................................................................................................... - 33 -
3.2、EN分析 ..................................................................................................................................... - 34 -
3．2．1总体EN分析 ...................................................................................................................... - 34 - 3．2．2最大EN分析 ...................................................................................................................... - 34 - 3．2．3 EN的ABC分析................................................................................................................. - 35 - 3．2．4 EN的分布分析 ................................................................................................................... - 36 -
3.3、EQ分析..................................................................................................................................... - 37 -
3．3．1总体EQ分析...................................................................................................................... - 37 - 3．3．2拆零EQ分析...................................................................................................................... - 39 - 3．3．3自提订单EQ分析.............................................................................................................. - 39 -
3.4、受订次数IK分析...................................................................................................................... - 40 -
3.5、订单趋势分析............................................................................................................................ - 43 -
3.6、客户趋势分析............................................................................................................................ - 43 -
4、入库分析 ............................................................................................................................................... - 44 -
4.1、入库总体分析............................................................................................................................ - 44 -
4.2、峰值日入库数据分析................................................................................................................ - 44 -
4.3、零散入库数据分析.................................................................................................................... - 45 -
4.4、入库趋势分析............................................................................................................................ - 46 -
5、库存分析 ............................................................................................................................................... - 49 -
5.1、库存分布分析............................................................................................................................ - 49 -
5.2、库存周转率分析........................................................................................................................ - 50 -
6、退货分析 ............................................................................................................................................... - 51 -
6.1、购进退出分析............................................................................................................................ - 51 -
6.1、销售退回分析............................................................................................................................ - 52 -
7、调拨分析 ............................................................................................................................................... - 56 -
7.1、调拨明细分析............................................................................................................................ - 56 -
7.2、调拨品规分析............................................................................................................................ - 57 -
7.3、调拨件数分析............................................................................................................................ - 58 -
7.3、调拨频次分析............................................................................................................................ - 58 -
8、数据分析总结 ....................................................................................................................................... - 61 -
数据分析需求说明书
一、数据来源
数据分析的来源有两种：一种是直接获取LMIS系统中获取系统数据；另一种是可以通过导入外部的(excel)数据进行分析，生成所需求的数据，再进行编辑。
二、主要模块
1、药品分类分析
输入需要分析时间段的起止日期和终止日期，获取所要分析出库明细数据。在出库明细数据中根据商品属性与储藏特性，根据商品编号进行药品分类，分为普通药品（普通药品中将药品分为内用药与外用药）、冷藏药品、易串味药品、精神类药品、危险品、大输液品、原料药、非药。
各类药品分类的标准及药品代码如下：
在上述分类中，除大输液、外用药、易串味、非药、精神药品、并除去中药材、医疗器
械、计生用品外的商品属于内用药。
表名：药品基本资料分类分析表（sjfx_jbzl）(起始日期、终止日期、商品属性、出库品规数、出库件数、件数所占比例、库存品规、库存件数、库存件数所占比例) 注：在分析这些数据之前，将出库明细数据中中药材、器械、计生用品的销售明细去除；另对各兄弟子公司之间的调拨数据也需要剔除。最后得出数据负数需要剔除。分析结果保存在一张历史表里面，以供查询。
分析方法：
根据药品分类标准，找出每个商品编码的药品属性，件数=数量/包装数量（取二位）；件数所占比例=品规件数/总件数；库存件数=库存数量/包装数（取二位）；库存件数所占比例=品规库存件数/总的库存件数。
2、出库分析
2.1、出库ABC分析
2.1.1、总体ABC分析
表名：总体ABC分析表（sjfx_ztabc）(起始日期、终止日期、物流属性、品规数、品规比例、日均出库件数、出库件数比例)
分析方法：根据商品编码，汇总每个品规在此时段内(说明：时间可以由操作人员来自己选择)的出库总件数（说明：出库总件数=出库数量/包装数），算出各个品规的出库件数占总出库件数的比例（保留两位小数位数），根据从大到小进行降序排列，并将各个品规的比例数进行累加。
总体ABC分类标准(其中这里面的80%,15%,5%均设置成为参数，今后可以根据输入的值系统进行灵活的设置,这个参数值适合于下面所提及到的ABC分类)
出库量累计占总出库量80％的品种，即累加的比例和为<=80.00%的商品，为A类；
出库量累计占总出库量15％（16%）的品种，也即累加的比例和为>80.00%<=95.00%的商品，计为B类；
出库量累计占总出库量5％（4%）的品种，即累加的比例和为>95.00%<=100.00的商品，计为C类；
根据商品编码统计出ABC类各有多少品规数，三类各有多少出库量（件数），根据各类出库总件数/出库明细天数=日均出库量。各类出库总件数/总出库件数=出库量比例。所做结果要保存在一张历史表里面，以供查询。
表名：总体ABC明细表
分析方法：在出库明细数据中，根据商品编码算出在此段时间内每个商品编码的出库总件数（数量/包装数量），然后再算出每个品规的整件和拆零件数。根据总体ABC的结果匹配出每个商品编码的物流属性，根据药品分类结果匹配出每个商品编码的药品属性。品项数是指每个药品属性中各个物流属性的商品编码各有多少；品项比例是指各个药品属性中各个物流属性的品规数各占合计总品规数的比例；日均出库量是指各药品属性中所属各个物流属性中所属品规的每天出库件数之和/天数；日均出库比例是指各药品属性中各物流属性的日均出库量占合计日均出库量的比例；整箱拣选品项是指各药品属性中各物流属性中的整件大于0
的商品编码的计数；整箱拣选品项比例是指各药品属性中各物流属性中整件拣选品项占合计总品项数的比例；日均整箱出库量是指各药品属性中所属各个物流属性中整箱拣选品规的每天整箱出库件数之和/天数；整箱出库百分比是指各药品属性中各物流属性中的日均整箱出库量占合计日均出库量的比例；拆零品项数是指各药品属性中各物流属性中的拆零件有选举权大于0的商品编码的计数；拆零品项比例是指各药品属性中各物流属性中拆零拣选品项占合计总品项数的比例；日均拆零出库量是指各药品属性中所属各个物流属性中拆零拣选品规的每天拆零出库件数之和/天数；拆零出库百分比是指各药品属性中各物流属性中的日均整箱出库量占合计日均出库量的比例。
表名：ABC分析明细表
分析方法：商品编码是对选取时间段内的所有商品编码（同一编码在此时段内出现多次只算一个），药品属性是指根据上述药品基本资料分析，找出每个商品编码的药品属性，总体物流属性是以总体ABC为依据。上面这个表里面要加上起始日期和终止日期。
表名：ABC分类汇总表
分析方法：以上的品规比例，是指物流属性A、B或是C品的品规数占合计品规数的比例；日均出库件数=出库总件数/天数；件数比例是指各物流属性日均出库件数占日均合计件数的比例；整箱出库品规是指在2.1.1的ABC分类总表的基础上，对整件出库件数的品规进行升序排列，将整件为零的品规去除掉，然后进行汇总，得出整件出库品规ABC三类各有多少个品规；整件品规比例，是指各物流属性整件出库品规占各类物流属性品规数的比例；日均整箱出库件数=整箱出库总件数/天数；整件比例=各类日均整箱出库件数/日均合计件数；拆零出库品规在2.1.1的分类总表的基础上，对零件出库量的品规进行升序排列，将整件不为零的品规去除掉，然后进行汇总，得出零件出库品规ABC三类各有多少个品规；拆零品规比例，是指各物流属性拆零出库品规占各物流属性品规数的比例；日均拆零出库件数=拆零出库总件数/天数，零件比例=各类日均拆零出库件数/日均合计件数。
2.2出库峰值分析
2.2.1峰值分析
表名：峰值分析表（sjfx_fz）(峰值类型、峰值件数、均值件数、峰值与均值比例、峰值日期)
分析方法：首先根据公式件数：数量/包装数量，算出件数；
然后根据公式整件：int(件数)，算出整件；零件：件数-整件，得出零件。
根据上述结论，先按照日期汇总每天件数，然后按照降序排列，排在第一的为件数的第一峰值，第二的为第二峰值，（此处的第一、第二不作限制，即可以取两个，也可以取更多的峰值进行分析）并找出相对应的日期；根据商品编码统计每天出库品规数，然后将整件
与零件、品规数进行同样的降序排列，找出整件与零件，品规数的第一峰值与第二峰值，及相对应的日期。均值中，出库件数的均值是指每天的出库件数之和/天数，整箱的均值是指每天整件数之和/天数，拆零件数的均值是指每天拆零件数之和/天数，品规数的均值是指每天的品规数之和/天数。根据各项的峰值件数与均值件数算出各自峰值与均值的倍数关系。同时将这一段时间的记录如果根据需要决定是否保存在一个表中以供日后查询。
2.2.2、峰值日分析
表名：峰值日分析表（sjfx_rfz）(物流属性、品规数、品规比例、出库件数、出库件数比例、订单行数、订单行数比例)
分析方法：在出库明细数据中选取第一峰值日明细数据，作以下分析：
首先根据公式件数=数量/包装数量，算出件数；
然后根据公式整件=int(件数)，算出整件；零件=件数-整件，得出零件。
然后汇总每个商品编码在此时段内的出库件数，根据总体ABC，匹配出峰值日出库各品规的物流属性。根据商品编号统计出ABC类各有多少品规数，三类各有多少出库量，各有多少订单行数（订单行数是指：有多少条记录就为多少行），各自所占合计数比例。
根据上述同样方法分析第二峰值日明细出库数据，最后得出结论。（也可以取更多的峰值日数据进行分析，这里不作限制）
表名：峰值日最大EN①分析表。要求有单据编号、品规数、件数、整件、零件、日期几个字段。
分析方法：首先，按照单据编号来统计此时段内每张单据的品规数，件数、整件及零货件数，然后找出单据编号中品规数最大的单据编号，然后找出单据编号所在日期。单据编号是指品规数最大的单据，并找出此张单据的件数、整件及零件和所在日期。
表名：峰值日最大EQ②分析表，要求有单据编号、品规数、件数、整件、零件、日期几个字段。
分析方法：按照单据编号来统计此时段内每张单据的品规数，件数、整件及零货件数，单据编号是指件数最大的单据，并找出此张单据的品规数、整件及零件和所在日期。
表名：峰值日EQ分析表，表格需要订单张数，出库量、品规数、最大值、最小值、平均值及日期字段。
分析方法：汇总此时段单据编号的总数，如果同样的单据编号出现多次，只计一次。并计算出所有订单数的总出库件数，找出出库件数的最大值和最小值，并计算平均值。还需要计算所所有订单数的总品规数，找出品规数的最大值和最小值，并计算平均值，并找出日期。
订单张数是指此时段内单据编号的总数，如果同样的单据编号出现多次，只计一次。出库量是指此时段内的总出库件数，最大值是指按单据编号汇总每张订单的件数后找出单据编号的最大出库件数，最小值是指按单据编号汇总每张订单的件数后找出单据编号的最小出库件数，平均值是指将每张单据的件数汇总后，除以汇总单据的总张数，得出每张订单的平均出库件数。日期是指峰值日期。
①EN：每张订单的订货品规数
②EQ：每张订单的订货数量。
表名：峰值日EN分析表，表格需要订单张数，出库量、品规数、最大值、最小值、平均值及日期字段。
分析方法：订单张数是指此时段内单据编号的总数，如果同样的单据编号出现多次，只计一次，品项数是指汇总此时段内总的出库品规数，同样的商品编号出现多次，只计一个，最大值是指按单据编号汇总品规数后的最大值，最小值就是按单汇总后的每张单据最小品规数，平均值是指汇总每张单据的品规数，然后除以单据的总张数，得出每张订单的平均品规数。日期是指峰值日期。
2.3药品流量特性分析
表名：药品物流量特性分析表
分析方法：根据商品编码，汇总每个品规在此时段内(说明：时间可以由操作人员来自己选择)的出库总件数（说明：出库总件数=出库数量/包装数），算出各个品规的出库件数占总出库件数的比例（保留两位小数位数），根据从大到小进行降序排列，并将各个品规的比例数进行累加。总体ABC分类标准(其中这里面的80%,15%,5%均设置成为参数，今后可以根据输入的值系统进行灵活的设置,这个参数值适合于下面所提及到的ABC分类)出库量累计占总出库量80％的品种，即累加的比例和为<=80.00%的商品，为A类；
出库量累计占总出库量15％（16%）的品种，也即累加的比例和为>80.00%<=95.00%的商品，计为B类；
出库量累计占总出库量5％（4%）的品种，即累加的比例和为>95.00%<=100.00的商品，计为C类；
然后根据药品分类资料，对商品编码的药品属性进行匹配，得出每个商品编码的药品属性和物流属性。并生成含有商品编码、药品属性、物流属性出库件数、整件、及零件的明细表。这里的商品编码如果出现多次只算一个，不重复。
上述表格中只按照物流属性的分类来统计，总品规数是指按照商品编码的计数来统计各物流属性的品规数，整箱品规数是指各物流属性中，纯整箱出库的品规数（零件为零的商品编码的计数）即为纯整件出库的品规；。整品比例是指各物流属性的纯整箱出库的品规数占合计总品规数的比例；拆零品规数是指纯拆零出库的品规，（整件为零的商品编码的计数为纯拆零出库的品规）；拆零比例是指各物流属性的纯拆零出库的品规数占合计总品规数的比例；整箱兼拆零品规数是指同时出整箱和零箱的品规数（整件、零件同时大于零的商品编码的计数为整件兼拆零同时出库的品规），兼量比例是指各物流属性整箱拆零同时出库的品规占合计总品规数的比例。
表名：药品物流量特性明细表
分析方法：在上述物流量特性分析的基础上，按照药品属性来对每类品规数进行分布，每类药品属性中各物流属性的品规各占多少，其中纯整箱出库的品规数、纯拆零出库的品规数、整箱兼拆零出库的品规数各有多少。并计算出各自占合计品规数的比例（各药品属性中各物流属性的品规数占合计总品规数的比例；各药品属性中各物流属性的纯整箱品规数占合计总品规数的比例；各药品属性中各物流属性的纯拆零品规数占合计总品规数的比例；各药品属性中各物流属性的整箱兼拆零品规数占合计总品规数的比例）。
2.4出库次数分析
2．4．1总体出库次数分析
首先是统计每品规的出库次数。
表名：总体出库次数分析表
计算方法：根据上述表格中的内容进行计算。首先是根据前面总体ABC中各品规的物流属性匹配出库明细中各品规数的ABC，在此基础上统计每天各物流属性出库的品规数，各物流属性的商品编码在一天之内出现多次只计一次，然后算出各物流属性的日均品规数=各物流属性每天品规数之和/天数；在明细表中，然后统计每天各物流属性出库总件数，各物流属性的日均出库件数=各物流属性每天出库件数之和/天数；在明细表的基础上，算出各个品规在此时段内的出库次数（也即每个品规的订单行数），同样的品规出现一次就记一次，累计次数之和为各品规的出库次数，然后算出各物流属性每天出库次数，日均出库次数=每天各物流属性出库次数之和/天数；上述表中比例，是指各物流属性的日均品规数、日均出库件数、日均出库次数占合计日均品规数、合计日均出库件数、合计日均出库次数的比例；次均出库量是指各物流属性的日均出库件数/日均出库次数。
2．4．2整件出库次数分析
表名：整件出库次数分析表
分析方法：在匹配好物流属性的出库明细表中，在整件大于0的所有记录中，统计每天各物流属性出库整件品规数，各物流属性的商品编码在一天之内出现多次只计一次，然后计算日均整箱出库品规数=各物流属性每天整件品规数之和/天数；在整件大于0的所有记录中，统计第天各物流属性出库整件数，日均整箱出库件数=各物流属性每天整箱出库件数之和/天数；在上述记录中，统计每天每个品规的出库次数（也即每天每个品规的订单行数之和），同样的品规出现一次记一次，出现多次记多次，然后再统计各物流属性每天出库次数，日均整箱出库次数=每天各物流属性整箱出库次数之和/天数；品规比例是指各物流属性日均整箱出库品规数占合计日均品规数的比例；整件比例是指物流属性日均整箱出库件数占合计日均出库件数的比例；整次比例是指各物流属性日均整箱出库次数占各计日均出库次数的比例；次均整箱出库量=各物流属性的日均整箱出库件数/各物流属性日均整箱出库次数。
表名：整件次数分布表
上述表格的分析方法：汇总各整件品规在此时段内的出库总次数（即各品规的整件订单
行数）/天数，得出各品规的日均整箱出库次数，并计算各品规的日均整箱出库件数，在对各品规的日均出库次数按照上述分类标准进行分类，>=1的、>=2的；出库品规数是指相对应各类别的出库品规数计数；品规百分比是指各类品规数占合计品规数的比例；整箱出库件数是指各类出库品规的合计出库整件数。出库件数百分比，是指各类出库件数占合计整箱出库总件数的比例。
表名：整箱出库次数分布明细表
分析方法：在统计各品规的日均整箱出库次数明细表中，匹配出各品规的药品分类，是属于内用药还是外用药等药品分类，然后按照上表格的格式，分类统计各类药品各物流属性各有多少品规。
2．4．3拆零出库次数分析
表名：拆零出库次数分析表
分析方法：
在匹配好物流属性的出库明细表中，在零件大于0的所有记录中，统计每天各物流属性出库拆零品规数，各物流属性的商品编码在一天之内出现多次只计一次，然后算日均拆零出库品规数=各物流属性每天拆零品规数之和/天数；在拆零件数大于0的所有记录中，统计第天各物流属性出库拆零件数，日均拆零出库件数=各物流属性每天拆零出库件数之和/天数；在上述记录中，统计每天每个品规的出库次数（也即每天每个品规的订单行数之和），同样的品规出现一次记一次，出现多次记多次，然后再统计各物流属性每天出库次数，日均拆零出库次数=每天各物流属性拆零出库次数之和/天数；品规比例是指各物流属性日均拆零出库品规数占合计日均品规数的比例；零件比例是指物流属性日均拆零出库件数占合计日均出库件数的比例；零次比例是指各物流属性日均拆零出库次数占各计日均出库次数的比例；次均拆零出库量=各物流属性的日均拆零出库件数/各物流属性日均拆零出库次数；日均拆零出库次数/品规=各物流属性日均拆零出库次数/各物流属性日均拆零出库品规数。
表名：拆零次数分布表
上述表格的分析方法：汇总各拆零品规在此时段内的出库总次数（即各品规的拆零订单行数）/天数，得出各品规的日均拆零出库次数，并计算各品规的日均拆零出库件数，在对各品规的日均出库次数按照上述分类标准进行分类，>=1的、>=2的；出库品规数是指相对应各类别的出库品规数计数；品规百分比是指各类品规数占合计品规数的比例；整箱出库件数是指各类出库品规的合计出库整件数。出库件数百分比，是指各类出库件数占合计拆零出库总件数的比例。
表名：拆零出库次数分布明细表
分析方法：在统计各品规的日均拆零出库次数明细表中，匹配出各品规的药品分类，是属于内用药还是外用药等药品分类，然后按照上表格的格式，分类统计各类药品各物流属性各有多少品规。
密级：用户需求说明书模板 软件开发项目xx组 二О一六年八月二十七日文件修订记录
目录 1. 概述 (4) 1.1编写目的 (4) 1.2用户简介 (4) 1.3项目的目的与目标 (4) 1.4术语定义 (5) 1.5参考资料 (5) 1.6设计与实现的限制 (5) 2. 现有系统的描述 (6) 2.1组织机构与职责 (6)
2.3作业流程 (7) 2.4报表 (7) 2.5存在的问题 (7) 2.6可能的变化 (8) 3 功能需求 (8) 4 界面与接口需求 (9) 4.1用户的界面需求 (9) 4.2外部的接口 (10) 5 性能需求 (10) 5.1时间要求 (10) 5.2空间与数值性能 (10) 6 其他需求 (11) 6.1系统的安全性 (11) 6.2系统的可靠性 (11) 6.3系统的灵活性 (11) 6.4其他 (11) 7 非功能需求 (12) 7.1用户特点 (12) 7.2法律法规、版权 (12) 7.3兼容性 (12) 7.4联机帮助信息 (12) 7.5购买组件 (12) 8 系统约束 (12) 9用户验收标准 (13) 9.1验收标准： (13) 9.2功能验收标准可依据以下方面制定： (13) 9.3性能验收标准： (13) 附录A ××× (16) A.1××× (16)
附录B ××× (16) B.1××× (16) B.2×××161. 概述 1.1 编写目的 为了使用户与开发人员之间相互了解，对用户需求进行明确定义，使之成为整个开发工作的基础，并提供一个软件系统度量和遵循的基准。该文件可作为用于确认软件产品是否满足给定需求的验收标准。 1.2 用户简介 在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能与进度、成本、性能等方面的平衡决策。 基本情况举例： ?企业性质 ?规模（员工数量、经营业绩等） ?业态 ?地理位置与布局 ?产品或服务的种类 ?管理模式 ?用户使用计算机系统的经历 ?…... 1.3 项目的目的与目标 项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。
网上书店系统需求分析
版本历史
1引言 (4) 1.1编写目的 (4) 1.2项目背景 (4) 1.3术语和缩写 (5) 2综合描述 (5) 2.1目标范围 (5) 2.1.1前台系统 (6) 2.1.2后台系统 (6) 2.2用户特性 (7) 2.3约定假设 (7) 3需求说明 (8) 3.1功能概要 (8) 3.2前台功能需求................................................................................. 错误!未定义书签。 3.2.1注册新用户.......................................................................................... 错误!未定义书签。 3.2.2登录/注销系统.................................................................................... 错误!未定义书签。 3.2.3查看/修改客户信息............................................................................ 错误!未定义书签。 3.2.4浏览/搜索图书信息............................................................................ 错误!未定义书签。 3.2.5维护购物车.......................................................................................... 错误!未定义书签。3.3管理后台功能需求........................................................................ 错误!未定义书签。 3.3.1登陆|注销系统..................................................................................... 错误!未定义书签。
OA系统需求分析书 一、引言 1、编写目的 在完成了针对《西安财经大学OA办公系统》软件市场的前期调查，同时与多位软件使用者进行了全面的探讨和分析的基础上，提出了这份需求分析书。 编写本报告的目的是解决整个项目系统的“做什么”的问题，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。 本需求分析书预期的读者是设计人员、开发人员、项目管理人员、测试人员和用户。 2、背景 二十一世纪，随着经济和信息化的高速发展，软件产业也高速发展起来，高校的建设也得到了很大的发展，现代高校的生源和传统高校的生源不一样，现在高校的生源具有分布广（全国各地都可以报考），类型多，学制也比较灵活。使得管理这些信息起来比较复杂而繁琐。 此软件就是为了适应这些变化而开发的软件，在为了减轻日常办公的复杂程度，为用户提供简洁、实用的、即时的OA系统软件。 3、定义 （1）SQL（Structured Query Language）：结构化查询语言。SQL 语言的主要功能就是同各种数据库建立联系，进行沟通。PHP开发平台。 （2）OA系统：办公自动化系统 4、参考资料 1.西安财经大学编写的日常办公管理需求分析书.doc 作者：万丽涛2012年 二、任务概述 1、目标 使高校的日常办公管理更方便快捷，使高校的数据资源等一些数据实现资源
共享。用户可以网上分享自己的资源以及共享他人的资源。 开发日常办公管理系统旨在改变原有人工进行日常办公的工作方式，实现学籍管理、课表管理、成绩管理、教学质量监控、信息共享等功能。 将学院的日常工作、学习管理全部实现网上管理，用户操作更加快捷和简单的综合管理系统。 2、用户特点 （1）管理员：整个高校的管理员数量不多，负责学院从老师到学生的许多相关工作。他们能熟练运用办公软件，熟知办公内容，因而较容易的掌握该软件的各个功能。 （2）教师：从事计算机领域教学的教师比较容易掌握该系统的使用，从事其他并且年纪比较大的教师不易掌握。 （3）学生：从数量上说，学生是使用该系统的最大用户群，作为学习计算机领域的学生来说，掌握并不难。其他学生用户多次使用也可以熟练运用。 3、假定和约束 a.系统的运行寿命的最小值：2年 b.进行系统方案选择比较的时间：1周 c.经费来源：**公司 d.运行环境：Windows操作系统 e.数据库：MYSQL f.硬件条件：服务器sun工作站，终端为pc机 g.系统投入使用的最晚时间：6个月 三、需求规定 1、对功能的规定 学生用例图：
用户需求说明书模板文档标识：当前版本： 当前状态：草稿 发布日期：发布 修改历史 日期版本作者修改内容评审号变更控制号
目录 1引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 术语定义 (3) 1.4 参考资料 (3) 2综合描述 (3) 2.1 产品介绍 (3) 2.2 目标范围 (3) 2.3 用户特性 (4) 2.4 约定假设 (4) 3用户需求（可剪裁） (4) 3.1 总体需求（可剪裁） (4) 3.2 内容需求（可剪裁） (5) 4功能需求 (5) 4.1 数据需求（可剪裁） (5) 4.2 接口需求（可剪裁） (5) 4.3 权限控制需求（可剪裁） (6) 4.3.1 系统安全要求（软硬件） (6) 4.3.2 用户角色 (6) 4.3.3 角色权限控制 (6) 5非功能需求 (6) 5.1 用户界面需求（可剪裁） (6) 5.2 性能需求（可剪裁） (7) 5.3 压力需求（可剪裁） (7) 5.4 主流技术应用需求（可剪裁） (7) 5.5 安全需求（可剪裁） (7) 5.6 故障处理需求（可剪裁） (7) 5.7 环境需求（可剪裁） (7) 5.8 产品质量需求 (7) 5.9 其他需求（可剪裁） (8) 6需求优先级 (8) 7附加说明（可剪裁） (8)
1引言 1.1编写目的 本节描述编写该用户需求说明书的目的，并指出预期的读者。 1.2项目背景 本节描述用户需求说明书中所定义的产品的背景和起源，以及同其他系统或其他机构(行业里兄弟或对手单位)的基本相互关系等。当在已有的系统上进行特性开发时，如果新特 性与已有系统的特性之间存在关系，则应在本节说明其相互之间的关系。 1.3术语定义 本节可列出本文件中用到的专门术语的定义、外文首字母组词的原词组等。 1.4参考资料 本节列举编写用户需求说明书时所参考的资料或其他资源，这可能包括用户合同、公司 规范、技术书籍等。在这里应该给出详细的信息，包括资料名称、版本号、作者、日期、出 版单位或资料来源，以方便读者查阅这些文献，可用以下格式表示： 资料名称版本号作者日期出版单位/资料来源备注 2综合描述 2.1产品介绍 本节简要描述产品的特性。 2.2目标范围 本节简要描述产品的应用目标、作用范围等。
0A系统需求分析 一、建设背景 办公自动化系统(即OA 系统)是将现代化办公和计算机网络功能结合起来的一种新型的办公方式。随着互联网技术( Intranet 、Internet )在我国迅速发展和普及，OA 在数字化办公领域和企业信息化建设中扮演着越来越重要的角色。因此，现阶段有必要引进建设一套技术先进，符合当前办公发展需要的办公自动化系统，增强协作，以更大发挥信息技术的优势，满足行政办公需求，进一步提高公司行政办公的效率。 二、建设目标 1、实现全公司的数据共享，基本解决信息孤岛问题。不同业务的基础数据做到一次录入，跨部门、跨业务系统重复使用； 2、提供可靠的、可追查的公文流转平台，有效的缩短公务处理的周期，加快公文流转过程，减少路耗、找人、等待等中间环节，保持公务处理渠道的畅通； 3、打破时空及地域限制，实现无纸化办公，远程办公、异地办公； 4、通过信息网络平台，提高信息统计和分析的水平，为领导提供准确、实时的预测和决策的辅助支持； 5、提供完善的信息交流机制，方便公司各部门、办公室和员工之间日常办公及业务信息的交流和管理，实现业务办理互联互通，信息数据共享； 6、充分利用将要建设的网络环境及已有的网络配置资源，充分地保护已有的信息化投资； 7、解决网络办公应用中的最大难题——机构和管理模式的经常变动的问 题，由用户自定义管理模式，实现真正的部门综合业务处理机制；
8、以行政办公系统为基础，实现与业务系统的无缝耦合，建成一流的企业 综合办公系统。 三、建设原则 公司OA 系统的建设应体现先进性、可靠性、实用性、安全性、易使用性、开放性、有限开源性、可扩展性、可维护性等原则。 1、先进性：应当采用当今主流技术，既要考虑应用平台和工具的先进，更要考虑系统结构和应用设计的先进性，以适应总体上业务管理、发展规划和细节上事务办理的需求。 2、可靠性：系统设计应采用成熟、稳定、可靠的软件技术，保证系统在大数据量、高并发的情况下长时间不间断地安全运行。 3、实用性：根据业务需求和业务流程，从方便用户使用的角度进行系统设计、功能和模块划分。工作流程设计要求简捷流畅，能适应工作流不稳定和突发事件等各种现实情况。 4、安全性：系统建设要符合用户对信息安全管理的要求，建立完善可靠的安全保障体系，对非法入侵、非法攻击和网络计算机病毒应具有很强的防范能力，确保系统具有严格的身份认证功能，并有相应的技术手段对数据安全和操作安全加以保护。 5、易使用性：主要体现在两个方面：一是应用界面简捷、直观，尽量减少菜单的层次和不必要的点击过程，使用户在使用时一目了然，便于快速掌握系统操作方法，特别是要符合工作人员的思维方式和工作习惯，方便非计算机专业人员的使用；二是应提供联机的或脱机的帮助手段。 6、开放性：为了使系统具有较强的生命力和开放性，应遵循已有的国际标准和国内
Word精品文档，可编辑，欢迎下载软件需求规格说明书模版
文件变化记录单 *变化状态：A——增加，M——修改，D——删除 文件批准单
1.引言 提出对软件需求规格说明书的纵览，帮助读者理解文档如何编写并且如何阅读和解释。 1.1编写目的 对产品（也可能是项目，但是我们统称为产品）进行定义，在该文档中详尽说明这个产品的软件需求，包括修正或发行版本号。如果这个软件需求规格说明书只与整个系统的一部分有关，那么只定义文档中说明的部分或子系统。 1.2文档约定 描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。例如，说明高层需求的优先级是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有优先级。 1.3预期的读者和阅读建议 列举软件需求规格说明书所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员等。描述文档中剩余部分的内容及其组织结构。提出最适合每一类型读者阅读文档的建议。 1.4产品的范围 提供对指定的软件及其目的的简短描述，包括利益和目标。把软件与企业目标或业务策略相联系。可以参考项目范围文档，而不是将其内容复制到这里。 1.5参考资料 列举编写软件需求规格说明书时所参考的资料或其它来源。可能包括用户界面风格指导、合同、标准、系统需求规格说明书、用户需求、相关产品的软件需求规格说明书。这里应该给出详细的信息，包括标题名称、作者、版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。 2.综合描述 这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。 2.1产品的前景 描述软件需求规格说明书中所定义的产品的背景和起源。说明该产品是否是产品系列中的下一个成员，是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品，或者是否是一个全新的产品。
{ ****系统} 用户需求说明书
版本历史
目录 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) 5.0功能性需求分类 (5) 5.1系统功能模块图 (6) 6. 产品的非功能性需求 (6) 6.1用户界面需求 (6) 6.2软硬件环境需求 (6) 6.3产品质量需求 (7) 6.4其它需求 ..................................................................................... 错误！未定义书签。 附录A：用户需求调查报告 ................................................................. 错误！未定义书签。 A.1用户界面需求............................................................................. 错误！未定义书签。 A.2软硬件环境需求 ......................................................................... 错误！未定义书签。…A.3产品质量需求.......................................................................... 错误！未定义书签。 附录B:用户提供参考资料 .................................................................... 错误！未定义书签。
项目编号: Web OA系统 软件需求说明书 项目承担部门： 撰写人（签名）： 完成日期： 评审人（签名）： 评审日期： 批准人（签名）： 批准日期：
目录 1.引言 (1) 1.1目的 (1) 1.2定义 (1) 1.3参考资料 (1) 2.软件总体概述 (1) 2.1软件标识 (1) 2.1.1项目名称 (1) 2.1.2产品标识 (1) 2.2软件描述 (2) 2.2.1系统属性 (2) 2.2.2开发背景 (2) 2.2.3系统功能 (2) 3.具体需求 (4) 3.1系统角色设置 (4) 3.2系统初始化数据 (4) 3.3功能需求 (6) 3.3.1管理主界面 (6) 3.3.2组织机构 (7) 3.3.3权限管理 (11) 3.3.4公文管理 (18) 3.3.5流程管理 (21) 3.4性能需求 (25) 3.5数据库需求 (25) 3.6设计约束 (25) 3.6.1其他标准的约束 (25) 3.6.2硬件约束 (26) 3.7属性 (26) 3.7.1可用性 (26) 3.7.2可靠性 (26) 3.7.3效率 (26) 3.7.4安全性 (26) 3.7.5可维护性 (26) 3.7.6可移植性 (26) 3.8外部接口需求 (26) 3.8.1用户接口 (26) 3.8.2硬件接口 (27) 3.8.3软件接口 (27) 3.8.4通信接口 (27) 4.数据字典 (27)
5.附录 (28) 5.1用户方组织机构图； (28)
1. 引言 1.1 目的 定义软件总体要求，作为用户、软件开发人员以及其他干系人之间沟通的基础； 描述功能要求、性能要求、用户和系统的接口要求、数据库要等内容，作为软件开发人员进行软件结构设计和编码的基础； 作为软件总体测试的依据。 1.2 定义 甲方：xxx有限公司。 乙方：xxx有限公司。 招标书：由甲方提供的《招投标技术规范书》。 投标书：由乙方提供的《技术方案书》。 1.3 参考资料 《招标书》 《投标书》 《项目管理制度》 xxxx质量管理体系文件 Iso 9001：2000 《软件工程国家标准汇编》 2. 软件总体概述 2.1 软件标识 2.1.1 项目名称 项目名称：尚学堂Web OA管理系统； 项目编号：SXT-WEBOA-0101； 产品范围：按照《招标书》中5.2的规定执行。 2.1.2 产品标识 产品名称： 产品简称：
项目名称 用户需求说明书
文档修改摘要
目录 1文档简介 (4) 1.1 文档目的 (4) 1.2 范围 (4) 1.3 名词定义 (4) 1.4 参考文件 (4) 2系统概述 (5) 2.1 系统介绍 (5) 2.2 系统目标 (5) 2.3 系统范围 (5) 2.4 系统面向用户群体 (5) 2.5 遵循的标准与规范 (5) 3功能需求 (6) 3.1 系统总体功能 (6) 3.2 功能需求1 (6) 3.3 功能需求2 (6) 4非功能需求 (7) 4.1 用户界面需求 (7)
4.2 软硬件环境需求 (7) 4.3 接口需求 (7) 4.4 性能需求 (7) 4.5 品质需求。 (7) 4.6 安全与保密需求 (8) 4.7 扩展性需求 (8) 4.8 其他需求 (8) 5需求优先级 (9) 6附录 (10) 1文档简介 本章将简要地说明用户需求说明书(以下简称本说明书)的目的、范围、读者对象、名词定义和参考文件 1.1 文档目的 本说明书的目的在于阐明XXXXXX系统(以下简称本系统)的用户需求。 本说明书为编制其它有关文件提供基本依据。 本说明书收集和整理了客户的需求，并提供作为与客户讨论和确认需求的依据。
1.2 范围 本用户需求说明书的内容涵盖了客户提出的业务、非功能需求等。 本说明书的阅读、使用者包括： 项目管理人员 软件设计人员 编程人员 软件测试人员 软件质量控制人员 软件维护人员 用户代表（需求方、需求部门主管） 1.3 名词定义 提示：准确地解释本说明书所涉及的字头词和缩写词 1.4 参考文件
{ 手机销售管理系统} 产品需求规格说明书 项目经理： 开发经理： 系统工程师： 组员：
版本历史
目录 0. 文档介绍 (5) 0.1文档目的 (5) 0.2文档范围 (5) 0.3读者对象 (5) 0.4参考文档 (5) 0.5术语与缩写解释 (5) 1. 产品介绍 (7) 2. 产品面向的用户群体 (7) 3. 产品应当遵循的标准或规范 (7) 4. 产品范围 (7) 5. 产品中的角色 (8) 6. 产品的功能性需求 (8) 6.0功能性需求分类 (8) 6.1系统管理 (9) 6.1.1 数据库路径设置 (9) 6.1.2 用户登录验证 (9) 6.1.3 用户管理 (9) 6.1.4 系统日志 (10) 6.1.5 退出系统 (11) 6.2基本数据管理 (11) 6.2.1 资产分类设置 (11) 6.2.2 资产单位设置 (12) 6.2.3 部门信息设置 (12) 6.3固定资产管理 (12) 6.3.1 资产入库 (12) 6.3.2 资产修改、删除 (13) 6.3.3 资产调拨 (13) 6.3.4 资产借出 (13) 6.3.5 资产送修 (13) 6.3.6 资产归还 (14) 6.3.7 资产折旧 (14) 6.3.8 资产注销 (14) 6.4统计查询 (15) 6.4.1 资产查询 (15) 6.4.2 资产转移记录 (15)
6.4.3 报表打印 (15) 6.5系统帮助 (15) 6.4.3 帮助文档 (16) 7. 产品的非功能性需求 (16) 7.1用户界面需求 (16) 7.2软硬件环境需求 (16) 7.3产品质量需求 (16) 7.N 其他需求 (17) 附录A：需求建模与分析报告 (18) A.1需求模型1 (18) A.N 需求模型N (18) 附录B：需求确认 (19)
OA办公系统用户需求说明1.引言 1.1编写目的 本系统说明书详细描述了OA系统项目的要求，并且本说明书也是作为系统项目所有成员交流沟通的依据，也作为下一步系统开发工作的据和参考。 基准，软件开发项目组的所有成员都必须有一本需求说明书，以明确项目最后要求完成的软件产品的特点，项目开发得以顺利开展。经使用方确认的本文档将作为将来产品特征和仲裁的重要依。 1.2适用范围 本文档主要涉及OA系统的应用模型和功能需求描述。 1.3背景 系统名称：OA系统 任务提出：湖南城市学院数学与计算科学系 开发者：聂孟文聂胜杰 用户：学校所有办公人员 1.4名词解释 OA：办公自动化 Office Automatization 1.5参考资料 1.电子工业出版社《java面向对象编程》孙卫琴编著。 2.电子工业出版社《java web整合发》刘斌编著。 3.人民邮电出版《深入浅出jbpm》高杰编著。 4.绿叶OA办公系统
1.6网络架构 采用局域网或单机环境。 硬件设备，服务器采用台式机或笔记本电脑，最低配置，内存512M以上、硬盘10G以上。客户端采用台式机或笔记本。 1.7软件架构 以Web应用服务为核心,以数据库系统为基础，以浏览器为用户端的B/S软件体系结构；先进的工作流和规则库解决方案，以及面向对象的分析和设计，促进了结构化和安全性的系统开发，提高软件的再利用。 2.项目目标 OA系统提供的功能主要为公司或部门的信息化管理提供有效的信息化软件的管理平台。方便公司公司或部门加强管理，节约资源。 3.功能图 普通员工用户通过OA系统可执行登陆、注册查询信息和个人办公等操作，公司管理员可以通过OA系统执行信息的管理操作。详细的功能请参见用例图。
用户需求说明书模板
目录 1 引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 术语定义 (3) 1.4 参考资料 (3) 2 综合描述 (3) 2.1 产品介绍 (3) 2.2 目标范围 (3) 2.3 用户特性 (4) 2.4 约定假设 (4) 3 用户需求（可剪裁） (4) 3.1 总体需求（可剪裁） (4) 3.2 内容需求（可剪裁） (5) 4 功能需求 (5) 4.1 数据需求（可剪裁） (5) 4.2 接口需求（可剪裁） (6) 4.3 权限控制需求（可剪裁） (6) 4.3.1 系统安全要求（软硬件） (6) 4.3.2 用户角色 (6) 4.3.3 角色权限控制 (6) 5 非功能需求 (6) 5.1 用户界面需求（可剪裁） (6) 5.2 性能需求（可剪裁） (7) 5.3 压力需求（可剪裁） (7) 5.4 主流技术应用需求（可剪裁） (7) 5.5 安全需求（可剪裁） (7) 5.6 故障处理需求（可剪裁） (7) 5.7 环境需求（可剪裁） (7) 5.8 产品质量需求 (7) 5.9 其他需求（可剪裁） (8) 6 需求优先级 (8) 7 附加说明（可剪裁） (8)
1引言 1.1编写目的 本节描述编写该用户需求说明书的目的，并指出预期的读者。 1.2项目背景 本节描述用户需求说明书中所定义的产品的背景和起源，以及同其他系统或其他机构(行业里兄弟或对手单位)的基本相互关系等。当在已有的系统上进行特性开发时，如果新特性与已有系统的特性之间存在关系，则应在本节说明其相互之间的关系。 1.3术语定义 本节可列出本文件中用到的专门术语的定义、外文首字母组词的原词组等。 1.4参考资料 本节列举编写用户需求说明书时所参考的资料或其他资源，这可能包括用户合同、公司规范、技术书籍等。在这里应该给出详细的信息，包括资料名称、版本号、作者、日期、出版单位或资料来源，以方便读者查阅这些文献，可用以下格式表示： 2综合描述 2.1产品介绍 本节简要描述产品的特性。 2.2目标范围 本节简要描述产品的应用目标、作用范围等。
佳怡集团知识产权 未经允许，不得擅用 仓储管理系统 用户需求说明书 (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非功能性需求 (18) 3.3.1资源需求 (18) 3.3.2性能需求 (19)
. XXX 用户需求说明书 拟制： 审核： 批准： ******公司
文件更改记录 编号：序号：
用户需求说明确认书 根据的 业务和功能需求，在[用户方名称] 和[公司名称]共同讨论的基础上，由[公司名称]编写的《用户需求说明书》是对实际需求的准确描述，特此确认。 [顾客单位] 签字（盖章）： 日期：
目录 1引言 (6) 1.1目的与目标 (6) 1.2开发背景 (6) 1.3预期读者 (6) 1.4术语缩写 (6) 1.5参考资料 (6) 2任务概述 (6) 2.1主要职能 (6) 2.2组织结构 (6) 2.3限制条件 (6) 2.4假设和依赖 (6) 2.5用户原有系统情况 (6) 3功能需求 (7) 3.1对功能的一般性规定 (7) 3.2需求名称1 (7) 3.3需求名称2 (8) 3.4 (8) 3.5需求名称n (8) 4性能需求 (8) 4.1对性能的一般性规定 (8) 4.2数据容量 (8) 4.3数据精确度 (8) 4.4时间特性 (8) 4.5适应性 (8) 4.6吞吐量 (8) 5界面与接口需求 (9) 5.1界面需求 (9)
5.2内部接口 (9) 5.3外部接口 (9) 6其他需求 (9) 6.1安全性 (9) 6.2可靠性 (9) 6.3故障处理 (9) 6.4未确定的问题 (9) 7验收准则 (9)
1引言 1.1 目的与目标 1.2 开发背景 1.3 预期读者 1.4 术语缩写 1.5 参考资料 2任务概述 2.1 主要职能 2.2 组织结构 2.3 限制条件 2.4 假设和依赖 2.5 用户原有系统情况可裁剪
变更记录 注：对该文件内容增加、删除或修改均需填写此变更记录，详细记载变更信息，以保证其可追溯性。
目录 1 目的 (1) 2 适用范围 (1) 3 参考资料 (1) 4 业务用语集 (1) 5 任务概述 (1) 5.1 项目背景 (1) 5.2 项目范围 (1) 5.3 系统目标 (1) 6 相关现状说明（可选） (2) 6.1 网络及部署环境现状 (2) 6.2 业务应用信息化建设现状 (2) 7 业务需求 (2) 7.1 业务概述 (2) 7.2 ORF01.预订管理 (3) 7.2.1 ORF0101.房间预订 (3) 7.2.2 ORF0102.房间退订 (4) 7.3 ORF02.客户登记 (5) 8 需求优先级 (5) 9 非功能性需求 (5) 9.1 性能需求 (6) 9.2 技术需求 (6) 9.3 安全性需求 (6) 9.4 设计约束 (6) 9.5 接口需求 (6) 9.6 其它需求 (6) 10 用户预期 (6) 11 其他需说明的情况 (6) 12 附录 (6)
ΧΧ项目用户需求说明书 1目的 说明本文档的编写目的。 //示例：本文档是规定《酒店预订系统》的需求规格说明书，为该系统的需求定义分析、设计、开发与测试的提供指导。 2适用范围 说明本文档的使用范围及读者对象。 //示例；本文档适用于/《酒店预订系统》的需求分析、设计、开发、测试等全过程。 //预期读者：需求分析师、软件设计师、测试工程师等。 3参考资料 说明本文档的参考引用，参考书目引用等。 4业务用语集 搜集现有的业务用语并加以解释，以便于加深对业务的了解，同时便于需求调研分析人员与用户就关键业务词汇的说法上达成一致，使得沟通更加顺畅、准确。 5任务概述 5.1项目背景 简要描述项目产生的背景。 5.2项目范围 简要描述项目涉及的业务部门及业务内容。详细的业务内容由后面的业务分析来描述。 //本项目涉及了某某酒店的房间预订、客户管理、入信登记等业务。 5.3系统目标 描述系统建设的目标。
OA系统需求分析 一、建设背景 办公自动化系统（即OA系统）是将现代化办公和计算机网络功能结合起来的一种新型的办公方式。随着互联网技术（Intranet、Internet）在我国迅速发展和普及，OA在数字化办公领域和企业信息化建设中扮演着越来越重要的角色。因此，现阶段有必要引进建设一套技术先进，符合当前办公发展需要的办公自动化系统，增强协作，以更大发挥信息技术的优势，满足行政办公需求，进一步提高公司行政办公的效率。 二、建设目标 1、实现全公司的数据共享，基本解决信息孤岛问题。不同业务的基础数据做到一次录入，跨部门、跨业务系统重复使用； 2、提供可靠的、可追查的公文流转平台，有效的缩短公务处理的周期，加快公文流转过程，减少路耗、找人、等待等中间环节，保持公务处理渠道的畅通； 3、打破时空及地域限制，实现无纸化办公，远程办公、异地办公； 4、通过信息网络平台，提高信息统计和分析的水平，为领导提供准确、实时的预测和决策的辅助支持； 5、提供完善的信息交流机制，方便公司各部门、办公室和员工之间日常办公及业务信息的交流和管理，实现业务办理互联互通，信息数据共享； 6、充分利用将要建设的网络环境及已有的网络配置资源，充分地保护已有的信息化投资； 7、解决网络办公应用中的最大难题——机构和管理模式的经常变动的问
题，由用户自定义管理模式，实现真正的部门综合业务处理机制； 8、以行政办公系统为基础，实现与业务系统的无缝耦合，建成一流的企业综合办公系统。 三、建设原则 公司OA系统的建设应体现先进性、可靠性、实用性、安全性、易使用性、开放性、有限开源性、可扩展性、可维护性等原则。 1、先进性：应当采用当今主流技术，既要考虑应用平台和工具的先进，更要考虑系统结构和应用设计的先进性，以适应总体上业务管理、发展规划和细节上事务办理的需求。 2、可靠性：系统设计应采用成熟、稳定、可靠的软件技术，保证系统在大数据量、高并发的情况下长时间不间断地安全运行。 3、实用性：根据业务需求和业务流程，从方便用户使用的角度进行系统设计、功能和模块划分。工作流程设计要求简捷流畅，能适应工作流不稳定和突发事件等各种现实情况。 4、安全性：系统建设要符合用户对信息安全管理的要求，建立完善可靠的安全保障体系，对非法入侵、非法攻击和网络计算机病毒应具有很强的防范能力，确保系统具有严格的身份认证功能，并有相应的技术手段对数据安全和操作安全加以保护。 5、易使用性：主要体现在两个方面：一是应用界面简捷、直观，尽量减少菜单的层次和不必要的点击过程，使用户在使用时一目了然，便于快速掌握系统操作方法，特别是要符合工作人员的思维方式和工作习惯，方便非计算机专业人员的使用；二是应提供联机的或脱机的帮助手段。
XX有限公司 文档编号: XX-SCRP -REQ-CRS 用户需求说明书 V1.0 编写：审核：批准： 日期：2008-06-14 日期：2008-06-14 日期：2008-06-14
变更履历 版本文件内容描述编写日期编写审核批准1.0 正式发布2008-06-14
目录 1.项目概况 (4) 1.1.项目背景 (4) 1.2.项目目标 (4) 1.3.单位情况 (5) 1.4.单位组织结构 (5) 2.信息化现状 (5) 2.1.硬件状况 (5) 2.2.软件状况 (5) 2.2.1.系统软件 (5) 2.3.人力资源状况 (5) 3.用户功能需求 (6) 3.1.功能模块的组成 (6) 3.2.名词术语 (6) 3.3.工作流程 (7) 3.3.1关键业务流程 (7) 3.4.模块功能通用要求 (8) 3.5.模块功能关键要求 (8) 3.5.1.首页桌面 (8) 3.5.2.日常办公 (8) 3.5.3.待办公文 (8) 4.非功能性要求 (8) 4.1.稳定性 (8) 4.2.安全性 (9) 4.3.用户界面需求 (9) 4.3.1.操作简捷 (9) 4.3.2.数据校验 (9) 4.4.运行需求 (9) 4.4.1.数据库要求 (9) 4.4.2.应用服务器要求 (10) 4.4.3.故障处理 (10) 4.4.4.用户文档 (10) 4.5.其它需求 (10) 4.5.1.支持软件环境 (10) 4.5.2.表单 (10) 4.6.接口 (11) 与第三方集成接口（硬件接口）的描述 (11) 4.6.1.与市低保系统的接口 (11) 附录A：词汇表 (11) 5验证及确认 (11)
用户需求说明书与需求规格说明书的区别 1、用户需求说明书是用户的需求（期望），需要和用户确认的，重点是站在客 户的角度讲产品功能。需求规格说明书是系统设计需求，主要是对内的，是 从开发、测试的角度去讲产品功能。 2、优点：用户的语言与设计人员的语言是不同的，所以需要有面向不同人员的 文档。缺点：层次越多，信息损失的越多，误解的概率就越大。权衡的结 果：基本上是依据项目的规模而定。 3、如果要省掉一个的话，更倾向于写用户需求，因为搞系统的时候要始终明白 用户在想什么，要解决什么问题。需求规格相对不是很重要，具体实现用户 需求的时候，你可以有各种方案，这个是用户不关心的。要是用户需求就已 经理解错了，特别是理解不全面，软件规格说明书写得好让用户签字就没有 任何意义了。 4、最新的做法 使用UML语言，开发需求用例说明书，用例、场景描述和事件――响 应表，既可面向客户，又可面向开发设计； 使用敏捷开发方法，通过用户故事描述用户需求，即客户想要实现 一个什么功能，以满足某个方面的需求。 【相关知识】 “需求管理”的文档大体上包含需求管理计划、需求检查表、需求跟踪表（包含矩阵图）、需求变更状态跟踪表，以及与其配套产出的指南型文件。 “需求开发”的文档大体上包含需求规格说明书，需求规格说明书检查表， 需求开发指南等。 需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告， 重点是体现出产品要满足哪些功能，哪些是重点、热点。 需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，CMMI 中有标准的模板，重点是站在客户的角度讲产品功能。
需求规格说明书：是从业务规则讲起的，细一点偏向于软件的需求设计到概 要设计。是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务 接口、活动图等。 业务需求（Business requirement）表示组织或客户高层次的目标。业务 需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销 部门或产品策划部门。业务需求描述了组织为什么要开发一个系统，即组织 希望达到的目标。使用前景和范围（vision and scope）文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求（project charter 或market requirement）文档。 用户需求（user requirement）描述的是用户的目标，或用户要求系统必 须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效 途径。也就是说用户需求描述了用户能使用系统来做些什么。 功能需求（functional requirement）规定开发人员必须在产品中实现的 软件功能，用户利用这些功能来完成任务，满足业务需求。功能需求有时也 被称作行为需求（behavīoral requirement），因为习惯上总是用“应该”对其进行描述：“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什么。注意：用户需求不总是被转变成功能需 求。 产品特性，所谓特性（feature），是指一组逻辑上相关的功能需求，它们为 用户提供某项功能，使业务目标得以满足。对商业软件而言，特性则是一组 能被客户识别，并帮助他决定是否购买的需求，也就是产品说明书中用着重 号标明的部分。客户希望得到的产品特性和用户的任务相关的需求不完全是 一回事。一项特性可以包括多个用例，每个用例又要求实现多项功能需求， 以便用户能够执行某项任务。 系统需求（system requirement）用于描述包含有多个子系统的产品（即系统）的顶级需求。系统可以只包含软件系统，也可以既包含软件又包含硬件 子系统。人也可以是系统的一部分，因此某些系统功能可能要由人来承担。 业务规则包括企业方针、政府条例、工业标准、会计准则和计算方法等。业 务规划本身并非软件需求，因为它们不属于任何特定软件系统的范围。然而，
Web OA管理系统需求规格说明书 RY0921121 江舟 RY0921126 李康 GS0921A08 刘雄伟 GS0921111 岑毅 GS0921A12 李博 2009/11/20
目录 1 概述 (1) 1.1 编写目的 (1) 1.2 参考资料 (1) 1.3 术语和标记 (1) 2 项目概述 (2) 2.1 项目总体目标 (2) 2.2 系统开发背景 (2) 2.3 主要限制和开发风险分析 (4) 3 功能需求 (4) 3.1 功能模型 (6) 3.1.1 个人办公模块 (6) 3.1.2 公文管理模块 (9) 3.1.3 公共信息模块 (10) 3.1.4 行政办公模块 (12) 3.1.5 消息管理模块 (15) 3.1.6 工作流程模块 (17) 3.1.7 组织管理模块 (18) 3.1.8 权限管理模块 (20) 3.1.9 系统管理模块 (22) 3.1.10 人事档案模块 (24) 3.2 性能需求 (27) 3.3 非功能需求 (27) 3.4 故障处理 (27) 4 数据需求 (27) 4.1 数据项 (27) 4.2 数据间关系(E-R图) (33) 5 行为需求 (35) 5.1 控制模型 (35) 6 接口需求 (36) 6.1 用户界面 (36) 6.2 软硬件接口 (37) 7 环境 (37)
7.1 运行环境 (37) 7.2 开发环境 (37) 附录：项目成员介绍及组内评分..............................................错误！未定义书签。
1概述 1.1编写目的 本文档的编写目的是为Web OA管理系统项目的开发提供： a)软件总体要求，作为用户和软件开发人员之间了解的基础； b)功能、性能、接口和可靠性的要求，作为软件人员进行设计和编码的 基础； c)验收标准，作为用户确认测试的依据。 1.2参考资料 a)王长富，罗晓沛.基于Web和J2EE的办公自动化系统的设计[D].中国 科学院.2007. b)刘蕾，刘厚泉.基于工作流的B/S模式OA系统设计与实现[J]．微计算 机信息，2008. c)程家华．基于B/S模式的办公自动化系统设计与实现[M]．北京：同济 出版社，2005． d)杨永健，韩鸿雁．办公自动化中工作流过程定义的设计与实现[J]．四 川大学学报，2007. e)方旭华，颜慧佳．基于工作流的办公自动化系统的设计方案[J]．计算 机时代，2008. f)刘明臻，魏长军．OA系统公文流转模块的设计和实现[J]．吉林师范 大学学报,自然科学版，2008. 1.3术语和标记 a)Web OA管理系统：网络办公管理系统； b)OA：Office Automation c)Apache：是世界使用排名第一的Web服务器软件； d)J2EE：是一套不同于传统应用开发的技术架构，包含许多组件，主要 可简化并规范应用系统的开发与部署，进而提高可移植性、安全与再 用价值； e)ACL：Access Control List（访问控制列表）是路由器和交换机接