《武汉铁路局物资管理信息系统-软件需求规格说明书(完成)(共340页).doc》由会员分享，可在线阅读，更多相关《武汉铁路局物资管理信息系统-软件需求规格说明书(完成)(共340页).doc（340页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上【武汉铁路局物资管理信息系统 项目文档】需求规格说明书产品名称：武汉铁路局物资管理信息系统编制单位：WHRWBMMIS项目组产品编号：文档编号：WHRWBMMIS_REQ_SRS版 本 号：V1.0编制日期：2006-12-18更改日期：2007-1-10拟制人审核批准WHRWBMMIS项目组宋兴顺王新专心-专注-专业目 录修订记录日期修订版本描述作者2006-12-18V0.01建立需求规格书宋兴顺、李百庆2006-12-18V0.01其中：电子商务门户编写者：荣巨光业务管理编写者：宋兴顺、李百庆仓库、配送管理编写者： 吴彩英财务核算编写者：杨坤报表管理编写者：许威
2、2007-1-6V0.02评审后修改宋兴顺、李百庆2007-1-8V0.03校稿宋兴顺2007-1-10V1.00定稿宋兴顺1. 前言1.1. 目的本业务需求分析规范了武汉铁路局物资部门的现有业务，采用计算机处理时应满足的业务功能需求和系统性能需求，是本项目进行总体设计、选型、开发和测试的重要依据。1.2. 背景待开发的软件系统的名称：武汉铁路局物资管理信息系统（缩写：WHRWBMMIS）本项目的任务提出者：武汉铁路局物资处开发者：北京万博网迅科技有限公司1.3. 范围本文档需求分析的范围是对武汉铁路局内部的物资管理业务和供应商的供应业务等。1.4. 文档约定在你阅读本文档的时候，你会注意到某
3、些字词使用了不同的字体、大小和粗细。这种突出显示是有矩可循的；用同一风格来代表不同字词以表明它们属于同一类型。黑体二号：总目录黑体小二号：二级目录黑体三号：三级及以后目录1.5. 假设与依赖1、对不属于本管理信息系统的其他信息系统包括基层站段的财务、材料核算系统及武汉铁路局物资部门独立运行的系统，如：武铁物流的工程物流系统、仓储物流系统，统称为外部系统。2、业务流程及作业单据统一对于同一业务在武汉铁路局物资处、物资供应段及各个采购储备配送基地要求其作业流程及作业单据统一，如果不能进行统一，必然会带来系统上线推广的难度、并失去了数据及应用系统集中的意愿，而现在情况是没有统一。为了站在全局的角度进
4、行分析，我们假设作业流程及作业单据是统一的。 3、假设用户量对企业内部的联网节点有40个（包括运输站段的车间），预计用户数将达到500人；对外的互联网节点可能达到600个。按照正常工作日上线率为70%计算，内网有350用户同时在线，外网有420用户同时在线。 4、假设业务数据量项目业务量每笔数据存储(KB) 每年数据量(MB)数据库状态是否保留外网业务处理5000*2=10000笔/月4480增加Y内网业务处理20000*4.5=90000笔/月44320增加Y全局业务数据汇总15000*20=/月414400增加Y基础数据1000更新Y总量202001.6. 文档构成需求规格说明书七部分组成
5、：1、前言：本文档涉及内容的规则和约定。2、任务概述：主要对武汉铁路局物资管理现状态进行分析、再引进物资流通中最先进的供应链管理概念，引出我们将建立一套什么样的物资管理信息系统。3、功能需求分析：对武汉铁路局的物资管理进行分析，在原物资管理基础上做优化和拓展，得出用户需求。 4、系统接口：简单描述与财务系统V4.2中的帐务系统，材料核算系统的接口，采用数据接口（双方共享数据库用户）方式实现数据交换和信息共享。5、运行需求：对用户界面、软硬件接口、故障处理等方面需求进行描述。6、非功能性需求：从项目的非功能性角度对用户需求进行描述。7、附录：文档将从这七个方面进行阐述。1.7. 文档适用者此功能
6、需求说明书适用于：1、武汉铁路局物资处的管理人员、领导；2、物资供应段的管理、业务人员及领导；3、用料段的管理、业务人员及领导；2. 任务概述2.1. 现状分析2.1.1. 武汉铁路局概况武汉，地理位置有着其独特的优势，在历史上就是九省通衢的枢纽。2005年3月18日，根据铁道部跨越式发展要求，全面撤并分局，成立了武汉铁路局。新的路局成立之后，以武汉铁路枢纽为中心的快速路网建设大幕迅速拉开。相继破土动工的有：武汉天兴洲长江公铁两用大桥工程、亚洲最大的编组站三级七场的武汉北编组站工程，路网性客运中心建设工程，中部最大的集装箱中心建设工程，武汉火车站改扩建工程，武广、武合、武郑铁路客运专线工程，武
7、九线、大湛线提速与电气化改造工程；襄渝二线、汉丹二线、宜万新线等工程这些工程的建设，必将带来以武汉为中心城市辐射周边的经济繁荣网络，大大促进现代制造业，物流服务业以及其它所有服务业的腾飞。目前，在武汉铁路局2700多公里的营运线上，大型物资消耗单位约40个，大批量集中用料段4-5家，涉及物资业务相关人员约500人，中心管理机构设在路局机关，全部管理人员总计不足10人。全局全年采购额约20亿元人民币。除去部管物资10亿元，路局及供应段二级采购总额各5亿元左右。得到准入的供应厂商约400家，而且有望达到1000家。铁路局物资业务主要完成运营维护所需要的物资的采购、质检、存储、配送、发放、核算、清算
8、等工作，对物资供应的全过程负责，对供应的质量、效率、成本负责。路局的物资消耗成本约占运营总收入的1/3，因此，物资供应的质量、效率以及成本，直接影响到路局的经营效益与生产安全。随着建设项目的不断完工，投入运营，物资采购额度将逐年增大，对采购质量、采购方式、供应效率、成本节约与控制，都将提出越来越高的要求。供应厂商范围也将发生很大的变化，跨国供应的比例会不断增大。在对供应能力、供应信誉、供应成本的把握方面，都对现有物资专业人员提出了全新的挑战。路局将面临越来越重的责任和压力，面临重大的机遇与严峻的挑战。2.1.2. 武汉铁路局物资管理信息化现状武汉局多年来一直很重视路局信息化建设，早在路局成立以
9、前，当时的武汉分局已经自主开发了一些软件，将财务、物资链接起来，不再完全依靠人工重复劳动武汉铁路局挂牌后，条件更加成熟，路局物资处立即对全局的物资管理发展，进行了全面分析及规划，进行了大量的准备工作。一年时间，推出了系统性的管理制度，推行了新的“电子版铁路物资目录”，进行了信息网络的统一规划与建设，协助财务处为基层站段统一推广了“铁路站段材料核算系统”，尝试了网上招标采购与竞价销售、推动了电子商务在本局的试点应用等等信息化建设工作。目前，武汉铁路局物资部门现在可以使用的系统有主业业务管理系统、工程物流系统、仓储物流系统、站段材料核算系统（多版本）、电子目录管理、采购拍卖平台和设备管理系统（多版
10、本）。种类繁多的业务型信息系统，虽然能基本实现路局各单位自身的单向业务的日常运作，但存在许多问题：l 目前基础网络建设需要完善，才能真正的实现全局物资管理信息化。l 同种业务不同版本的系统应用，带来基层数据采集的困难和路局标准的不统一。l 各种独立的单项业务系统，运行环境、系统构建标准、数据接口差异等差异，将造成业务系统各自为政，数据不能共享，系统集成难度很大等困难，难以实现路局对物资全过程的管理和控制。l 各系统应用时间不同，有的版本较老，有的版本较新。.今天，武汉铁路局迫切的需要一套具有全面管理、系统管理、全过程管理、协同管理的供应链系统。这将为武汉铁路局未来的物资事业的发展打下良好基础，
11、实现管理的规范化、信息化、扁平化、协同化，为武汉铁路局的持续发展，再立新功。2.1.3. 物资管理相关软件业务应用现状我们通过一个多月的对武汉铁路局物资管理业务及相关业务人员的详细调研，对路局现有的业务状况有了更多的了解和认识。以下，我们将从电子商务门户、物资业务管理系统、机械动力设备管理系统、决策支持信息系统和系统管理信息系统五个方面进行分析。2.1.3.1. 电子商务门户的业务现状1、已经使用北京万博网迅科技有限公司的物资采购招标网，主要应用业务为报废钢轨拍卖，还未应用该采购招标平台的物资询价、物资招标等业务。2、路局缺乏对供应商集中管理和开拓供应商新渠道的资讯平台。3、与供应商之间的联系
12、和沟通方式仍采用人工方式，应用传统的电话、传真等方式沟通双份供求需求，同时业务逐渐倾向于互联网应用。4、物资处、物资供应段的业务数据不能共享，同时系统缺乏对采集的原始数据的分析，只能为管理层提供基础数据，无法实现信息系统的分析决策功能。5、路局信息网络和外部互联网之间采用物理隔离，路局物资业务部门和供应商之间缺乏信息交换、信息共享的通道。2.1.3.2. 物资业务管理系统的业务现状1、主业业务管理系统已经使用多年，版本陈旧，不能满足路局业务发展的要求。该系统包括了业务管理子系统、仓储管理子系统、司帐管理子系统、应收应付管理子系统。2、应收应付模块和财务核算系统之间存在数据接口问题，数据传递存在
13、问题。路局自己开发了一个工具进行导入数据的处理。但由于该工具软件作为一个第三方程序，无法从根本上实现应收应付模块和财务核算系统的系统集成，造成操作复杂性，同时无法保证数据的安全性和准确性。3、业务管理中缺少对采购物资价格的管理，缺乏从价格角度对采购成本的管理和控制。4、业务管理中缺少对采购渠道的管理，无法实现采购渠道的管理和控制。5、未实现局内目录的统一，虽然已经购买了标准物资目录，物资供应段的主业业务系统的字段过短，暂时不能使用新的标准物资目录。一些站段目前还未应用新的电子版物资目录。6、原有的物资目录中管理权限界定不清。7、站段仍通过电话或手工填报需求计划。8、目前应用的供应段主业业务系统
14、中采用实际成本计价法，物资卡片较多，管理应用不方便。9、仓储管理子系统中缺少进库料登记的管理。10、各业务系统之间基础数据不能共享，业务、仓储管理中不能对物资卡片进行查询。11、单据打印类型繁多，格式不统一。12、在运务配送部门仍采用人工作业和管理，未采用信息系统辅助管理。13、铁路物资管理中，业务和财务数据是互为补充、相互监督的，关系及其密切。但目前路局各系统对业务和财务关联应用极少，业务数据和财务数据相对独立，存在业务和财务脱节的问题。14、现有系统基本完成部分原始数据进行采集，缺乏从运营管理的角度对数据进行分析和挖掘，缺乏路局管理层提供的决策支持的能力。15、没有专门的物资统计系统。16
15、、现有系统缺乏领导审批流程，例如：渠道审批、价格审批、采购计划审批等。17、站段材料核算4.2系统的还未在全局推广应用。2.1.3.3. 机械动力设备管理系统业务现状该部分详细内容见武汉铁路局物资处设备管理业务系统需求分析说明书。2.1.3.4. 决策支持信息系统的业务现状武汉铁路局现有系统不支持对原始数据进行加工处理，无法为管理层的决策提供有效的信息和分析建议。2.1.3.5. 系统管理信息系统的业务现状武汉铁路局已有的系统中有对人员、部门、往来单位等基础字典的维护，以及人员的权限管理，但较深层次的数据同步、接口管理、数据安全等方面内容没有应用，同时由于各系统的独立性，系统中的基础信息无法共
16、享，造成工作的重复和信息的不准确性。2.2. 铁路物资行业信息化发展分析铁路物资管理信息系统的发展从上个世纪八十年代就开始了，从最初的铁路配件管理系统，发展到站段的材料核算系统，形成物资管理信息系统的雏形。应用物资信息化较早的路局是哈尔滨铁路局、北京铁路局、沈阳铁路局、成都铁路局等。目前，在物资信息化发展较好的路局都达到了全局物资目录统一，全局包括基层站段、供应段（采购供应站）、物资处全部联网，从站段上报需求计划到物资处、物资供应段处理完成进行发料处理，站段进行网上发料单签收，全部过程网络化。然而，铁路要适应新要求，就要未雨绸缪，要战略性地预见，有意识地、主动地组织，及早地、全方位地提升物资团
17、队的采购供应能力。“打破传统供应模式，建立供应链模式的新型物流体系，形成包括生产商、经销商、社会物流服务商、铁路物资管理部门、物资业务部门、物资储运部门、物资使用部门在内的战略协同，为铁路跨越式发展提供有力保障”成为铁路物资行业新的发展方向。而要建立这样一种新型物流体系，不但需要对现行物资管理体制进行深刻变革，而且必须有先进的信息技术作为支撑，以现代物流理论为基础，通过企业业务流程再造（BPR）和信息流程再造（IPR），实现铁路物资系统的跨越式发展。未来的铁路物资管理将在一体化的供应链网络上进行协同运作,创建一个对外基于互联网、对内基于路内专网的供应网络，让路局物资管理部门与包括生产商、供应商
18、、物流服务商、用料段等物资供应业务的伙伴一起形成业务生态系统，通过全面审视该生态系统中的动态实时信息，对需求信号做出及时协同响应。在动态的业务环境中，管理突发情况以及适应变化能力是至关重要的。识别异常情况，并迅速而准确地确定响应措施，在各环节间开展协作，与使用单位、供应商和合作伙伴携手制订计划、实施监控、评测，形成一个封闭式环路，帮助铁路物资部门和整个业务生态系统持续提高应变能力和服务水平，降低成本。物资供应链网络中可能的单位主体包括物资处、相关管理部门、物资供应单位、物资使用单位（用料段）、供方（生产商、代理商、经销商）。2.3. 项目建设的必要性武汉铁路局物资管理系统的核心理念是供应链管理
19、，系统功能设计充分考虑了供应链管理的特点，建立从生产商直至最终使用单位的供应链全过程信息通道，从而使信息系统在供应链运作中发挥出协同、控制、监督、评价、改进的作用。可以说，建立有效的体现供应链管理思想信息系统，是武汉铁路局全面实现供应链管理模式的重要基础。2.4. 建设目标2.4.1. 路局目标为适应铁路跨越式发展的需要，武汉铁路局对内建立以网络通信技术为依托，具有不断优化的扩充性能，实现物资管理和机械动力设备管理的各种功能，覆盖全局的物资管理网络信息系统；对外建立与生产商、代理商、经销商建立起畅通的信息渠道，利用INTERNET网络面向社会的以物资招标采购管理为核心，实现网上资讯、信息发布、
20、招标采购、咨询服务、管理监控等功能的综合性物资招标采购电子商务网站。用先进的网络技术，打破铁路内外网壁垒，将物资管理的主要业务全部信息化，对全局的物资供应做支撑。同时做到信息资源共享、提高服务水平、缩短库存及配送时间、提高物资供应速度、提供决策支持依据。最终满足武汉局物资管理从现有模式向供应链模式转变过程中业务的需求。2.4.2. 系统实现目标武汉铁路局物资管理系统的核心理念是供应链管理，系统功能设计充分考虑了供应链管理的特点，建立从生产商直至最终使用单位的供应链全过程信息通道，从而使信息系统在供应链运作中发挥出协同、控制、监督、评价、改进的作用。可以说，建立有效的体现供应链管理思想的信息系统
21、，是武汉铁路局全面实现供应链管理模式的重要基础。为此，武汉铁路局物资管理信息系统将成为以统一的编码管理为基础、以物资管理系统为核心、以电子商务门户为纽带的跨越铁路内外网的协同型供应链管理系统；决策支持系统将帮助管理者在复杂的业务环境中全面掌握、优化供应链运作；强大的接口设计可以避免物资管理系统陷入信息孤岛，并使其融入到铁路经营管理的信息化体系中。2.5. 建设远景铁路物资行业供应链是指将物资或服务提供给运输生产单位的所有环节的企业、单位所构成的上、下游产业一体化体系。供应链管理强调核心企业与相关企业的协作关系，通过信息共享、技术扩散(交流与合作)、资源优化配置和有效的价值链激励机制等方法体现运
22、作一体化。3. 功能需求分析本章节中，我们将从四个方面对武汉铁路局物资管理系统的业务功能需求进行分析描述。描述的四个方面指包含：电子商务门户、物资业务管理系统、决策支持信息系统、系统管理信息系统。下图为系统的主干流程：3.1. 电子商务门户分析武汉铁路局物资处、供应段及用料段为了通过互联网与供应厂商沟通采购与供应、信息交互、数据共享及协同工作，必须要建立电子商务门户。该门户通过“内外网数据交换”实现物资处与供应商、供应段与供应商、用料段与供应商之间的数据共享与信息交流。电子商务门户主要包括以下四个子系统：资讯系统、业务协同系统、手机短信和邮件系统以及门户管理系统。3.1.1. 资讯系统提供了一
23、条更快捷，更有效的途径去建立，部署，维护网站。能够创建、发表和管理与他们日常工作息息相关的网站内容，利用网站开展业务，和路局的合作伙伴交流。授权用户可以自由地管理自己的内容和有价值的资源。这意味着可以大幅降低维护网站的花费，而且武汉局也可以重新部署已有资源到新的项目上，以满足最大的交互需求。3.1.1.1. 频道管理n 业务背景武汉局物资处或相关有权对外发布消息的部门为了达到高效的创建维护和管理自己的网站的目的，采用了频道灵活定制的方法。该方法主要是解决发布信息的类别不确定性的。例如，已经有了物资处新闻频道，公告频道，再想增加一个娱乐频道或者体育频道，则可以用频道管理模块来实现。n 业务目标通
24、过频道管理，实现资讯信息的频道随意定制和每个频道的风格管理。网站，频道、栏目、内容的关系描述如下：n 参与者武汉局物资处资讯维护人员。n 前置条件1. 资讯系统上线，并且物资处设置资讯维护人员。2. 资讯维护人员了解一定的html知识。3. 对资讯维护人员进行必要的操作培训。n 后置条件1. 路局资讯维护人员维护频道并重新部署发布后，供应厂商或其他有权访问网站的人员可以从首页上直观的看到频道的变化。2. 当路局资讯维护人员维护完频道后，应该继续维护频道下的栏目和每个栏目的内容。n 规格约束从业务分析看，频道、栏目、内容是明显的树形结构。最好可以用结构树的形式来维护。频道、栏目内容的编辑：通过系
25、统编辑器来编辑相应频道的文字和图片内容。管理员通过一个类似WORD的编辑器就可以对网站的所有内容进行编辑了，编辑的内容包括文字、表格、图片、动画和多媒体文件等。n 业务流程描述n 需求功能描述功能编号功能名称角色编号优先级简要说明1 频道增加资讯维护人员高2频道修改资讯维护人员高3频道删除资讯维护人员高4频道移动资讯维护人员高5频道模板制作资讯维护人员高编辑网站风格，可以引用样板6频道模板修改资讯维护人员高7频道初始化资讯维护人员高频道初始化后应包括工作动态，物资处公告，物资信息，政策法规，路局文件，知识窗，物资处新闻等。3.1.1.2. 栏目管理n 业务背景物资处相关的资讯管理员在执行完频道
26、管理后，可以在某一频道下建立许多栏目，每一栏目代表该频道的一个分类，例如：一个新闻频道可以分为国际新闻、国内新闻、铁路新闻、路局内新闻、物资处新闻、科室新闻等。n 业务目标通过栏目管理，可以实现频道按类划分。每个栏目可以有不同的展现方式，所以每个栏目都有自己的模板，例如某个栏目需要滚动显示，某个栏目需要字体加粗加大等等。n 前置条件1. 栏目管理的前提是频道管理完成后。2. 资讯维护人员最好了解一定的html知识。3. 对资讯维护人员进行必要的操作培训。n 后置条件1. 资讯维护人员维护栏目并重新部署发布后，供应厂商或其他有权访问网站的人员可以从频道上直观的看到栏目的划分。2. 每个栏目都允许
27、建立下级的内容列表。3. 每个栏目都要定义直接显示的记录数，如果内容列表超过直接显示的记录数，应提供“更多”的方式显示该栏目的内容列表。4. 以“更多”的方式显示出的列表，也要能通过“超级链接”的方式查看内容明细。n 规格约束每个栏目初始内容都不宜过少，如果过少，屏幕显示不美观。每个栏目直接显示的记录数也不宜过多，如果显示过多则带来页面显示速度慢的问题。n 需求功能描述功能编号功能名称角色编号优先级简要说明1频道包含栏目增加资讯维护人员高需要维护栏目直接显示的记录数2频道包含栏目修改资讯维护人员高3频道栏目删除资讯维护人员高4频道栏目移动资讯维护人员高5栏目风格定制资讯维护人员高可以引用样板6
28、栏目风格修改资讯维护人员高7栏目初始化资讯维护人员高8栏目授权资讯维护人员高可以把整个栏目交付专人维护，而不是资讯维护人员本人。3.1.1.3. 内容管理n 业务背景物资处相关的资讯管理员在执行完栏目管理后，可以在某一栏目下建立许多内容，每一内容代表一个资讯标题，例如：某一铁路新闻栏目有一条具体的新闻标题为：铁道部成本核算系统在我局推广应用。n 业务目标通过内容管理，可以实现栏目具体内容的填充。每条具体的内容可以有不同的展现方式，如有的内容首行需要有红头文字，有的需要加入特定的广告信息，所以每个栏目都有自己的模板，默认则引用样板。n 前置条件1. 内容管理的前提是栏目管理完成后。2. 内容管理
29、需要有相关的采编人员提供素材。n 后置条件1. 内容管理包括标题管理和明细管理。2. 标题与明细是一一对应的，即一个标题必然对应一个明细。3. 标题可以被其他栏目引用，即一处维护可以多处显示，显示标题的地方要链接到相应的内容。4. 内容明细包括了图片、特殊文字、格式、线条等内容，需要通过一个类似word的编辑器来实现“所见即所得”的编辑。5. 内容明细一般通过点击标题另外弹出窗口的方式来展现，用户在浏览完毕后可以关闭该窗体。6. 内容明细可以通过维护关键字或者通过标题实现查询，也可以用录入人、录入日期等组合查询。7. 未经过审批与发布的内容，操作人员可以先预览。如果预览不合格可以做相应的修改。
30、n 需求功能描述功能编号功能名称角色编号优先级简要说明1内容标题增加资讯维护人员高实际维护的是内容的标题及属性2内容标题修改资讯维护人员高3内容标题删除资讯维护人员高4内容标题移动资讯维护人员高5内容关键词维护资讯维护人员高6标题排序维护资讯维护人员高默认排序为按增加的时间倒序，最新的为第一条。7内容模板定制资讯维护人员高可以引用样板8内容模板修改资讯维护人员高9内容初始化资讯维护人员高10内容编辑资讯维护人员高一个类似WORD的编辑器，可以编辑和修改新闻，可以实现图文混排。11内容预览资讯维护人员高12内容多处发布资讯维护人员高可以将内容发布到网站的任意页面，例如：将武汉局的最新采购招标公告
31、信息，公示信息，通报信息，政策信息等可以发布到网站的弹出框、公告栏或者首页位置。3.1.1.4. 内容审批n 业务背景内容审批就是对已经维护好的内容进行审批。发布和部署审批通过的内容。n 业务目标过滤一些不符合路局制定的资讯发布标准的资讯内容。n 前置条件1. 内容审批的前提是内容管理完成后。2. 审批不通过的内容可以允许“资讯维护人员”修改后再提交。3. 已审批或发布的内容如果被“资讯维护人员”修改后，需要由“资讯审批人员”重新审批，并由“资讯发布人员”发布。n 后置条件内容审批后要用发布与部署生成静态页面。n 需求功能描述功能编号功能名称角色编号优先级简要说明1查看待审批内容资讯审批人员高
32、2 内容审批资讯审批人员高审批通过、审批不通过3已审批内容查询资讯审批人员高3.1.1.5. 内容发布与部署n 业务背景内容发布就是对已经审批通过的资讯明细通过发布操作生成htm页面的过程。内容部署就是对已经生成的htm页面部署到web服务器上的过程。发布和部署审批通过的内容。n 业务目标生成静态页面并部署到web服务器上。n 前置条件内容发布与部署的前提是内容审批通过后。n 后置条件1. 内容部署实际上是拷贝htm文件到web服务器指定路径的过程。2. 部署后的页面允许任何人浏览。n 需求功能描述功能编号功能名称角色编号优先级简要说明1内容发布资讯发布人员高2内容部署资讯发布人员高3.1.1
33、.6. 供求信息n 业务背景铁路局或供应段（站）、以及注册的供应厂家能够自由的发布供求信息，在发布过程中，能够上传商品图像、供求信息、产品简介采取流行编辑器界面，能够进行图文混合编排等各项操作。n 业务目标实现用户与供应商之间的网上产品、原材料、废旧物资等信息的沟通。n 前置条件1. 用户在权限范围内可以发布相应供求信息，包括物资处和供应段、用料段及供应厂商。2. 发布人可以修改自己发布的供求信息。3. 发布人可以删除自己发布的供求信息。4. 供求信息属单独一个频道，发布后的信息允许任何人浏览。5. 过期的供求信息可以由资讯管理员删除。n 需求功能描述功能编号功能名称角色编号优先级简要说明1供
34、求信息发布注册用户高2供求信息修改注册用户高3供求信息删除注册用户高4供求信息查询游客、注册用户高5过期信息删除资讯管理员高3.1.1.7. 站内搜索n 业务背景游客或注册用户要在各种不同分类的资讯中快速的找出对自己有用的信息。如果采用数据库中保存的每个内容的标题和关键词来查找会有以下一些问题：1、 通过数据库模糊查询到每一个栏目中按标题和关键字检索，在数据量大时会变慢。检索效率非常低下 消耗大量硬件资源。2、 无法完成全文检索，对内容明细中包含的数据检索不出。3、 不能实现切词检索、动态摘要、关键词飘红、图片缩略和相关性排序。为解决以上问题，需要提供站内搜索引擎。n 业务目标全面高效采集网站
35、网页信息，建立实时高速索引，让网站获取像Google搜索引擎一样的强大搜索功能。n 前置条件所有已部署的资讯文字信息可以被搜索引擎检索到，而保存在数据库中的一些私密信息不会被搜索引擎抓取。n 后置条件被搜索引擎检索到的信息可以进行相关词检索，检索出的快照分页显示。n 需求功能描述功能编号功能名称角色编号优先级简要说明1页面抓取系统自动高2分析页面内容系统自动高Html解析、分词、图片缩略3建立索引及快照系统自动高4按索引搜索与展示游客及注册用户高3.1.1.8. 表单生成n 业务背景物资处相关人员需要向供应厂商或游客了解一些内容，所以需要这些人员填写信息并反馈到物资处，为保证供应厂商或游客提供
36、的信息的有效性和可读性，需要制定出一个统一的信息采集格式。对不同信息应该有不同的采集模板。n 业务目标表单生成就是让资讯管理员通过浏览器内的简单操作生成出一个供供应厂商或游客提交内容的表单。n 前置条件管理部门设计表单式样。n 后置条件可以将表单填写后的内容，提交到相应的邮箱。表单格式可以根据需要进行修改。n 需求功能描述功能编号功能名称角色编号优先级简要说明1表单生成资讯维护员高2录入表单内容，并提交游客高提交信息可以发邮件或短信通知相关人员3提交内容查询3.1.1.9. 网站访问统计n 业务背景系统针对网站访问者的访问行为进行各种形式的统计，能够高速有效地得出用户访问量方面的数据，使武汉局
37、物资处能够对网站每日、每周、每月、每年的页面访问量、IP访问量、访问者数量既有具体的了解，又有整体的把握，分析访问者所关心的重点。n 业务目标通过该模块监控站点访问情况。n 前置条件需要资讯系统上线运行。n 后置条件监控结果可以用页面展现，也可以将结果导出Excel。n 需求功能描述功能编号功能名称角色编号优先级简要说明1访问情况记录系统自动高2访问结果查询与导出资讯维护员3.1.1.10. 论坛管理n 业务目标实现门户访问者的在线问题咨询，管理员或其他访问者等可以随时进行回答，访问者之间还可以就一些热点问题可以进行讨论。系统应具备言论过滤的功能，对一些反动的、不良的言论不允许发布。资讯管理员
38、有权删除其他人发表在论坛的言论。3.1.2. 业务协同系统业务协同系统是路局内网上的物资管理信息系统与互联网衔接的一个信息系统，是路局物资业务部门和供应商之间的信息交换、信息共享的通道。这个系统与武汉局内网上的物资管理系统共同构成供应商与路局物资部门协同工作的信息平台。应具有如下功能：3.1.2.1. 计划管理n 业务背景供应厂家时刻关注供应段或物资处缺什么物资；物资处或供应段则最关心厂家能供什么、价格如何、供货周期。n 业务目标供应商在系统中公布自己的产品储备、生产计划、供货周期，路局物资部门参考这些参数决定针对某供应商的采购时间和数量。物资处通过协同平台定期向供应商发布物资供应段的储备能力
39、、库存物资的数量，站段的需用计划等信息。n 前置条件供需双方都要有相应的人员维护这些信息。n 后置条件需要设置访问权限，例如物资处或供应段的库存物资信息只能允许路内准入的厂家看到，对游客则不允许。n 规格约束需要供需双方协作，供需双方要有上互联网的条件。n 业务流程n 需求功能描述功能编号功能名称角色编号优先级简要说明1供应段储备能力公布物资处及供应段授权用户高2供应段库存物资数量公布物资处及供应段授权用户或者系统自动高3用料段需求计划公布系统管理员或者系统自动高4供应段储备能力查询准入厂商高5供应段库存物资数量查询准入厂商高6用料段需求计划查询准入厂商高7生产能力公布供应厂商高8生产能力查询
40、物资处及供应段授权用户高可以按厂商，按物资，按交货能力组合查询。9资质信息维护供应厂商高10资质信息查询任何登录者 3.1.2.2. 报价管理n 业务背景物资处、供应站、用料段相关人员需要向厂商进行某一品种及规格的物资的询价，在平台上注册的厂商则可以进行网上报价，以供路局相关人员查询。n 业务目标供应商对由物资处、供应段等采购单位发布的询价单进行回复，完成网上询价-报价过程。n 前置条件无n 后置条件需要设置访问权限，对游客不允许进入报价。n 规格约束无n 业务流程n 需求功能描述功能编号功能名称角色编号优先级简要说明1询价信息发布物资处及供应段授权用户高2厂商出价供应厂商高3价格排序与查询物
41、资处及供应段授权用户高3.1.2.3. 订单管理n 业务背景物资处、供应段在接到用料段的需求计划后，对没有库存的物资要进行采购，这样就会在路局内网上形成一份采购清单，该采购清单经相关领导审批后形成对供应厂商的订单，该订单需要供应厂商确认。n 业务目标供应商通过订单管理系统能够接收物资处或物资供应段发出的采购订单，供应商对发布的采购订单进行响应，接受此订单或拒绝此订单；如果接受订单，则确定供货的数量、供货的时间、供应的地点等信息，物资处或物资供应段收到供应商的反馈信息后，进行下一步的业务处理。n 前置条件订单数据要通过内外网专用的数据通道和协议进行交互。n 后置条件订单确认后应该反馈到路局相应的
42、采购部门。n 业务流程n 需求功能描述功能编号功能名称角色编号优先级简要说明1订单传到外网物资处及供应段授权用户或者系统自动高2供应商对订单确认供应厂商高3确认结果反馈到路局内网3.1.2.4. 配送管理n 业务背景供应商根据正式的采购订单编制配送单，配送单将实时传递到内网的物资管理系统中，供相关部门查询。n 业务目标配送管理是为了协调供应商与用料段的配送问题的。通过配送管理，保证了供应厂商与用料段之间到货时间、地点、品种、数量的准确性和及时性。n 前置条件采购订单数据和配送单数据要通过内外网专用的数据通道和协议进行交互。n 后置条件配送单随货物到达用料段后，用料段相关的管库员或材料员进行签收。n 业务流程n 需求功能描述功能编号功能名称角色编号优先级简要说明1供应商由订单生成配送单供应厂商高2供应商代储料补充生成配送单供应厂商高3用料段确认配送单用料段高4用料段修改配送单用料段高5供应厂商生成正式配送单供应厂商高6正式配送单反馈到路局内网系统自动7用料段发配送指令用料段高8供应厂商确认供应厂商高3.1.2.5. 代储物资（VMI）管理n 业务背景供应商需要对存储在物资供应段或用料段的产品进行库存管理和监控。n 业务目标保障物资供应，降低库存资金占用。n 前置条件该功能依赖于供应段及用料段对代储物资的