以下文档是我去年某个时候做了,是我第一次写这个东东,希望对你有帮助,图和表略了.
“钢材收发货系统”需求说明
一、 任务概述
钢材结算系统的开发由杨能忠经理于二〇〇一年下半年提出,目的是为了提高数据的及时性和共享度,以满足“《关于改进钢材超库存自动流转程序的通知》GL/TZ006”的要求。三个主要模块组成,分别为:“钢材收发
货系统”(以下简称“系统”)、“营销结算系统”、“派车单系统”。技术开发公司网络信息室(现总经办信息科)负责整体协调,储运公司程序组负责系统模块开发。
整体系统指定操作用户:营销中心、结算部、销售公司、冶贸公司、运输公司、储运公司计量科、储运公司产品发运科、储运公司资中转运站(以下统称“用户”),数据查询系统由网络信息室授权登录。
本文档由储运公司程序组编写,通过它可以了解系统的软件功能和性能方面的要求,为软件设计打下基础。本文档的目标主要有:了解当前系统的物理模型、逻辑结构、系统是如何运行的、系统提供的主要数据、提供哪些必要的
接口。
二、 数据描述
1. 数据库描述
本系统自始至终都是在通过数据库操作,对数据库的性能要求较高。本系统的数据库采用WINDOWS NT下 的MS SQL SERVER2000。
2. 数据流图
本系统采用C/S结构,通过客户端通过集团公司内部网络与数据库服务器进行数据交互。系统数据图如下所示:
图解:系统各主要模块与网络数据库连接并进行数据交换,反映实时库存量、可用资源量、
3. 主要数据流清单
(1)产量数据
组成:单炉信息、返工信息、改判信息
a.单炉信息
组成:单炉信息=炉批号+库房编号+计量编号+物资编码+计量数量+本炉件数+收货时间+计量人员+生产单位+是否合格+是否发货
来源:按炉送钢传票,计量数据。复二重、二轧、高线、七轧、开卷产量计量。
b.返工信息
组成:返工信息=批炉号+生产班组+库房编号+物资编码+计量数量+返工件数+返工时间+计量人员
来源:返工通知单、计量数据。复二重、二轧、高线、七轧、开卷产量计量。
c.改判信息
组成: 改判信息=序号+改判前编码+改判后编码+重量+件数+改判时间+改判前时间+改判人员
来源:改判通知单、计量数据。复二重、二轧、高线、七轧、开卷产量计量。
(2)发货数据
组成:发货明细=运单号+提货单号+库房编号+发出数量+派车单号+发货人员+计量人员+皮单号+发货时间+批炉号+物资编码+数量+件数
来源:“营销结算系统”和“派车单系统”接口数据、计量信息、产量数据。复二重、二轧、总库、高线、七轧、开卷发货计量。
(3)库存数据
组成:库存数据=库房编号+物资编码+收入数量+实际数量+件数
来源:入库明细、发货明细、计量数据。复二重、二轧、总库、高线、七轧、开卷收发货计量。
(4)车皮数据
组成:车皮发运通知单、车皮发运明细
a.车皮发运通知单
组成:车皮发运通知单=序号+申报单号+发出日期+收货单位+物资名称+物资编码+到站+专用线+发货数量+实发数量+火车费+联系人+电话+邮编+地址+是否审核+是否移库
来源:“营销结算系统”接口数据。资中转运站车皮发货明细。
b.车皮发运明细
组成:车皮发运明细=收货单位+物资编码+实发重量+实发件数+车皮编号+发货时间+火车运费+其它费用+发货员+计量员+货票号
来源:车皮发运通知单、铁路货物运单、钢材发运磅码单。资中转运站车皮发货明细。
(4)外地库房
组成:成都库房、重庆1,2,3库房、宜宾库房收支存报表
来源:电子邮件或传真。成都、重庆、宜宾库房的收支存日月报表。
三、需求及描述:
1、功能需求与描述
系统主要模块如下表,仅做统一描述。
产量 返工 改判 发货 除皮
复称 查询 安全 维护 日志
(1)用户输入:
a.登录用户名、登录口令:需区别字符的大小字。
b.批炉号:按现有格式确定为6位阿拉伯数字,因批炉号首位定义为生产分厂代码,所以在收产量操作时由系统自动加入,用户只需要正确输入后5位阿拉伯数字即可。但进行返工、改判、发货以及查询时需要正确输入6位阿
拉伯数字。
c.计量重量:为降低失误率,收产量时系统将输入框格式定义为:X.XXX,重量范围可在维护模块中自定义(0~9.999),发货、复称、除皮时系统定义为XX.XXX以保证可以多件或整车重量数据录入,并与设
定的理论重量进行对比。同时,系统建立与计量仪器之间的RS232通讯,使计量重量可以自动采集,可避免人工输入的错误。有上述两种录入方式,可视情况自行选择。
d.提货单号:发货时的提货单号查询需要完整录入,此信息由“营销结算系统”模块提供。
e.运单编号:纸制单据的编号,由于印刷等原因,可能造成录入错误。此数据在整个系统中占有相当重要的地位,因此,在确保编号唯一性的同时还必须排除一切可能造成录入错误的因素。如:印刷字迹模糊,操作人员重视度
不够等。
f.其他录入数据:系统提供了“交接记录”的录入功能,可在此模块中使用中文输入法录入当班日记。系统还提供了当班丢钢、废品的重量录入功能以及除皮单、派车单编号的录入。
(2)用户选择
为达到操作快速、简单、方便的目的,系统为大多数数据提供选择录入,即通过组合选择框来确定需要录入的数据。主要数据包括:生产班组、生产日期、查询日期、物资名称、规格型号、钢号、发货人员等。
(3)系统指定
针对一些特定的数据,系统为减少操作内容,采用初始化配置计量点、库房信息,然后在进行数据操作时自动加入数据库时。针对各点情况不同适当地使用了服务器时间。
2、性能需求与描述
(1)精度
所有收发数据均保留到小数点后三位,查询计算结果误差率为0,提供库存盘点维护。
(2)时间、速度要求
系统在发货模块中使用多线程处理方式使系统响应时间控制在2秒内,服务器响应时间与网络状况有直接关系,现阶段公司内部拔号连接速度为28.8K
33.6Kbps。所以系统要严格控制提交和返回的数据量以提高系统响应速度。
(3)灵活性
a.操作方式上的,系统对用户的输入、选择数据提供了两种方式,键盘操作和鼠标操作,以满足用户的不同习惯。同时也尽量与系统操作方式保持一致,使得用户能很快熟悉操作。
b.运行环境的变化,各收发货点的特定信息,如:计量点编号,库房编号,通讯端口设置,生产班组编号,生产物资编码等都采用本地INI文件给予初始化、保存和维护,以达到适应运行环境变化的要求。
c.同其他系统的接口的变化,优化查询语句,明确需要查询的字段,系统禁用“*”来替代字段名称,以保证与其他系统接口发生变化时,降低系统的影响程度。
d.计划的变化或改进,对超过255个字符的查询语句,建议改用存储过程,以提高计划发生变化和改进时重新分发客户端程序的工作量。
e.系统应对提供以上灵活性而进行的专门设计的部分加以标明,以增加与用户的沟通面。
(4)、数据管理能力要求
需要管理的数据包括:收产量明细、发货明细、库存明细以及物资编码、人员编码、计量室编码、库房编码等主要数据。数据管理员应对收产量明细(<2000条/月),发货明细(>20000条/月),所有需每月备份一次。
(5)、故障处理要求
系统应经过充分测试以达到与Windows98或Windows2000系统完全兼容,还应保证本地数据容易重建,当出现操作系统崩溃或硬件等严重故障时数据不受影响。
(6)、其他专门要求
保证用户在安全保密方面提出的要求,对登录口令采用多位编码并异地存储。保证用户在查询方面提出的特殊要求,具体细节还需要及时了解。
四、运行需求
1、用户接口
系统用户的微机操作水平不高,这对应用程序的人机界面要求很高。风格上应尽量保持与操作系统一致,以便于用户能马上掌握系统的操作方法。
2、硬件接口
本系统搭建在集团公司局域网平台上,所有客户端操作均通过调制解调器以33.6Kbps的速率与公司的数据库服务器连接。与下位机的通讯通过标准的RS232串行通讯协议接口。 客户端运行环境比较复杂,所以都需
配置500伏/安UPS,个别地点还需要自动稳压设备。
3、软件接口
本系统所用到的软件产品列出如下:
操作系统:WINDOWS98SE/2000/XP
数据引擎:Microsoft Data Access Components 2.6
数据库系统:MS SQL SERVER 2000
Web发布系统:IIS4.0
五、属性需求
在可使用性方面,要求各个功能实现简单,操作方便,系统处理正确。整个系统恢复性能好,重启动速度快,以确保软件可使用性好。