第一篇:畅通物流货收发货管理系统需求分析
畅通物流货收发货管理系统需求分析
收发货管理系统是根据物流配送行业管理方面的标准和要求,遵循企业管理流程,用于货运公司、货场、物流公司等管理需求而开发的货运管理软件。该系统融汇了全国数百家物流管理部门的优秀经验和管理智慧,全面实现管理企业的数字化管理,不仅可以简化、规划企业的日常操作,降低企业的成本,提高了管理的效率和质量,更可以促进企业全盘管理向现代化的企业管理迈进。因此,开发物流收发货管理系统意义重大。物流收发货管理系统是通过企业当前运行的数据进行处理以获得有关信息,从而达到最佳行为,所以它是可以能够为企业提供充足的信息和快捷的数据处理手段的系统。
目前,全球物流货运市场竞争日益激烈,企业要想获得持续性盈利取决于是否能够赢得和保持相当的客户满意度。如何提高工作效率、降低管理成本、提高服务水平和企业的竞争力,是每个企业管理者最为关注的问题。
物流货运企业由于行业特点,传统操作过程复杂,文件繁多,竞争日益激烈。功能需求
畅通物流收发货信息系统主要是为物流公司的日常事务的管理服务的,该系统包含了物流的日常事务,并尽可能多的添加物流公司常用的功能,比如:收货管理、发车管理、分包管理,这样使使用者感觉更加方便简洁。
(1)系统需要填写正确的账号和密码。
(2)登录后用户可以填写收货日期、物流编号、货物名称、托运单位等详细信息。(3)登录用户可以管理货物的装车信息,同时可以选择是否货物装车。(4)登录用户可以查询货物所经历的中转站和到达中转站的时间。(5)用户可以在核实货物的基本信息后,签收货物。
(6)用户可以管理公司的车辆信息,并可以查询货物的基本信息,该系统同时提供了三种查询的方式,按运单号、按收货人、按发货人,三种方式都可以灵活的查到用户所需的信息。系统功能
畅通物流收发货信息管理系统分为前台界面和后台数据库。开发的主要内容有:前台各种窗口的操作、建立数据库、连接数据库、实现数据存储、更新、实现界面登录、实现货物查询、实现车辆查询修改、实现货物的录入修改、货物的签收确认等功能。
系统的登录界面
系统的登录账户密码验证成功后,登录界面自动消失,弹出系统的欢迎界面.系统的欢迎界面
经过验证后,弹出系统的欢迎界面,该界面显示该管理系统的各种管理功能。系统的功能界面 1.收货管理
当有货物进入时,要将该货物的基本信息,填写并输入到数据库中。在录入基本信息时,系统会自动生成一个运单号,该号码唯一且不可更改。管理员只需填写其他必须填写的信息,点击确认录入,录入成功后会弹出对话框提示录入成功。
2.发车管理
在发车管理界面里,需要填写货物的运单号,然后查询货物的基本信息,确认无误后,点击发车,系统会自动修改货物在数据库中的状态,表示货物已经出库在发货途中。在该界面中用户可以查询车辆的基本信息,包括发到站、发到站省份、装车车号、货物名称、装车数量、重量、体积、物流编号等。用户还可以在该界面中直接修改车辆的基本信息,填写输入框中的基本信息,点击确认修改车辆信息按钮,实现车辆信息的修改,并在车辆数据库中保存最新信息。
3.分包管理
进入分包管理界面,它显示了货物所经过的中转站以及到达该中转站的时间。4.收款管理 在该界面中,可以通过物流编号、运单号等方式查询货物信息,可以查询收货日期、发货人、收货人、付款方式、收款金额、结账状态、日期及方式等。5.收入支出管理 6.货到签收
该界面通过输入运单号,核查货物的基本信息,确认无误后,点击货物确认收到按钮,系统弹出提示,表明货物已经被收货人签收。
本需求分析报告是对于物流管理系统的商品收发货管理部分做了大概的描述,先整体综述产品相关信息,再从功能的和非功能的方面介绍产品,给出了有关产品的相关模型。具体内容读者可以通过目加以了解。
第二篇:收发货系统培训心得
周工作总结
第二周(12.19-12.24)
根据培训计划的安排,这一周我接受了收发货系统流程与收发货系统软件操作的培训。该收发货系统是我公司委托浙江某某科技有限公司结合我公司的现场情况量身开发的罐区管控一体化解决方案。整个培训共分三个模块:书面讲解,临岗观摩与实际操作。以下为总结内容:
首先在书面讲解中,凌工首先就收发货系统正常流程对我进行了讲解。其中涉及货车司机、物流、门卫、磅房、罐区、品管等多个部门及相关人员。让我对收发货系统流程怎么走、从开始到结束有了清晰的认识。然后在临岗观摩与实际操作结束之后,又就收发货系统特殊操作流程对我进行了讲解,其中涉及了很多在未来工作中有可能遇到的突发情况及应对方法。让我知道在出现问题之后各部门相互协调配合在工作中的重要性。
其次在临岗观摩中,走入各流程的工作岗位,熟悉收发货系统流程中各岗位系统操作内容,从物流到门卫,再从磅房到灌区,最后还跟随货车司机将整个流程走了下来,体会了各个部门各个岗位的工作职能。进一步加深了我对收发货系统流程的认识。
最后在实际操作中,凌工就各个岗位的具体操作对我进行了上机培训,让我了解了整个系统的使用方法。一开始有些生涩,随即我又去了各岗位强化了学习该系统的基本操作。较之前有了很大提高。
因我在之前的工作中对收发货流程方面的知识涉及较少,所以在此次培训中我深入了解到作为公司的网络管理员未来所肩负的工作职责,不光只是保证公司
网络通畅,还应与各部门做好协调配合工作,保证公司各流程正常持续运转。对我自己还需要在那些方面提升有了较为清楚的认识。为以后的工作打下了基础。
2011-12-26
第三篇:物流管理系统需求规格说明书
需求规格说明书
目 录 引言...............................................................................1.1编写目的..................................................................................................................................................1.2背景..........................................................................................................................................................1.3参考资料..................................................................................................................................................《软件工程与UML》,《基于ASP.NET的Web应用开发》,《数据库概论》................................2 项目概述..........................................................................5 2.1功能描述................................................................................................................................................5 2.2系统层次图............................................................................................................................................5 2.3程序用例图与类图................................................................................................................................5 2.4时序图....................................................................................................................................................5 2.5运行环境
操作系统:Windows XP 简体中文版.......................................................................................................5 用户特征:有IE使用经验,了解网络,了解办公自动化....................................................................6 2.6条件与限制............................................................................................................................................6 本程序既对内也对外,物流公司的内部工作人员经许可才能登陆并进行相关操作,外部浏览者只能浏览或是进行相关查询。......................................................................................................................6 3 功能需求............................................................................6 3.1主要功能划分.......................................................................6(1)业务管理.........................................................................6(2)车辆管理.........................................................................6(3)仓储管理.........................................................................6(4)运力管理.........................................................................6(5)财物管理.........................................................................6(6)用户管理.........................................................................6(7)用户信息.........................................................................6 3.2功能描述...........................................................................6(1)业务管理:涉及用户:承运业务员、调度员,主要进行订单管理、承运单管理、调度查询....6(2)车辆管理:涉及用户:运输管理员,主要进行车辆管理、车队管理、驾驶员管理...........6(3)仓储管理:涉及用户:仓库管理员,主要进行仓存信息管理、货物信息管理...............6(4)运力管理:涉及用户:承运业务员、调度员,主要进行承运车队查询、承运车辆查询以及历史任务查询、调度历史查询。................................................................6(5)财务管理:涉及用户:财务人员,主要进行成本管理、相关信息统计、查询承运任务、成本结算。..................................................................................6(6)用户管理:涉及用户:超级管理员,主要进行员工信息、部门信息、客户信息维护以及其他用户信息和权限管理。......................................................................6(7)我的信息:涉及所有用户,显示登录用户的所有信息、且能对部分信息进行修改。.........6 4 外部接口............................................................................6(1)系统输入:员工号,密码...........................................................6(2)系统输出:存放相关信息的数据库...................................................6(3)硬件接口:一般的计算机或配置更高的计算机.........................................6(4)软件接口:Windows2008或以上版本..................................................7 5性能需求.............................................................................7 5.1时间要求...........................................................................7 5.2数据精度要求.......................................................................7 本系统数据有Vchar(20),DateTime,Int,Money,NText........................................7 6 软件属性要求........................................................错误!未定义书签。6.1 正确性:本软件运行在一般情况下....................................错误!未定义书签。6.2 可靠性:系统每天至少保持 23小时30分的可用时间,每日凌晨 3:30到4:00之间进行日常系统维护工作,如数据传输、交换等。临时的系统停机时间,每月合计必须少于3 小时。错误!未定义书签。
6.3 完整性:如出现意外情况(如断网,断电),系统将通过事务回滚来维护信息错误!未定义书签。6.4 易用性:能够如一般物流公司网站一样,进行简单、容易的操作..........错误!未定义书签。6.5 可维护性:软件出错时能够..........................................错误!未定义书签。6.6 可测试性..........................................................错误!未定义书签。6.7 安全性保密需求通常分为四类:......................................错误!未定义书签。6.8 可理解性:本网站界面与其他一些物流网站类似........................错误!未定义书签。6.10 并发性能需求:在多个并发用户更新同一账户信息时,第一个可以成功更新。随后的更新在提交之前,显示错误信息“用户数据已经改变,是否需要刷新用户数据?”。......错误!未定义书签。7其他要求.............................................................错误!未定义书签。(2)Netscape Navigator 6.0及其以上版本。...........................错误!未定义书签。8 数据说明............................................................................7 8.1静态数据...........................................................................7 用户名,用户基本信息,................................................................7 8.2动态数据...........................................................................7 车辆状态,货物信息,..................................................................7 8.3数据字典...........................................................................7
引言
1.1编写目的
为了明确客户的基本需求,更好地完成对客户需求的了解,并量化和明晰本系统的工作量和工作进度,特编写此说明书。
1.2背景
随着信息技术的日益发展,物流管理的信息化已成为物流运输系统的必然趋势。物流管理的核心部分是对运输车队的管理及调度以及对承运货物的跟踪管理。为了更详细的了解物流配送运输管理过程中各项管理业务,调研人员和最终用户进行了多次讨论,并提出了双方认可的解决方案。
1.3参考资料
《软件工程与UML》,《基于ASP.NET的Web应用开发》,《数据库概论》 项目概述
2.1功能描述
物流管理系统主要为物流公司解决日常办公和项目管理的需求,协助工作人员进行日常物流管理和人员管理,提高管理效率,降低运作成本,增强企业长期竞争力。通过该系统,物流公司运输管理人员能实现对车队、车辆的动态管理;调度人员能随时了解车辆动向和使用情况;承运业务员能开出和接收承运单;财务人员也能通过该系统进行运输成本的核算。
2.2系统流程图
(略)
2.3程序数据流图
(略)
2.4运行环境和用户
操作系统:Windows XP 简体中文版 其他软件:IE 浏览器,MS Office办公软件,Outlook或Foxmail邮件管理 用户特征:有IE使用经验,了解网络,了解办公自动化
面向用户:物流公司的工作人员,包括财务人员、运输管理人员、调度人员、承运业务人员等。
2.5条件与限制
本程序只对内部人员开放,物流公司的内部工作人员经许可才能登陆并进行相关操作。功能需求
3.1主要功能划分
业务管理、车辆管理、仓储管理、运力管理、财物管理、用户管理、仓储管理
3.2功能描述
(1)业务管理:涉及用户:承运业务员、调度员,主要进行订单管理、承运单管理、调度查询(2)车辆管理:涉及用户:运输管理员,主要进行车辆管理、车队管理、驾驶员管理(3)仓储管理:涉及用户:仓库管理员,主要进行仓存信息管理、货物信息管理
(4)运力管理:涉及用户:承运业务员、调度员,主要进行承运车队查询、承运车辆查询以及历史任务查询、调度历史查询。
(5)财务管理:涉及用户:财务人员,主要进行成本管理、相关信息统计、查询承运任务、成本结算。(6)用户管理:涉及用户:超级管理员,主要进行员工信息、部门信息、客户信息维护以及其他用户信息和权限管理。
(7)我的信息:应用于所有用户,显示登录用户的所有信息、且能对部分信息进行修改。外部接口
(1)系统输入:员工号,密码(2)系统输出:存放相关信息的数据库
(3)硬件接口:一般的计算机或配置更高的计算机(4)软件接口:Windows2008或以上版本
5性能需求
5.1时间要求
在用户登录10分钟后,如果没有任何的动作,则自动退出登录。之后如果再次试图访问受保护页面,则自动显示登录页面。
系统每天至少保持 23小时30分的可用时间,每日凌晨 3:30到4:00之间进行日常系统维护工作,如数据传输、交换等。
临时的系统停机时间,每月合计必须少于3 小时。
5.2数据精度要求
本系统数据有Vchar(20),DateTime,Int,Money,NText 6 数据说明
6.1静态数据
用户名,用户基本信息,6.2动态数据
车辆状态,货物信息,6.3数据字典
订单表(订单号、接单日期、订单金额、客户号、到货网点、承运单位、收货方、支付方、起点城市、止点城市、要求到货日期、付款方式、备注、是否回单)
城市表(线路编号、起点城市、止点城市、里程数)
客户表(客户号、客户名称、客户类别、信用额、联系人、联系电话、手机号码、传真号码、联系地址、备注)
承运单表(承运单号、订单号、调度日期、承运单位、车号、驾驶员、备注、承运状态)
职员信息表(工号、姓名、部门、职位、出生日期、性别、学历、身份证号码、联系地址、联系电话、备注)
用户表(用户编号,员工工号,密码,上次登录时间)
角色表(角色编号,角色名,角色描述)
用户角色表(用户编号,角色编号,描述)
承运单位表(单位号、单位名、单位主管、单位地址)
回车报账表(订单号、帐单号、报账时间、补助金额、扣款金额、行驶公里、行驶天数、是否审核、车牌号)
车辆表(车牌号,车辆名称,驾驶员,随行人员,车辆类型,承载体积,承载重量、车辆状态、车队号、使用时限)注:车辆状态主要分为待命状态、出车状态、维修状态
驾驶员表(工号、接车时间、还车时间、换车时间、退休时间、备注)
车辆驾驶员表(车牌号、驾驶员工号、是否可用)
车队表(车队号、车队名、主管、车辆数、是否可用)
出车登记表(订单号、承运单位、车牌号、出车状态、出车日期)
部门表(部门编号、部门名称、部门主管、部门功能描述、部门所属类别)
货物表(货物号、货物名称、订单号、货物属性,重量,体积,包装方式,数量、保单号)
仓库表(仓库号、仓库名、仓库类别、仓库地址、仓库管理员)
仓库货物表(货物号、仓库号、库位号、入库时间、调度时间、出库时间、发货地址、库存量)
车辆费用表(车牌号、费用类型、费用金额、是否已支付)费用类型分为:过路费用、维修费、燃油费、饮食费、住宿费、付运费
审核登记表(车牌号、审核时间、到期时间、时候金额、审核等级、审核类型、备注)
事故表(车牌号、事故时间、事故地点、事故描述、责任单位、事故金额、车辆损坏情况、保险公司名、是否赔偿、赔偿金额、备注)
罚款记录表(序号,车号、日期、地点、罚款原因、罚款单号、罚款金额、报账日期、罚款单位、经手人、备注)
保险单表(保单号、投保对象、保险类型、投保金额、投保人、投保时间、备注、保险公司号)
保险公司表(保险公司名、保险公司地址、联系人、联系人电话、传真、手机号码、信誉度、公司编号)
财务核算表(核算单号、核算日期、核算部门、核算类型、发票编号、订单编号、成本、备注)
财务结算表(结算单号、结算日期、结算部门、结算类型、发票编号、订单编号、成本、备注)
现金日记账表(序号、日期、成本支出、收入金额、经手人、部门、订单号、备注)
银行日记账表(序号、日期、银行名称、帐号、入户金额、经手人、订单号、备注)
发票表(序号、发票编号、发票类型、发票金额、经手人)
第四篇:物流管理系统—需求规格说明书
物流管理系统
需求规格说明书
修订历史记录
日期
版本
说明
作者
2009-X-X
1.0
1引言
1.1编写目的3
1.2背景
1.2.1背景说明
1.2.2系统名称定义与目标对象:
1.2.3系统面向的用户群体
1.3术语定义
1.4参考资料
2业务概述
2.1业务场景和约束
2.1.1概述
2.1.2业务流程
3具体需求
3.1功能性需求
3.1.1功能性需求分类
3.1.2用户管理
3.1.3车辆管理
3.1.4驾驶员管理
3.1.5运力查询
3.1.6承运任务管理
3.1.7运输成本核算
3.2非功能性需求
3.2.1可用性
3.2.2可靠性
3.2.3性能
3.2.4可支持性
3.2.5设计约束
3.2.6安全性
3.2.7用户界面
3.2.8授权需求
1引言
1.1编写目的编写该文档目的在于明确系统范围,明确物流管理系统的业务流程,并规范化的记录该系统的功能需求和非功能性需求。
本文档主要供以下人员阅读和使用:
l
为软件开发团队,包括项目开发人员和测试人员项目开发参考用
l
其它相关用户,了解系统的需求范围和实现目标,目的在于更好的使用系统
1.2背景
1.2.1背景说明
物流管理系统主要为物流公司解决日常办公和项目管理的需求,协助工作人员进行日常物流管理和人员管理,提高管理效率,降低运作成本,增强企业长期竞争力。
通过该系统,物流公司运输管理人员能实现对车队、车辆的动态管理;调度人员能随时了解车辆动向和使用情况;承运业务员能开出和接收承运单;财务人员也能通过该系统进行运输成本的核算。
1.2.2系统名称定义与目标对象:
本案例中系统名为“物流管理系统”,主要供物流公司内部使用。
1.2.3系统面向的用户群体
系统面向物流公司的工作人员,包括财务人员、运输管理人员、调度人员、承运业务员
等。
1.2.3.1用户的特征
用户大都具备以下特征:
l
有IE使用经验
l
了解网络
l
了解办公自动化
1.2.3.2用户环境
用户的计算机环境大致如下:
l
Windows
XP简体中文版
l
IE浏览器
l
MS
Office办公软件
l
Outlook或Foxmail邮件管理
1.3术语定义
序号
名
称
说
明
LMS
物流管理系统
1.4参考资料
序号
文
档
版本
说
明
《企业物流管理》
2005-1-1
本系统查阅了本书的相关资料
2业务概述
2.1业务场景和约束
2.1.1概述
物流管理系统主要为物流公司解决日常办公和项目管理的需求,协助工作人员进行日常
物流管理和人员管理,提高管理效率,降低运作成本,增强企业长期竞争力。
通过该系统,物流公司运输管理人员能实现对车队、车辆的动态管理;调度人员能随时了解车辆动向和使用情况;承运业务员能开出和接收承运单;财务人员也能通过该系统进行。
简单示意图如下:
2.1.2业务流程
车辆管理模块:
车辆管理模块分车队信息维护和车辆信息维护。在车队信息维护中,由运输管理员新增车队、更新车队、查询车队和删除车队。其中,查询车队分按车队编号查询、按车队名称查询、按车辆柜型查询、按车辆容积查询、按车辆状态查询。在车辆信息维护中,由运输管理员新增车辆、更新车辆、查询车辆和删除车辆。其中,查询车辆分按车牌号码查询、按车辆类型查询、按车辆载重查询、按车辆使用状态查询、按车辆所属车队查询、按车辆当前任务查询、按车辆计划任务查询;在新增车辆时,运输管理员填入车辆详细信息,并在车队列表中选择所属车队。
驾驶员管理模块:
本模块由运输管理员新增驾驶员,更新驾驶员,查询驾驶员及删除驾驶员。其中,查询驾驶员分按姓名查询、按政治面貌查询、按所属车队ID查询、按状态查询。
运力查询模块:
本模块分为运力综合查询和历史承运任务查询。运力综合查询分车队查询和车辆查询。其中,车队查询分按车队状态查询、按车队ID查询、按车队名字查询、按柜型查询;车辆查询按车辆状态查询、按车牌查询、按所属车队查询。历史承运任务分按客户名称查询、按取货时间查询、按车牌号码查询、按主驾驶员查询、按交货地点查询、按托运单查询、按预定车型查询。
承运任务管理模块:
本模块分为开出承运单、承运单管理、承运单接收。承运单管理中,分查询承运单,更新承运单,删除承运单及承运单派车,其中,承运单查询分按客户名称查询、按取货时间查询、按车牌号码查询、按主驾驶员查询、按交货地点查询、按托运单查询、按预定车型查询。承运单派车通过选择未派车承运单并选取车辆。承运单接收中,通过客户名称、取货时间、交货地点查询未接收承运单。
车队运输成本维护模块:
本模块分为查询承运单、插入成本、修改成本。由财务人员查询出承运单,并对相应承运单插入成本
用户管理模块:
本模块由注册用户、修改用户、删除用户组成。由拥有用户管理角色人员负责录入,查询,修改及删除用户。
2.2系统角色分析
综合客户的业务流程并进行用户分析后,可以把用户分成如下的几类角色。这样可以基于这些角色进行系统流程的权限控制,并且这种基于角色的权限管理使业务系统更加灵活可扩展。
角色中文名称
角色名称
权限
用户管理
administrators
用户管理员,可做用户相关操作。
车辆管理
transportUsers
可进入用车辆管理功能模块,功能模块入口权限。只有拥有此角色的用户,登录系统后才能看到左侧用车辆管理功能菜单。
运力查询
carryUsers
可查询车辆及车队操作和查询历史承运任务
承运任务管理
dispatcher
可执行插入承运单、管理承运单操作
运输成本核算
FinanceUsers
可执行插入承运任务成本、管理承运任务成本操作
有了上面的角色分析后,我们按照角色进行用例分析如下:
Ø
用户管理与角色对应
Ø
车辆管理与角色对应
Ø
驾驶管理与角色对应
Ø
承运单管理与角色对应
Ø
运力查询与角色对应
Ø
运输成本核算与角色对应
3具体需求
3.1功能性需求
3.1.1功能性需求分类
物流管理系统功能模块划分如下表:
功能模块
子功能
功能细化
1用户管理
1.1用户信息维护
1.1.1增加新帐户
1.1.2查看账户
1.1.3删除账户
2车辆管理
2.1车队信息维护
2.1.1录入车队信息
2.1.2修改车队信息
2.1.3删除车队信息
2.1.4查询车队信息
2.2车辆信息维护
2.2.1录入车辆信息
2.2.2修改车辆信息
2.2.3删除车辆信息
2.2.4查询车辆信息
3驾驶员管理
3.1驾驶员信息维护
3.1.1录入驾驶员信息
3.1.2修改驾驶员信息
3.1.3删除驾驶员信息
3.1.4查询驾驶员信息
4运力查询
4.1运力综合查询
4.1.1查询承运车队
4.1.2查询承运车辆
4.2历史承运任务查询
4.2.1查询承运单
5承运任务管理
5.1承运单开出
5.1.1开出承运单
5.1.2修改承运单
5.1.3删除承运单
5.1.4查询承运单
5.2承运单接收
5.2.1接收承运单
6运输成本核算
6.1车队运输成本维护
6.1.1录入成本
6.1.2查询承运任务
6.1.3修改成本
6.2车队运输成本核算
6.2.1核算运输成本
3.1.2用户管理
在用户管理功能模块中,主要是完成公文的起草、审核、审批、发文和归档等操作,实现用户管理的办公自动化,主要功能见下表:
用户管理模块
模块名称
功能概述
【用户管理区】
增加新帐户
录入用户基本信息,选择用户角色,完成用户的创建
查看账户
查看用户基本信息及用户角色
删除账户
查看用户基本信息及用户角色,将一些没用的用户进行删除
如上表所示,功能分为“用户办公区”和“系统管理区”等两个大的部分,主要供系统管理员创建、删除用户。
几个模块要求实现的功能具体说明如下:
1)
用户注册
l
用户注册,录入用户信息和选择用户角色
2)
用户修改
在“用户修改”功能中,要求系统显示已有用户列表。如果需要删除某个用户,需要在用户列表中选择删除。具体实现要求如下:
l
显示已有用户信息,包括“用户名”、“邮箱”等信息
l
在每条用户信息后,有“删除”按钮,点击“删除”按钮后能够实现删除操作
3.1.3车辆管理
车辆管理模块
模块名称
功能概述
【用户办公区】
录入车辆信息
运输管理人员录入车辆的基本信息,车辆添加
查询车辆信息
运输管理人员输入查询车辆的条件,查询车辆信息
录入车队信息
运输管理人员录入车队的基本信息,车队添加
查询车队信息
运输管理人员输入查询车队的条件,查询车队信息
修改车队信息
运输管理人员将一些错误的车队信息,进行修改
修改车辆信息
运输管理人员将一些错误的车辆信息,进行修改
删除车队信息
运输管理人员将一些已不存在的车队信息,进行删除
删除车辆信息
运输管理人员将一些已不存在的车辆信息,进行删除
如上表所示,功能分为“用户办公区”和“系统管理区”等两个大的部分,主要供系统运输管理录入、修改、删除车辆及车队信息。
几个模块要求实现的功能具体说明如下:
1)
录入车辆信息
l
运输管理,录入车辆的基本信息,并提交
2)
查询车辆信息
在“查询车辆信息”功能中,要求系统显示已有车辆列表。如果需要删除、修改某个车辆信息,需要在车辆列表中选择删除、修改。具体实现要求如下:
l
显示已有车辆信息,包括“车牌号码”、车辆类型”等信息
l
在每条车辆信息后,有“删除”按钮,点击“删除”按钮后能够实现删除操作
l
在每条车辆信息后,有“编辑”按钮,点击“编辑”按钮后能够实现修改操作
4)
录入车队信息
l
运输管理,录入车队的基本信息,并提交
5)
查询车队信息
在“查询车队信息”功能中,要求系统显示已有车队列表。如果需要删除、修改某个车队信息,需要在车队列表中选择删除、修改。具体实现要求如下:
l
显示已有车队信息,包括“车队编号”、“车队名称”等信息
l
在每条车队信息后,有“删除”按钮,点击“删除”按钮后能够实现删除操作
l
在每条车队信息后,有“编辑”按钮,点击“编辑”按钮后能够实现修改操作
3.1.4驾驶员管理
驾驶员管理模块
模块名称
功能概述
【用户办公区】
录入驾驶员信息
运输管理人员录入驾驶员的基本信息,驾驶员添加
查询驾驶员信息
运输管理人员输入查询驾驶员的条件,查询驾驶员信息
修改驾驶员信息
运输管理人员将一些错误的驾驶员信息,进行修改
删除驾驶员信息
运输管理人员将一些已不存在的驾驶员信息,进行删除
1)
录入驾驶员信息
l
运输管理,录入驾驶员的基本信息,并提交
2)
查询驾驶员信息
在“查询驾驶员信息”功能中,要求系统显示已有驾驶员列表。如果需要删除、修改某个驾驶员信息,需要在驾驶员列表中选择删除、修改。具体实现要求如下:
l
显示已有驾驶员信息,包括“姓名”、“性别”等信息
l
在每条驾驶员信息后,有“删除”按钮,点击“删除”按钮后能够实现删除操作
l
在每条驾驶员信息后,有“编辑”按钮,点击“编辑”按钮后能够实现修改操作
3.1.5运力查询
运力查询模块
模块名称
功能概述
【用户办公区】
查询承运车队
调度员与承运业务员输入查询车队的条件,查询车队基本信息
查询承运车辆
调度员与承运业务员输入查询车辆的条件,查询车辆基本信息
查询承运单
调度员与承运业务员输入查询承运单的条件,查询已完成的承运单基本信息
1)
查询承运车队信息
在“查询承运车队信息”功能中,要求系统显示已有承运车队列表。如果需要查询特定条件的车队信息,可输入条件查询。
l
显示已有车队信息,包括“车队编号”、“车队名称”等信息
2)
查询承运车辆信息
在“查询承运车辆信息”功能中,要求系统显示已有承运车辆列表。如果需要查询特定条件的车辆信息,可输入条件查询。
l
显示已有车辆信息,包括“车牌号码”、“车辆类型”等信息
3)
查询承运单
在“查询承运单”功能中,要求系统显示已有承运单列表。如果需要查询特定条件的承运单信息,可输入条件查询。
l
显示已有承运单信息,包括“托运单号”、“货物名称”等信息
3.1.6承运任务管理
承运任务管理模块
模块名称
功能概述
【用户办公区】
开出承运单
承运业务员录入承运单的基本信息,并提交,开出承运单
查询承运单
承运业务员输入查询承运单的条件,查询承运单
接收承运单
承运业务员接收未接收的承运单
修改承运单
承运业务员在承运列表中选择要修改的承运单号,对承运单进行修改
删除承运单
承运业务员人员将一些不接收的承运单,进行删除
1)
录入承运单信息
l
承运业务员,录入承运单的基本信息,并提交
2)
接收承运单
l
承运业务员,可在承运单列表中选择要接收的承运单,点击“接收”按钮
3)
查询承运单信息
在“查询承运单信息”功能中,要求系统显示已有承运单列表并可通过条件查询。如果需要删除、修改某个承运单信息,需要在承运单列表中选择删除、修改。具体实现要求如下:
l
显示已有承运单信息,包括“托运单号”、“货物名称”等信息
l
在每条承运单信息后,有“删除”按钮,点击“删除”按钮后能够实现删除操作
l
在每条承运单信息后,点击“托运单号”后能够实现修改操作
3.1.7运输成本核算
承运任务管理模块
模块名称
功能概述
【用户办公区】
录入成本
财务人员为承运单录入成本
查询承运任务
财务人员输入条件查询承运单任务
核算运输成本
财务人员通过选择承运单列表中的成本ID查看成本核算
1)
录入成本信息
l
承运业务员,录入成本的基本信息,并提交
2)查询承运任务
在“承运单查询”功能中,要求系统显示已有用户列表并可根据条件查询。具体实现要求如下:
l
显示已有承运信息,包括“托运单号”、“货物名称”等信息
3)核算运输成本
l
财务人员可在承运单列表中选择要添加的成本的承运单,在点击“插入成本”
l
财务人员可在承运单列表中选择已插入成本的承运单的成本ID查看成本核算
3.2非功能性需求
3.2.1可用性
由于本系统面向非专业的IT办公人员,因此要求系统符合一般的物流管理系统操作方式,每个操作步骤都有详细的操作说明或者提示,指引用户完成承运任务,要求简单、易用。
3.2.2可靠性
1、系统每天至少保持23小时30分的可用时间,每天凌晨3:30到4:00之间进行日常系统维护工作,如数据传输,交换等。
2、临时系统停机时间,每月合计必须小于3小时。
3.2.3性能
在多个并发用户更新同一账户信息时,第一个可以成功更新。随后的更新在提交之前,显示错误信息“用户数据已经更改,是否需要刷新用户数据?”。
3.2.4可支持性
系统提供如下两种浏览器兼容支持:
Microsoft
Internet
Explorer
6.0及其以上版本;
Netscape
Navigator
6.0及其以上版本。
3.2.5设计约束
1、遵循《C#编码规范》
2、ASP.NET
2.03、SQL
Server20054、Microsoft
Visual
Studio20055、IIS5.0或以上版本
3.2.6安全性
安全性需求通常分为六类:
1、对于重要数据(比如用户密码)进行了不可逆加密,防止泄露。
2、在与数据库交互中,不使用SQL拼接方式,全部使用传参方式,有效杜绝了SQL注入。
3、用户认证需求:阐述系统表示用户和用户认证的方法。
4、授权:如果认证成功,根据用户的级别,允许其执行不同的系统功能。
5、数据完整性和隐私需求:
确保数据完整,不会影响系统安全。
6、事务完整性和审计需求:确保用户无法清除自己的在系统中的活动。记录活动相
关的数据,使得系统管理员可以发现所有可能的危险行为。
3.2.7用户界面
符合物流管理公司人员的使用习惯,界面以简洁大方为主,适合有IE使用经验及了解网络的办公人员使用。
3.2.8授权需求
系统必须实现一定的页面访问限制。用户只能访问自己有权限操作的页面(具体可操作的部分详见系统的功能性需求中各模块的用例)。
文档内容仅供参考
第五篇:图书管理系统需求分析
云南工商学院09信息管理1班
图书管理系统需求分析
班级:09信息管理1班
组员: 唐学悦,段敏,杨文燕,胡勇毅,余科辑,林春宇,李波
任务分配情况:
云南工商学院09信息管理1班
目录 系统需求概述...............................................................................................................................3 1.1 图书管理系统功能概述....................................................................................................3 1.2 系统主要业务流程分析....................................................................................................3 1.3 系统功能模块分析............................................................................................................3 1.4 建立用例模型....................................................................................................................4 1.4.1 读者用例图.............................................................................................................4 1.4.2 图书管理员用例图.................................................................................................4 1.4.3 系统管理员用例图.................................................................................................5 1.5 详述用例............................................................................................................................5 2 系统分析.......................................................................................................................................6 2.1 类图....................................................................................................................................6 3 系统设计.......................................................................................................................................8 3.1 用例动态模型设计............................................................................................................8 3.1.1 实现“读者查询个人借阅信息”用例的动态模型.................................................8 3.1.2 实现“查询图书信息”用例的动态模型.................................................................9 3.1.3 实现“借阅图书”用例的动态模型.........................................................................9 3.2 类图设计..........................................................................................................................11 3.3 物理架构设计..................................................................................................................12 3.3.1 组件图...................................................................................................................12 3.3.2 配置图...................................................................................................................13 2
云南工商学院09信息管理1班
1.系统需求概述
1.1 图书管理系统功能概述
图书管理主要是借书、还书以及其他一些附带操作(例如,超期罚款、催还图书等)的处理。一个简单的图书管理系统应提供如下功能:
·借书处理:完成读者借书的流程处理。·还书处理:完成读者还书的流程处理。
·信息查询:包括图书信息查询和读者借阅情况查询。·图书管理:包括输入新书记录和删除旧书记录。
1.2 系统主要业务流程分析
与系统功能相对应,系统主要有4个流程:结束流程、还书流程、图书查询、图书资源管理。各流程的主要过程描述如下:
·借书流程:读者借阅所需的图书,借出后图书记录中的借阅标志被置为false(不能再借),借书文件中增加一个借书记录。
·还书流程:读者归还所借的图书,还书后图书记录中的借阅标志被置为true(可被外借),在借书文件中删除一个借书记录。
·图书查询:读者和工作人员可以进行图书信息查询,输入图书的编号或书名,可从图书对象列表中查找相应的记录。
·图书管理:首先由工作人员在“录入新书资料”和“删除旧书资料”两个选项中选择。若是“录入新书资料”,则由工作人员输入新书资料,将新书添加为对象列表的新纪录。若是“删除旧书资料”,则查找需要删除的图书,将其从图书对象列表中删除。
1.3 系统功能模块分析
满足上述需求的系统主要包括以下几个系统模块:
·基本业务处理模块:主要用于实现图书管理员对读者借阅图书和归还图书的处理。
·信息查询模块:重要用于实现读者对图书信息和自身借阅信息的查询。
云南工商学院09信息管理1班
·系统维护模块:主要用于实现系统管理员对读者信息、图书管理员信息、图书信息、和数据库的管理。
1.4 建立用例模型
根据功能需求构造用例模型,主要任务是识别系统中的所有参与者,并对每个参与者找出其用例,建立用例模型。
系统主要的参与者为“读者”、“图书管理员”、和“系统管理员”。各个参与者的用例图如下:
1.4.1 读者用例图
<
图1-1 读者用例图
1.4.2 图书管理员用例图
<
图1-2 图书管理员用例图
云南工商学院09信息管理1班
1.4.3 系统管理员用例图
添加书目添加读者删除书目删除读者系统管理员查询图书查询读者
图1-3 系统管理员用例图
1.5 详述用例
在识别了参与者和主要用例并创建了用例图之后,如果有必要,还可以按顺序详述每个用例,包括用例如何开始、结束以及如何与参与者进行交互。
表1-1 读者查找个人借阅信息用例
用例:读者查找个人借阅信息(用例名称)(唯一标识符)(涉及用例的参与者)(用例开始时,系统必须满足的条件)ID:1参与者:
1、读者前提条件: 读者已登录到系统事件流:
1、读者选择查找个人借阅信息界面
2、读者输入图书证编号
3、系统按图书证编号查找读者借阅信息结果:系统向读者显示读者借阅信息,该用例结束(用例中的实际步骤)(用例结束时,系统的状态)
云南工商学院09信息管理1班
表1-2 读者查找图书信息用例
用例:读者查找图书信息(用例名称)(唯一标识符)(涉及用例的参与者)ID:2参与者:
1、读者(用例开始时,系统必须满足的条件)前提条件: 读者已经启动图书管理系统,并已知书名或书号事件流:
1、读者选择查找图书信息界面
2、读者输入书名或书号
3、系统按书名或书号查找图书信息结果:系统向读者显示图书信息,该用例结束(用例中的实际步骤)(用例结束时,系统的状态)系统分析
2.1 类图
在定义系统需求后,下一步就是确定系统中存在的对象类。系统中对象类的识别可以使用名词/动词分析法来进行,即文本中的名词和名词短语暗示类或类的属性,动词和动词短语暗示职责或者类的操作。
通过用例图的分析可知,在图书管理系统中可以确定的主要对象类包括 “读者”,“图书”、“图书管理人员”和“系统管理员”。其中“读者”和“图书”通过借阅关系可以构成一个新类“借阅记录”。
另外,分析用例图可知,用例“身份验证”和“图书资料查询”是对象类“读者”和“工作人员”共同拥有的,并且用例“身份验证”是除用例“图书资料查询”之外其余用例执行的前提,因此可以将“身份验证”与“图书资料查询”定义为接口类中的操作(接口类是不含属性且操作函数没有具体实现的抽象类,接口类通过一个实现联系获得其它对象类的支持,这些对象类实现接口类中定义的全部操作)。其余用例则抽象为与该用例交互的参与者所属对象类的操作。因此,最后可获得的对象类图为:
云南工商学院09信息管理1班
系统管理员-name-password1*读者-name-number-password+借书()+还书()+借阅情况查询()***<
图1-4 系统对象类图
除了定义上述用于系统数据信息存储管理和业务逻辑控制的类之外,在用图形用户界面开发系统时,我们还可以定义一些相应的用户界面类:
(1)MainWindow类—MainWindow是图书管理员与系统交互的主界面,系统的主 界面具有菜单,当用户选择不同的菜单项时,MainWindow对象调用相应的方法完成功能操作。
(2)BorrowDialog类—BorrowDialog是进行借书操作时需要的对话框。(3)ReturnDialog类—ReturnDialog是进行还书操作时需要的对话框。(4)QueryDialog类—QueryDialog是查询某借阅者的借阅信息或图书库存信息的对话框。
(5)MaintenanceWindow类—MaintenanceWindow是系统管理员对系统进行维护的主界面,它也提供菜单项。
ReturnDialogBorrowDialogMainWindowQueryDialogMaintenanceDialog 图1-5图书管理系统的用户界面类
云南工商学院09信息管理1班 系统设计
系统设计的主要工作是用例实现—设计。即对每个用例进行动态建模,包括建立序列图、协作图等,描述如何通过类对象的协作来实现用例中的功能。随着动态建模的深入,会发现原来建立的类存在缺陷或不够完整,需要对分析中得到的类图进行不断的修正和调整。所以,还应该通过动态建模来修正和完善类图。
3.1 用例动态模型设计
3.1.1 实现“读者查询个人借阅信息”用例的动态模型
:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3:queryLoanInfo4:getBook5:消息查询6:返回借阅信息7:显示借阅信息
图1-6 读者查询个人借阅信息序列图
1:queryLoan():MainWindowerBorrower6:显示借yLoanInfo()阅信息5:返回借阅信息:Borrower-Book4:getBook():QueryDialog2:createDialog()3:qu
图1-7 读者查询个人借阅信息协作图
云南工商学院09信息管理1班
3.1.2 实现“查询图书信息”用例的动态模型
:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3:queryLoanInfo4:findBook5:图书信息查询6:返回图书信息7:显示图书信息 图1-8 读者查询图书序列图
1:queryLoan():MainWindowerBorrower6:显示图yLoanInfo()书信息5:返回图书信息:Borrower-Book4:findBook():QueryDialog2:createDialog()3:qu
图1-9 读者查询图书协作图
3.1.3 实现“借阅图书”用例的动态模型
云南工商学院09信息管理1班
:MainWindow:BorrowDialog:QueryDialogBorrower1:queryLoan2:createDialog4:查询图书库存5:返回图书是否可借6:修改读者的借阅信息及库存信息7:修改成功8:显示借书成功
图1-10 读者借阅图书序列图
2:createDialog()oan():MainWindow:BorrowDialogry1:queL息6:显示借书成功存库信书借存图可库询否及查是息功:4书信成图阅改修Borrower回借:7返者:读5改修:6:QueryDialog
图1-11 读者借阅图书协作图
云南工商学院09信息管理1班
3.1.4 实现“归还图书”用例的动态模型
:MainWindow:ReturnDialog:QueryDialogBorrower1:queryLoan2:createDialog3:修改读者的借阅信息及库存信息4:修改成功5:显示还书成功
图1-12 读者归还图书序列图
1:queryLoan():MainWindowBorrower6:显示还书成功4:修改成功:QueryDialog3:修改读者的借阅信息及库存信息:ReturnDialog2:createDialog()
图1-13 读者归还图书协作图
3.2 类图设计
进一步扩充和细化分析阶段定义的类,包括定义新的类来处理用户的需求。随着动态建模的深入,也会发现原来建立的类存在缺陷或不够完整,需要对分析中得到的类图进行不断的修正和调整。所以,还应该通过动态建模来修正和完善类图。
云南工商学院09信息管理1班
系统管理员-name:string-password:string+AddBook()+QueryBook()+AddBorrower()+QueryBorrower()借书记录-borrower:string-book:string-date:Date+newLoan()+getBorrower()+getBook()11*读者-name:string-number:string-password:string+Borrow()+Return()+QueryLoan()***<
图1-14 设计类图
3.3 物理架构设计
物理架构设计就是用UML图形描述系统软件和硬件的大致结构,包括画出组件图和配置图。
3.3.1 组件图
组件图:表示构成软件系统的各物理组件及其相互之间的联系。它能明确表示软件系统各部分的功能职责。图书管理系统的组件图如下所示,其中包含“借/还书处理”、“信息查询”、“图书资源管理”和“身份验证”等组件。
云南工商学院09信息管理1班
图书管理系统借/还处理信息查询图书资源管理身份验证图书信息借阅信息
图1-15 系统组件图
3.3.2 配置图
图书管理系统是一个基于网络和数据库的应用系统,可以采用B/S结构,系统配置图下图所示:
数据库服务器图书信息借阅信息读者客户端借/还书处理工作人员客户端公共客户端身份验证图书资源管理借阅信息图书资料查询 图1-16 系统配置图