系统需求分析说明书

上传人:大米 文档编号:509272236 上传时间:2023-05-17 格式:DOC 页数:50 大小:741.50KB
返回 下载 相关 举报
系统需求分析说明书_第1页
第1页 / 共50页
系统需求分析说明书_第2页
第2页 / 共50页
系统需求分析说明书_第3页
第3页 / 共50页
系统需求分析说明书_第4页
第4页 / 共50页
系统需求分析说明书_第5页
第5页 / 共50页
点击查看更多>>
资源描述

《系统需求分析说明书》由会员分享,可在线阅读,更多相关《系统需求分析说明书(50页珍藏版)》请在金锄头文库上搜索。

1、需求分析说明书实验名称:需求分析工程名称:班 级:组员1姓名:组员1学号:组员2姓名:组员2学号:组员3姓名:组员3学号:日 期:2021.3.30需求说明书1引言1.1编写目的本需求说明旨在对南京电网公司统一短信平台系统的整个系统的软件构架及子系统的业务需求、用户需求、功能需求做逐一分析;并对各系统接口、运行环境、性能需求做出可行方 案。本需求分析为开发人员、维护人员、客户之间提供共同的协议而创立根底,对短信统一平台功能的实现作使命描述,是系统开发的依据,也是用户检验本系统运行的依据。1.2背景目前南京电网已有一些系统在使用短信效劳,但仍存在着以下问题:1、很多系统仍还不具备短信效劳的功能;

2、2、各综合单位、供电局的系统独立开发建设短信效劳,缺乏统一规划、统一标准,造成了重复投资,资源浪费;3、已架设了短信效劳的系统,使用各自短信效劳,数据库数据不能共享,不能综合利用效劳资源;4、各系统通过不同方式发布短信,对外发送效劳不统一,不利于打造统一的效劳品牌形象。不统一的短信平台会使对外的宣传口径不一致,短信号码太多,投入大量的宣传费用,但很难到达宣传效果,很难增加用户的可信度;5、各综合单位、供电局的系统单独发送短信内容,各级系统管理员独立管理,容易造成 短信效劳管理混乱,也存在着平安隐患。为消除上述弊端,标准开展贵州电网短信效劳,应建设统一的短信平台。1.3定义和缩略语本文使用了表1

3、.1所显示的面向用户的术语、定义,包括通用词语在本文档 中的专用解释。表1.1术语/定义术语/定义说 明术语/定义说 明开发方南京工程学院用户南京电网分公司用例图反映用户与系统交互情况的一种图形,常用丁需求分析表1.2所列为本文用到的缩略语表1.2缩略语缩略语说 明统一短信平台系统南电南京电网公司1.4参考资料本文使用了表1.2所列为本文用到的参考资料表1.3参考资料编勺资料名称作者1工程概述2开发合同3南京电网提供的电子表格资料1.5用户1、电力客户2、企业员工3、部门或单位领导4、应用系统用户2任务概述2.1目标业务管理子系统要求可以实现以下的目标:实现对采购行为的管理,可以对每个采购过程

4、进行管理控制。实现对批销的管理,可以对每个批销过程进行管理控制。实现对供给商和销售商的管理#需求说明书实现所有采购记录、批销记录、业务记录的统计分析。2.2系统的特点业务部门主要职责是负责整个公司与供给商之间的采购行为和针对销售商的批发销售,整个公司业务的正常运转的必要实施行为;在整个业务中扮演着内部供给商和批发的职能,一切最初入库的物品均经其部门,采购行为的实施直接关系到后台管理系统。而其批发销售的职能也是区别于零售之外的业务。业务流程1、米购业务:采购行为发生时,根据采购的性质、程度的不同,处理的方式均会产生差异:业务部门采购流程示意图如下:我们认同采购单与申购单为同等效用需求说明书3、退

5、货业务采购管理对于采购业务的处理均在此完成。此模块功能包括开新采购订单,修改,开新采购合同,订单送审,订单打印,订单归档。采购订单新增、修改、删除、保存、查找、追加商品、删除商品、取消等采购订单是用户向供给商下达的采购定货单。采购订单可作为正式订货合同的重要组成局部;由于单一采购订单所针对的商品数量品种很多,我们对一个采购订单分为两类信息制作:根底信息:包括采购单号、供货厂商、入库时间要求、交货地点要求、订货人、结算方式、采购方式、审核时间要求等必要要素,商品信息:包括:商品编号、商品种类、商品名称、商品数量、商品单价、订单总金额订单送审/审核送审、审核、生成请款单订单制作完成,确认无误后,点

6、击订单送审实现订单送审,其他部门人员即可根据自己对订单的操作权限进行订单流转执行,在本环节中,根据订单所添写的订单结算方式和采购方式自动参加审批权限。并在审批完成后,进入库存管理部门, 以物流部门最终出入库完成整个流程。在此功能模块中参加总经理审核功能。订单打印在订单执行过程中,需要将订单从系统中提出打印,为此设置订单打印功能。订单查询分为已入库订单查询,办理中订单查询自定义查询:按订货日期区间供给商商品名称规格型号采购订单号产地保修期限等任意组合查询订单归档此流转过程是标志着一个采购订单的结束,并生成相应的财务凭证, 根本流程是依据物流部门的入库开票信息,核准后归档,此后,此订单做为历史数据

7、,不可更改。开请款单预生成预付凭证有查询模块退货管理本模块管理业务部门采购和批销过程中发生的各种退货行为,主要分为以下几下模块:开退货单:不管什么原因,发生退货意向时,均由业务部门开出退货单:客户退货时:开如下退货单:退货单号、退货日期、退货销售商、联系 、商品编号、商品类别、商品名称、规格型号、退货数量、单位、进价、退货价、退货总金额、退款方式等;退供给商货时:开如下退货单:退货单号、退货仓库、供给商、联系 、商品编号、商品类别、商品名称、规格型号、单位、退货数量、进价、退货价、退货总金额、退款方式等退货单送审:退货单制作完成,确认无误后,退进入退货单送审; 按退货方式的不同分别走不同的审批

8、流程;并在审批完成后,进入库存管理部门,以物流部门最终出入库完成整个流程。退货单归档此流转过程是标志着一个退货单的结束,并生成相应的财务凭证, 根本流程是依据物流部门的出入库开票信息,核准后归档,此后,此订单做为历史数据,不可更改。退货单打印在退货单执行过程中,需要将退货单从系统中提出打印,为此设置订单打印功能。退单归档此流转过程是标志着一个退货单的结束,并生成相应的财务凭证, 根本流程是依据物流部门的出库开票信息,核准后归档,此后,此退货单做为历史数据,不可更改。退货单查询:分为销售退货和采购退货采购退货:按退货日期区间供给商商品名称规格型号退货单号产地保修期限等销售退货:按退货日期区间客户

9、商品名称规格型号退货单号产地退货经办人批发销售管理:此模块专门针对批发销售的客户,不针对最终客户,与直接客户所不同的是, 此定单不是严格接照最终客户工作日完成的。主要分为以下几个流程:制定销售订单新增、修改、删除、保存、查找、追加商品、删除商品、取消等因为我们的业务部门都是对外进行业务操作,此销售订单可看作是用户代销售商下达的采购定货单区别在于,采购是入,而批销是出。但不要误解,我们不是强调,而是寻找一种共性;因销售订单是建立在出库的根底上,我们默认库里有商品; 没有商品的情况我们要再下一份采购订单;但销售订单可作为正式销售合同的重要组成局部;由于单一销售订单所针对的商品数量品种很多,我们对一

10、个批销订单分为两类信息制作:根底信息:订货单号、订货仓位、销售商客户、联系 、订货日期、交货日期、付款方式、制单人等商品信息:商品编号、商品类别、商品名称、商品型号、商品数量、商品单价、订单总金额等。供给商管理新增、查询、打印、合同、订单、供给商、产品本模块将对供给商的全套资料进行管理,包括供给商的根本信息,供给商下的所有产品的维护;与供给商合同的管理, 我们将采取一一对应的方式进行管理,使用户使用起来更加得心应手,与供给商发生的所有订单也将本模块中进行管理。销售商管理本模块与供给商管理一致,只是缺少了产品。统计分析:统计口径:供给商按供给商的供货情况提供汇总表及对应的明细表,用于分析企业供给

11、商结构、供货能力、企业对供给商的依赖程度等;统计口径:商品名目提供按商品名录索引的采购情况汇总表及对应、明细表,提供企业的采购结构、采购进度等信息;统计口径:采购员按各采购员操作的采购情况提供汇总表及对应明细表,用于采购本钱分析、控制及考核;统计口径:采购入库单据按单据提供采购明细表,用于采购进度分析、采购根本情况查询;统计口径:采购订单按采购订单提供采购明细表,用于采购方案合同完成情况分析。统计口径:销售商按销售商的订货情况提供汇总表及对应的明细表,用于分析企业销售商结构、销售能力等;#需求模型数据流图票据删除I领票人员库事故处理子系统数据流图非功能性需求性能需求精度:本系统涉及到数据,对商

12、品的编辑和查询、报表的设置计算都要求有相当的精度,保存小数点后3位。时间特性要求:本系统的所有报表及汇总都是建立在时间段的根底之上的,因此在数据库设计上要充 分表达所有的时间段信息,便于以后的管理和统计;考虑到对发生时间的要求,我们的 时间精确到天。灵活性:本系统无论是在录入方面,还是在系统操作方面都尽可能满足用户的操作要求,让系统的表达在系统设计的各个方面系统响应时间:本系统采用面向对象的结构化设计方法,程序设计采用多线程机制,数据库采用数据连接池技术,数据库的操作全部采用标准的SQL语句,这将使系统的整体反响时间大大提高,应该是秒级的。接口需求与其他外部系统的接口与账务系统发生凭证传送任务

13、与本系统其他子系统的接口本子系统与库存管理之间以订单转换为接口,订单流转过程中业务在哪个部门,本系统就将功能模块设在哪个部门;本子系统与财务部门之间的接口是凭证的生成与传送,本子系统将跟踪整个过程;需求硬件环境硬件环境由硬件集成商提供,本系统对硬件无特殊要求。需求分析软件环境效劳器操作系统由系统集成商提供。需求说明书销售管理子系统业务需求背景销售部门主要职责是负责整个公司与直接客户之间的销售行为,也是整个系统运转最为频繁的子系统;整个公司业务的最前沿;在整个业务中扮演着非常重要的职能,系统对订单的执行效率和执行精细度有较高的要求。业务流程1、正常销售订单:销售行为发生时,根据销售的性质、程度的不同,处理的方式均会产生差异:销售部门销售流程示意图如下:我们认同销售订单与为合同单具同等效用2、应急销售订单#业务部门 下采购单查库财务审核订金输出客户标签生成财务凭证销账或挂账正常采购形成提货单并打印财务审核订金 盖章状态记根据提货单排任务提货开出库单送货收款状态需求说明书销售部应急销售订单流程示意图如下:此订单在流转过程中将一直有加急标记;3、销售退货流程#需求说明书#部退货管理流程示意图:4、样品销售流程:目标要求销售管理子系统要求可以实现以下的目标:实现对销售行为的管理,可以对销售全

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > 工作计划

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号