第一篇:系统需求规格说明
需求规格说明书(教材定购系统)
《需求规格说明书》
1.引言
1.1编写目的
对学校教材定购系统进行简单的分析,将该系统分为销售系统和采购系统。方便教师与采购人员的使用,加深与用户间的交流,需求规格说明书力求在功能上满足用户的需要,在系统界面上使用户满意。
读者对象学生,教师,教材工作人员
1.2项目背景
本系统以学校为背景,在认真调研和分析了学校订购教材的现状之后,根据学生,教师和教材工作人员的需求和各个功能的关系,做出了积极的设计方案。
1.3定义
数据流图(DFD):数据流图描绘信息流和数据从输入到输出的过程中所经受的变换,图中没有任何具体的物理元素,只是描绘信息在系统中流动和处理的情况。
系统的流程图:系统流程图是描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子的形式描绘系统里的每个部件(程序,文件,数据库,表格,人工过程等)。
1.4参考资料
《软件工程》 张海藩编著 人民邮电出版社
2.任务概述
2.1目标
学校教材定购系统是为高等院校开发的,用于日常的教材管理,包括销售与采购。提供数字化的管理,在新的管理资源和管理模式上,力争能使工作质量、工作效率等得到提高,推动学校发展的步伐。
2.2运行环境
硬件要求:内存:1G以上;CPU:IntelCore21.80GHz系统要求:MyEclipse 集成开发工具,SQL数据库,画图工具以及windows word文档工具。
2.3条件与限制
(1)当书库中的各种书籍数量发生变化(包括进书和出书)时,都应修改相
关的书库记录。
(2)在实现上述销售和采购的工作过程时,需考虑有关的合法性验证。
(3)系统的外部项至少包括:教师、学生和教材工作人员。
(4)系统的相关数据存储至少包括:购书表、库存表、缺书登记表、待购教
材表、进库表和出库表。
(5) 系统方案选择时间需要2周,系统开发经费不少于3万。
3.数据描述
3.1静态数据
3.2动态数据
【包括输入数据和输出数据。】
3.3数据库介绍
【给出使用数据库的名称和类型。】
3.4数据词典
3.5数据采集
4.流程图
4.1业务流程图
【用于描述用户的实际的业务流程,在流程图中应忠实反映用户实际的业务情况。】
4.2数据流程图与过程流程图
【数据流图或操作流图主要是为了反映需要在计算机系统中实现的各模块的流程情况。】
5.功能需求
5.1功能划分
1)系统账户管理子系统:主要是对系统用户进行管理,包括登陆、查询、退出、操作记录等。
2)销售管理子系统:提交购书单、审核购书单、开发票、登记购书纪录、返回领书单、修改和维护数据库中相应的表。
3)采购管理子系统:发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。
5.2功能描述
销售系统的主要工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。
采购系统的主要工作过程为:若是教材脱销,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。
6.性能需求
6.1数据精确度
书的库存数量,书的入库与出库数量都可以十分精确。书在采购的时候,可能根据缺书的数量进行采购,也可能根据主观预测,预测下一批销售的数量来决定本次购书的数量,此时采购书本的数据精确度较低。
6.2时间特性
系统响应时间迅速,使用者较难察觉。较短的数据转换与传输时间,使用者不必过多等待。
6.3适应性
本系统支持的操作系统包括:Windows95 、Windows98 、Windows2000、 Windows Me Windows XP .本系统支持的数据库:SQL Server 2000.
7.运行需求
7.1用户界面
【如屏幕格式、报表格式、菜单格式、输入输出时间等。】
7.2硬件接口
内存:1G以上;CPU:IntelCore21.80GHz
7.3软件接口
本系统支持的操作系统包括:Windows95 、Windows98 、Windows2000、 Windows Me Windows XP .本系统支持的数据库:SQL Server 2000.
本软件的开发工具:Java、Eclipse。
各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。
7.4故障处理
硬件故障:
情况1:服务器电源不正当关闭
处理:
a .数据库事务回滚到断电之前的状态。
b.为服务器提供一个备用充电电源能够支持服务器进行临时数据的正常保存。
情况2:客户端与服务器网络不能连接
处理:
a. 检修本地端网络连接是否正常;
b. 查看服务器端交换机端口是否被关闭;
c. 查看端点间网络线路是否完好。
情况3:存储空间已满
处理:
a. 数据库切换到备份存储空间;
b. 进行数据检索,删除日期过期的数据。
软件故障:
情况1: 服务器死机
处理:程序自动保存内存中的临时数据;重启机器
情况2: 服务端程序报告异常
处理:保存好临时数据,关闭访问端口,关闭程序重新启动,通过临时数据初始化程序
情况3: 服务器端响应速度慢
处理:查看接收的数据信息,看是否有不法分子的攻击,并作好防火墙的配置
8.其它需求
使用性:界面友好,其他软件有很好的兼容。
安全性: 安全性良好,有密码验证对不同权限进行不同的登陆软件有备份功能,对数据损坏或破坏有很好的恢复能力。
可维护性:可维护性功能健全。
第二篇:网上购物系统 需求规格说明书
兰州城市学院
信息工程学院111本
杨大鑫,王稼宇,王艺森
2014年3月31日
目录
1.引言 ............................................................................................................................................... 3
1.1编写目的 ............................................................................................................................. 3 1.2项目背景 ............................................................................................................................. 3 1.3范围 ..................................................................................................................................... 3 1.4参考资料 ............................................................................................................................. 3 2.系统定义........................................................................................................................................ 4
2.1项目来源及背景 ................................................................................................................. 4 2.2用户特点 ............................................................................................................................. 4 2.3项目目标 ............................................................................................................................. 4 3.应用环境........................................................................................................................................ 4
3.1系统运行的网络环境 ......................................................................................................... 5 3.2系统运行的硬件环境 ......................................................................................................... 5 3.3系统运行软件环境 ............................................................................................................. 6 4.功能规格........................................................................................................................................ 6
4.1角色定义 ............................................................................................................................. 6
4.1.1购物者 ...................................................................................................................... 7 4.1.2管理者 ...................................................................................................................... 7 4.1.3数据库 ...................................................................................................................... 7 4.2系统主用例图 ..................................................................................................................... 7 4.3客户端子系统 ..................................................................................................................... 8
4.3.1登陆 ........................................................................................................................ 10 4.3.2浏览、选择商品 .................................................................................................... 10 4.3.3放入购物车 ............................................................................................................ 10 4.3.4确认收货人信息或修改收货人信息 .................................................................... 11 4.3.5选择支付方式 ........................................................................................................ 11 4.4管理端子系统 ................................................................................................................... 11
4.4.1登陆 ........................................................................................................................ 12 4.4.2订单管理 ................................................................................................................ 13 4.4.3商品管理 ................................................................................................................ 13 4.4.4用户管理 ................................................................................................................ 13
5.性能需求...................................................................................................................................... 14
5.1界面需求 ........................................................................................................................... 14 5.2响应时间需求 ................................................................................................................... 14 5.3可靠性需求 ....................................................................................................................... 14 5.4开放性要求 ....................................................................................................................... 14 5.5可扩展性需求 ................................................................................................................... 15 5.6系统安全性需求 ............................................................................................................... 15
1.引言
1.1编写目的
该文档是关于用户对于网上购物系统的功能和性能的要求,重点描述了网上购物系统的功能需求,是概要设计阶段的重要输入。
本文档的预期读者是:
·设计人员; ·开发人员; ·项目管理人员; ·测试人员; ·用户。
1.2项目背景
软件名称:网上购物系统
开发单位:兰州城市学院信息工程学院111本 项目成员:杨大鑫(28号);王稼宇(18号);王艺森(23号) 用户:兰州城市学院学生
1.3范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的,解决整个项目系统的“做什么”的问题。在这里,没有涉及开发技术,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的平台。
1.4参考资料
软件工程案例分析教程(软件项目开发实例)
韩万江、姜立新等编著
——机械工业出版社 软件工程导论(第五版)
张海藩编著
——清华大学出版社
2.系统定义
2.1项目来源及背景
随着Internet国际互联网的发展,越来越多的企业开始建造自己的网站。基于Internet的信息服务,商务服务已经成为现代企业一项不可缺少的内容。很多企业都已不满足于建立一个简单的仅仅能够发布信息的静态网站。现代企业需要的是一个功能强大的,能提供完善的电子商务服务的动态商务网站。
本系统是一个中小型的电子商务系统----网上购物系统,可以为各类用户提供方便的在线购物环境,符合目前国内流行的电子商务模式。用户可以在系统中实现注册、浏览商品、搜索查询商品、下定单、处理定单等功能;管理员可以通过用户管理、定单管理、商品管理、评论管理等管理功能来对系统进行维护更新。
2.2用户特点
本系统的用户都是网上用户,包括两类,一类是购物者,他们的差异比较大,学历有高有低,年龄有老有幼。另外一类用户是管理者,负责物品的上架下架及网站的日常维护。
2.3项目目标
本项目设定的目标如下:
·系统能够提供友好的用户界面,使操作人员的工作量最大限度地减少; ·系统具有良好的运行效率,能够达到提高生产率的目的;
·系统应具有良好的可扩充性,可以容易地加入其他系统的应用;
·平台的设计具有一定的超前性,灵活性,能够适应企业生产配置的变化; ·通过这个项目可以锻炼队伍,提高团队的开发能力和项目管理能力。
3.应用环境
根据用户的需求陈述,可以确定本项目分为客户端和管理端。客户端为购物者服务,有注册,登陆,选择要购买的商品放入购物车,确认订购等功能。管理端为管理员服务,有添加商品,修改商品,管理商品评论等功能。
客户端流程图分别如图A-1所示。
浏览网页选择要购买商品放入购物车去收银台是否注册是登陆确定收货人信息或修改收货人信息否继续购物注册支付成功选择支付方式图A-1
确认订购
3.1系统运行的网络环境
无论是客户端的购物者还是管理端的管理者都可以通过网络登录到本系统中。购物者通过网络浏览商品信息,提交商品订单,支付货款等,管理者通过网络发布商品信息,根据订单发货等。
3.2系统运行的硬件环境
本系统的硬件环境如下: 客户机:普通PC ·CPU:P4 1.8GHz以上 ·内存:256MB以上
·能够运行IE5.0以上或者Netscape4.0以上版本的机器
·分辨率:推荐使用1024×768像素 Web服务器
·CPU:P42.0GHz ·内存:1GB以上 ·硬盘:80GB以上 ·网卡:KMb/s速度 数据库服务器
·CPU:P42.0GHz ·内存:1GB以上 ·硬盘:80GB以上
3.3系统运行软件环境
本系统的软件环境如下:
·操作系统:Windows2000或以上版本 ·数据库:SQL Server 2005 ·Web服务器:IIS5.0以上
·开发工具:Microsoft Visual Studio 2005 ·浏览器:IE5.0以上
4.功能规格
我们采用面向对象分析作为主要的系统建模方法,使用UML作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征方法。在UML中,从任何一个角度对系统所作的抽象都可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映像。
用例描述角色(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能,同时,改模型将来可以派生出动态对象模型。
设计用例时,我们遵循下列步骤:
1)识别出系统的角色。角色可以是用户、外部系统,甚至是外部处理,通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者(角色)是谁。尽可能地确保所有角色都被完全识别出来。
2)描述主要的用例。可以采取不断地问自己“这个角色究竟想通过系统做什么?”来准确地描述用例。
3)重新审视每个用例,为它们下个详尽的定义。
4.1角色定义
角色或者执行者指与系统产生交互的外部用户或者外部系统。
4.1.1购物者
购物者是指在这个网上购物系统中通过客户端提交商品订单的人员,这个角色主要参与客户端的浏览商品,订购商品等功能。
4.1.2管理者
管理者是指在这个网上购物系统中通过管理端管理商品信息的人员,这个角色主要参与管理端的添加商品,修改商品等功能。
4.1.3数据库
数据库是一个与系统产生交互的外部系统,这个角色负责系统的数据查询、增加、删除和修改等操作。
4.2系统主用例图
网上购物系统可以分为两个主要的组成部分,一个是客户端子系统,一个是管理端子系统。客户端子系统功能主要是指购物者通过登录购物网站进行操作的功能,即购物功能。管理端子系统功能主要是指管理者通过登录购物网站后台对商品进行操作的功能,即管理功能。系统的主用例图如图A-2所示。
购物者客户端子系统管理者管理端子系统
图A-2
4.3客户端子系统
购买者通过网上购物系统浏览商品,登陆系统,将想要购买的商品放入购物车,选好商品后去收银台,填写并确认收货人信息,选择支付方式,提交订单,完成商品的订购。它的活动图如图A-3所示。
购买者浏览、选择商品放入购物车登陆确认收货人信息或修改收货人信息选择支付方式确认订购
客户端的用例图如图A-4所示。
登陆浏览、选择商品放入购物车购买者确认收货人信息或修改收货人信息选择支付方式
图A-4
客户端的这些用例描述如下:
F-C-1:登陆。购买者在购买商品之前必须登陆到网站,如果没有注册将不能使用网站的购买功能。
F-C-2:浏览、选择商品。购买者打开购物网站可以看到各种商品信息,当点击某一商品时就会有相应的介绍该商品的页面,描述商品的具体信息,如类型、质地、价格、所在地区等。
F-C-3:放入购物车。购买者在选中一个商品后就可以将此商品放入购物车,购物车显示商品的名称、单价、数量、商品总价等信息。
F-C-4:确认收货人信息或修改收货人信息。购买者需要确认收货人信息准确无误,这是所购买的商品正确到货的重要前提。
F-C-5:选择支付方式。购买者可以选择使用网上银行、使用邮局汇款等方式进行支付。
4.3.1登陆
只有登陆之后购买者才能完成商品的购买。没有登陆系统的用户只能浏览、选择商品或将商品加入购物车,要填写收货人信息或者支付货款、提交订单都需要登陆系统。如果用户没有注册则进行注册,之后方可登陆。
用例描述:登陆;
执行者:购买者;
前置条件:用户通过浏览器打开网上购物系统;
后置条件:登陆后可以进行商品付款、订购操作。
基本路径:
a) 购买者打开网上购物系统;
b)在登陆框中输入用户名和密码,点击确定即可登录系统。
4.3.2浏览、选择商品
购买者通过网站浏览商品信息,选择所要购买的商品。
用例描述:浏览、选择商品;
执行者:购买者;
前置条件:用户通过浏览器打开网上购物系统;
后置条件:用户可将选中的商品加入购物车。
基本路径:
a)购买者打开网上购物系统,网站显示各种商品的信息;
b)点击想要购买的商品,将显示商品的详细信息,如类型、质地、价格、所在地区等。
4.3.3放入购物车
购买者可以将选中的商品放入购物车,然后继续选择下一个商品。购物车用来保存用户所选择的商品信息。
用例描述:放入购物车; 执行者:购买者;
前置条件:购买者已经有选择的商品;
后置条件:放入购物车的商品可以付款订购。 基本路径:
a)购买者将选择的商品加入到购物车; b)继续挑选商品或者进入收银台结账。
4.3.4确认收货人信息或修改收货人信息
购买者进入收银台之后需填写收货人信息并确认,保证收货地址的正确。
用例描述:确认收货人信息或修改收货人信息;
执行者:购买者;
前置条件:购买者已有选择的商品并需要购买;
后置条件:确认收货人信息或修改收货人信息之后可以选择货款的支付方式等进一步操作。
基本路径:
a)进入收银台页面,将提示用户填写收货人信息,需确保地址的准确性以保证正确到货。
b)可以保持以前填写的收货人信息,也可以填写新的收货人信息。
4.3.5选择支付方式
购买者可以选择邮局汇款或者网上银行支付的方式支付货款。
用例描述:选择支付方式;
执行者:购买者;
前置条件:购买者已经确认收货人信息;
后置条件:选择支付方式后可以进行订单确认并提交以完成商品的订购。
基本路径:
a)购买者进入支付方式选择页面,将看到两种支付方式,一种是邮局汇款,一种是网上银行支付。
b)选择一种支付方式并确定。
4.4管理端子系统
系统管理员登陆到管理端子系统进行订单管理,商品管理以及用户管理。 管理端的用例图如图A-5所示。
登陆订单管理商品管理管理者用户管理
图A-5
管理端的这些用例描述如下:
F-M-1:登陆。管理者只有登录之后才能执行其管理功能。 F-M-2:订单管理。管理者可以查看客户订单并管理订单。 F-M-3:商品管理。对商品进行添加,修改,删除等操作。 F-M-4:用户管理。管理购买者的账号及其相关信息。
4.4.1登陆
管理者以系统管理员的身份登录到管理端,登陆后才具有相应的管理权限。 用例描述:登陆 执行者:管理者;
前置条件:管理员通过浏览器打开网上购物系统;
后置条件:登陆管理端之后可以进行订单、商品及用户的管理。 基本路径: a) 管理者打开网上购物系统;
b)在登陆框中输入用户名和密码,点击确定即可登录系统。
4.4.2订单管理
进入订单管理页面管理员可以查看购买者提供的订单,并根据订单信息发货,同时可以对订单进行统计,也可以销毁已完成交易的订单。
用例描述:订单管理;
执行者:管理者;
前置条件:管理者已经登录系统;
后置条件:整理后的订单信息将记录到数据库中。
基本路径:
a)进入订单管理界面,可以查看各个用户提交的订单信息,根据订单信息发送货物。
b)可以对订单进行统计操作,统计不同用户的订单数,统计所有用户的订单总数,可以根据时间进行统计,也可根据订购商品类型进行统计。
c)可以重新对订单进行分类排序,可以销毁已经完成交易的订单,以便释放资源继续使用。
4.4.3商品管理
管理者可以对商品进行添加、修改和删除等操作。 用例描述:商品管理; 执行者:管理者;
前置条件:管理者已登录到系统;
后置条件:整理后的商品信息将记录到数据库中。 基本路径:
a)进入商品管理页面,可以选择添加、修改或删除操作。
b)可以添加商品分类,并在该分类下添加各种相应类型的商品信息; c)可以修改一个商品分类或者修改其下的商品信息; d)可以删除一个商品分类或者其下的商品信息;
e)商品信息包括商品的类型、质地、价格、所在地区等详细说明。
4.4.4用户管理
管理者可以对用户账户进行管理。 用例描述:用户管理; 执行者:管理者;
前置条件:管理者已登录到系统;
后置条件:整理后的用户信息将记录到数据库中。 基本路径:
a)进入用户管理界面,可以查看所有用户的信息;
b)对于长期不活动的用户可以销毁其注册账户以释放系统资源。 c)对于行为造成不良后果的不法用户可以冻结其账户。
5.性能需求
根据用户对本系统的要求,确定系统在响应时间、可靠性、安全性等方面有较高的性能要求。
5.1界面需求
系统的界面要求如下。
1)页面内容:主题突出,站点定义、术语和行文格式统
一、规范、明确,栏目、菜单设置和布局合理,传递的信息准确、及时。内容丰富,文字准确,语句通顺;专用术语规范,行文格式统一规范。
2)导航结构:页面具有明确的导航指标,且便于理解,方便用户使用。 3)技术环境:页面大小适当,能用各种常用浏览器以不同分辨率浏览;无错误链接和空链接,采用CSS处理,控制字体大小和版面布局。
4)艺术风格:界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理,前后一致,美观大方;动与静搭配恰当,动静效果好;色彩和谐自然,与主题内容相协调。
5.2响应时间需求
无论是客户端还是管理端,当用户登录,进行任何操作的时候,系统应该及时地进行反应,反应时间在5秒以内。系统应能监测出各种非正常情况,如与设备的通信中断,无法连接数据库服务器等,以避免出现长时间等待甚至无响应。
5.3可靠性需求
系统应保证7×24小时内不宕机,保证20人可以同时在客户端登录,此时系统能正常运行,正确提示相关内容。
5.4开放性要求
系统应具有较强的灵活性,以适应将来功能扩展的需求。
5.5可扩展性需求
系统设计要求能够体现扩展性要求,以适应将来功能扩展的需求。
5.6系统安全性需求
系统有严格的权限管理功能,各功能模块需有相应的权限方能进入。系统需能够防止各类误操作可能造成的数据丢失、破坏。防止用户非法获取网页以及内容。
第三篇: 仓库管理系统需求规格说明书
(第十二组)
1.引言 ........................................................................................................................... 1
1.1编写目的 ............................................................................................................. 1 1.2项目背景 ............................................................................................................. 1 1.3参考资料 ............................................................................................................. 1 2.任务概述 .................................................................................................................... 2
2.1目标......................................................................................................................................2 2.2运行环境 ............................................................................................................. 2 2.3条件与限制 .......................................................................................................... 2 3.数据描述 .................................................................................................................... 3
3.1静态数据 ............................................................................................................. 3
3.2动态数据 ............................................................................................................. 3 3.3数据库介绍 .......................................................................................................... 3 3.4数据词典 ............................................................................................................. 3 3.5 E-R图 ................................................................................................................. 3 3.6数据采集 ............................................................................................................. 3 4.功能需求 .................................................................................................................... 6
4.1功能划分 ............................................................................................................. 6 4.2功能描述 ............................................................................................................. 6 5.性能需求 .................................................................................................................... 7
5.1数据精确度 .......................................................................................................... 7 5.2时间特性 ............................................................................................................. 7 5.3适应性 ................................................................................................................. 7 6.运行需求 .................................................................................................................. 10
6.1用户界面 ........................................................................................................... 10
6.2硬件接口 ........................................................................................................... 10 6.3软件接口 ........................................................................................................... 10 6.4故障处理 ........................................................................................................... 10 7.其它需求 .................................................................................................................. 12
7.1正确性 ............................................................................................................... 12 7.2可维护性 ........................................................................................................... 12 7.3可移植性 ........................................................................................................... 12 7.4软件的完整性 .................................................................................................... 12 7.5软件的安全性 .................................................................................................... 12
仓储管理系统需求规格说明书
1.引言
1.1编写目的
本需求分析报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了仓储管理系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期待能够获得更大范围的应用。
本文档是在调研仓库管理制度及仓库管理人员对于管理系统的需求后,为明确软件需求、安排项目规划与进度、组织软件开发与测试而撰写的。
1.2项目背景
仓储管理系统(WMS)是仓储管理信息化的具体形式,它在我国的应用还处于起步阶段。一个好的仓库管理系统将会给企业带来丰厚的经济效益和社会效益。由此,设计一个优秀的仓库管理系统就显得尤其重要。物资的储存和运输是整个物流过程中的两个关键环节,被人们称之为“物流的支柱”。在商品交换过程中,虽然物资的购、销活动决定了物资的交换关系,但若没有物资的储存和运输,物资的这种交换关系则不能最终实现。
本程序设计由计算机与信息工程学院网络工程专业09级7班第12组提出并执行。
1.3参考资料
1. 张海潘
软件工程导论(第5版) 清华大学出版社.2008年2月
2. C#网络应用编程(第二版) 人民邮电出版社
马俊主编
3. C#程序设计及应用教程(第二版)
人民邮电出版社
马俊主编
4.网络资源
本小组所有成员皆可保证所用的一切资源均来自正规途径,不牵扯到任何法律
第 页
仓储管理系统需求规格说明书
方面的问题。
2.任务概述
2.1目标
仓储管理的内容应该包括三个部分:仓储系统的布局设计、库存最优控制、仓储作业操作。
设计并完成仓储物资管理系统,实现委托方要求的功能。“仓库信息管理系统”是一套功能强大而又操作简便,实用性的仓储管理软件,其主要包括有用户登录、仓库管理、业务查询和系统设置管理四大管理功能。系统主要的实现目标是监控整个仓库的运行情况,提供完善的任务管理计划功能,实时监控所有货物的在线运动情况,实时提供库存变化的信息,完善公司仓储情况的监制与有效利用,以提高仓库存效率,为企业适时的提供仓储信息,为企业创造更多收入与利润。
2.2运行环境
操作系统:Microsoft Windows 95/98/ME/NT_3.51/NT_4.0/2000/XP/ Server_2003/Vista/Server_2008/7/Server_2008_R2中的任何一种。
数据库名称:Microsoft SQL Server 2008。
2.3条件与限制
本系统在 Windows 环境中开发,故在Windows中运行无其它因素限制。
要求系统的操作人员应具有一定的计算机方面的知识或经过相应的培训经验,突发情况可进行操作以缓解损害情况,同时应做好对后台数据库的保密工作。
第 页
仓储管理系统需求规格说明书
3.数据描述
3.1静态数据
a.用户ID b.用户身份 c.用户密码 d.货物ID e.货物名称 f.货物所属仓库 g.仓库ID h.仓库状态 i.仓库备注信息 j.用户备注信息 k.货物备注信息
3.2动态数据
输入数据:菜单选项,查询关键字,新建记录项。
输出数据:由查询关键字确定的数据库记录集合或全部记录内部生成的数据,中间查询结果。
3.3数据库介绍
微软SQL Server 2005 SP1加入数据库镜像功能,为SQL Server 2005 Express Edition提供新管理工具,并且加强了SAP NetWeaver智能商务系统的报告反馈支持功能。
第
页
仓储管理系统需求规格说明书
3.4数据词典
第
页
仓储管理系统需求规格说明书
3.5 E-R图
性别姓名联系方式备注ID用户名密码权限联系方式普通用户交互仓库管理员交互管理系统操作员使用仓库ID用户名权限密码
编号管理员ID状态图 3.1 系统E-R图
描述:该系统中包含的用户以及属性如图3.5,其中对应关系为,普通用户与系统操作员为多对一,与仓库管理员为多对一,系统操作员与仓库为多
第
页
仓储管理系统需求规格说明书
对一,仓库管理员与仓库为一对一。
另外该系统中有一个超级管理员,负责对系统进行配置管理,对数据库进行备份,增加,删除系统操作员,仓库管理员信息等操作。系统超级管理员用例图见4.2功能划分。
3.6数据采集
系统管理员与用户通过键盘输入仓库信息及反馈信息。
4.功能需求
4.1功能划分
一个功能完善的仓库信息管理系统,必须包括以下几个主要功能:用户登录、仓库管理、业务查询、系统设置。系统总体模块图如下
第 页
仓储管理系统需求规格说明书
仓储管理系统用户登录仓库管理业务查询系统设置登录注销退出进退领退调盘货货料料拨点库存销售历史记录查询用户管理供应商管理仓库进货仓库退货仓库领料仓库退料商品调拨仓库盘点库存查询 图4.1
仓储管理系统模块图
4.2功能描述
(一)用户登录
(1)用户登录
用户可以用两种身份登录本系统:普通操作员和管理人员。不同身份的用户登录被系统授予不同的使用权限,这样提高了系统的安全性,避免了无关人员获取不在他权限范围内的信息。
(2)用户注销
用户在短时间不使用该系统时,不必退出系统,选择注销后,其他用
第
页
仓储管理系统需求规格说明书
户可以登录使用本系统。
(3)退出系统
用户在完成工作后,点击退出系统按钮可以安全的退出,以免不安全退出导致数据丢失情况的发生。
(4)超级管理员管理
图4.3
超级管理员用例图
(二)仓库管理
(1)仓库进货
仓库进货模块要求操作员输入商品号、商品名称、进货数量、单位和供应商等信息,系统自动的将当前系统时间作为进货时间更新到数据库,并且统计进货金额,该操作完成后,仓库相应货物的数量为原货物数量和进货数量的总和,并更新数据库。
(2)仓库退货
仓库退货模块要求操作员输入退货商品号、退货数量、单位和供应商,系统自动的将当前系统时间作为退货时间更新到数据库,并且统计退货金额,该操作完成后,相应货物的数量为原货物数量除去退货的数量,并更新数据库。
(3)仓库领料
仓库领料模块要求操作员输入领取商品号、领取数量、领料人等,系统自动的将当前系统时间作为领料时间更新到数据库,并且统计总领料数
第 页
仓储管理系统需求规格说明书
量。该操作完成后,相应货物的数量为原货物数量减领料的数量并更新数据库。
(4)仓库退料
仓库退料模块要求操作员输入退料商品号、退料数量、退料人等,系统自动的将当前系统时间作为退料时间更新到数据库,并且统计总退料数量。该操作完成后,相应货物的数量为原货物数量加退料的数量,并更新数据库。
(5)商品调拨
商品调拨模块要求操作员输入调拨商品号、调拨数量、调拨人等,系统自动的将当前系统时间作为调拨时间更新到数据库,并且统计总调拨数量。
(6)仓库盘点
商品盘点模块要求用户(管理员)输入某商品号,该商品实际数量(增加或删除),系统会自动的将当前系统时间作为盘点时间更新到数据库,并且统计总盘点过程中修改的数量。
(三)业务查询
业务查询模块图
(1)库存查询
第 页
仓储管理系统需求规格说明书
用户可以查询所有的商品的库存,也可以输入某件商品的ID号从而得到该商品的库存量。
(2)销售查询
用户(管理员)给出某个时间段,系统就根据库中的资料给出该段时间中所有商品的销售情况。
(3)仓库历史记录查询
用户可以查询的类型包括:仓库进货、仓库退货、仓库领料、仓库退料、商品调拨、仓库盘点,用户选择查询的类型后,再输入需要查询的时间,系统返回历史操作记录。
(四)系统设置 (1)供应商管理
用户可以增加新的供应商,需要输入供应商的一些信息,包括:供应商号、名称、联系人、联系电话、传真、地址和邮政编码。用户也可以对已经存在的供应商信息进行查询和修改。
管理员可以增加、删除、修改和查询用户。
5.性能需求
5.1数据精确度
由于采用数据库技术并且用户的应用领域对数据精度的要求不是太高,所以这点在系统中表现的比较少,都是用户数据的安全性和准确性是完全保证的,所以对用户的使用没有多大的障碍。
5.2时间特性
本系统的数据库较小,所以程序在响应时间,数据更新处理时间上性能是比较突出的、而且也正由于数据量相对较少,故在数据传输时间和系统运行时间上表现的叫让用户满意。无论是客户还是管理员,当用户登录,进行任何操作的时候,系统应该及时的进行反应,反应的时间在5秒以内。系统应能检测出各种非正常情况,如与设备的通信中断,无法连接数据库服务等,避免出现长时间等待甚至无响应。
第 页
仓储管理系统需求规格说明书
5.3适应性
本系统实在Windows环境中开发的,所以只要是兼容Windows的软件或操作系统,该软件都可以正确运行,有较好的适应能力与兼容性。而且本系统简单易懂,容易上手,界面明了,便于操作。本系统是比较大众模式的仓储管理模式,便于移植到其他部门或公司,具有良好的适应性。
6.运行需求
6.1用户界面
采用Web网页的形式,具有良好的交互界面。有一个主页,可以链接其他页面。用户根据自己权限在各个页面进行操作。
要求大致如下:
1.页面内容:主题突出,站点定义、术语和行文格式同意、规范、明确,栏目、菜单设置和布局合理,传递的信息准确、意识。内容丰富,文字准确,语句通顺;专用术语规范,行文格式统一规范。
2.导航结构:页面具有明确的导航只是,且便于理解,方面用户使用。 3.技术环境:页面大小合适,能用各种常用浏览器以不同的分辨率浏览;无错误链接和空链接;采用css处理,控制字体大小和面板布局。
4.艺术风格:界面、版面形象清新岳母、布局合理,字号大小十
一、字体选择合理,前后一致,美观大方,动与静搭配适当,动静效果好;色彩和谐自然,与主题内容相协调。
6.2硬件接口
数据库服务器应配备大容量硬盘,以免当大规模公司使用时反应速度减慢等问题出现。
6.3软件接口
系统保持与操作系统的接口,保持与数据库软件Microsoft SQL Server的接口,考虑到文档处理的需要有可能包括与常用办公软件接口。
第 页
仓储管理系统需求规格说明书
6.4故障处理
考虑到软件的范围不大,所以故障处理一般有操作系统完成,系统只要保持与操作系统的接口即可。只要操作系统没有大的故障程序一般是比较稳定的。
考虑到用户对数据的安全性要求,程序可以有独立于操作系统之外的数据备份功能与过程,以及系统崩溃后的数据恢复功能。
7.其它需求
7.1正确性
要求发布的软件能够满足用户需求,实现各个功能,并且在运行过程中不出现严重错误。
7.2可维护性
要求本软件拥有良好的可维护性,以满足用户不断增长的需求以及日后的BUG修复工作。
7.3可移植性
该系统采用B/S开发模式,所以可以在多种平台上很好的运行,所以该系统具有良好的移植性。
7.4软件的完整性
最终将该系统制作成部署文件以保证系统的完整行。
7.5软件的安全性
要求提供身份验证,只允许通过身份验证的用户使用本软件。并且通过验证可以确认用户身份,即确认用户是否为系统管理员,只有系统管理员才可以对软件进行数据的添加、删除和修改操作,而普通用户只能进行浏览数据等基本操作。
第
页
第四篇:车辆管理系统需求规格说明书
车辆管理系统
软件需求规格说明书
班 级 08软工A1 拟制人 舒骥
2011年05月10日
目
录
1引言............................................................................................................................. 1
1.1编写目的......................................................................................................... 1 1.2 背景................................................................................................................ 1 1.3 预期读者........................................................................................................ 1 1.4参考资料......................................................................................................... 1 2综合描述..................................................................................................................... 2
2.1产品目标......................................................................................................... 2 2.2产品功能......................................................................................................... 2 2.3用户范畴和特征............................................................................................. 2 2.4运行环境......................................................................................................... 3 2.5设计和实现限制............................................................................................. 3 2.6 假定和约束.................................................................................................... 3
2.6.1人力资源约束..................................................................................... 3 2.6.2技术约束............................................................................................. 3 2.6.3环境约束............................................................................................. 3
3外部接口需求............................................................................................................. 4
3.1用户界面......................................................................................................... 4 3.2硬件接口......................................................................................................... 4 3.3软件接口......................................................................................................... 4 3.4通信接口......................................................................................................... 4 4功能性需求................................................................................................................. 4
4.1功能分析......................................................................................................... 4 4.2用例图............................................................................................................. 5 4.3用例分析......................................................................................................... 9 4.4功能活动图................................................................................................... 19 4.5状态图........................................................................................................... 21 5非功能需求............................................................................................................... 22
5.1性能需求....................................................................................................... 22
5.1.1时间、界面、响应要求................................................................... 22 5.1.2灵活性............................................................................................... 22 5.2数据管理需求 ............................................................................................... 22
5.2.1系统数据流图................................................................................... 22 5.2.2数据整理与保存............................................................................... 24 5.2.3数据安全性....................................................................................... 24 5.3故障处理需求............................................................................................... 24
1引言
1.1编写目的
需求说明的编写是为了研究车辆管理软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础,是维护人员进行内部维护,信息更新,验收和测试的依据。本文档将对车辆管理系统软件开发需求进行描述。
1.2 背景
物流系统是现代经济系统的主动脉,物流的最简单理解就是货物运输,所以运输在物流运作中的地位十分重要,而车辆是运输企业的命脉,有机的管理好车辆十分关键。传统的运输业已不能满足市场需求。运输企业的信息化管理具有重要意义。
开发软件名称:车辆管理系统 项目开发者:08软工A1 舒骥 用户:运输集团公司
1.3 预期读者
本需求的预期读者是开发组成人员,软件测试人员,支持本项目的老师,软件维护人员。
1.4参考资料
[1]. 《软件需求工程》 毋国庆 梁正平 袁梦霆 李勇华 编著[2]. 《UML基础与Rose建模教程》 蔡敏 徐惠惠 黄炳强 编著
[3]. 《C#数据库系统开发完全手册》 明日科技 张跃延 许文武 王小科 编著
[4]. 《软件工程实验与实践教程》 陈佳 曹妍 编著 [5]. 《实用软件文档写作》 肖刚 古辉 程振波 张元鸣 著
1 2综合描述
2.1产品目标
车辆管理系统将为企业提供各种车辆管理和快速查询的功能,以提高公司的运作效率,降低运作成本。
2.2产品功能
* 车辆基本信息管理 * 车辆购置管理 * 车辆调拨管理 * 车辆报废管理 * 车辆信息管理查询
2.3用户范畴和特征
本软件最终用户为汽车运输集团公司。该公司主要设有技术服务部、客货运输部、企业管理部等职能部门,下属运输公司有零担运输公司、客运公司、整车运输公司、旅游公司等,其组织结构如下图1:
图1:运输集团公司组织结构图
2 2.4运行环境
运行该软件所适用的具体设备必须是奔腾
4、内存512MB以上的计算机。操作系统在Windows xp及以上。
数据库为SQL Server2000版本
2.5设计和实现限制
仅设计为本地版本,无需联网,没有服务器端。
2.6 假定和约束
2.6.1人力资源约束
1、开发工作量约需1个人2月工作量。开发完成后,可减少为1名作为维护人员;
2、辅导老师1人,开发人员2人。
2.6.2技术约束
本项目的设计是在ASPAsp.Net程序设计语言的条件下进行的,技术设计采用软硬一体化的设计方法。
2.6.3环境约束
运行该软件所适用的具体设备必须是奔腾
4、内存512MB以上的计算机。操作系统在Windows xp及以上。
3 3外部接口需求
3.1用户界面
见《系统设计说明书》
3.2硬件接口
考虑到大量数据的备份等要求,需要保持与磁带机、光盘刻录机及USB的接口,这较易实现。
3.3软件接口
这里,主要考虑软件与操作系统、数据库管理系统的接口。由于不存在从其他文件导入的功能,所以无需担心格式转换的问题。该软件更趋向于单一封闭的单机版软件。
3.4通信接口
无需与网络连接,只需考虑与外部移动设备的通信。
4功能性需求
4.1功能分析
1、车辆基本信息管理模块
(1)用户的登录管理:不同级别的用户通过特定的用户名和密码登录系统,对相应的信息进行管理。
(2)查询车辆基本信息:通过输入车辆的基本信息对车辆的整体信息进行查询。 (3)删除车辆基本信息:有相关权限的用户可对某些不再需要的车辆信息进行删除。
(4)修改车辆基本信息:有相关权限的用户如有必要,可对车辆的基本信息进
4 行修改。
(5)添加车辆基本信息:有相关权限的用户可添加车辆的基本信息。
2、车辆购置管理模块
用户可添加、修改、删除、查询车辆购置管理申请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公司及各有关部门。
3、车辆调拨管理模块
与车辆购置管理类似,用户可添加、修改、删除、查询车辆调拨管理申请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公司及各有关部门。
4、车辆报废管理模块
与车辆购置管理类似,用户可添加、修改、删除、查询车辆报废管理申请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公司及各有关部门。
5、车辆信息查询管理模块
实现对多种信息的快速模糊查询,可根据车辆所属的二级公司,车牌号,车辆的厂牌,规格,型号等信息进行不同的组合来查询车辆,还可根据申请购置,调拨,报废车辆的二级公司,申请时间等查询车辆的购置,调拨,报废的申请及审批情况等。
4.2用例图
1、车辆管理信息系统用例图
2、车辆购置管理用例图
3、车辆调拨管理用例图
4、车辆报废管理用例图
5、车辆基本信息管理用例图
8 4.3用例分析
一、车辆购置管理
用例1 用例名称:添加车辆购置申请 用例识别号:1.1.1 参与者:二级公司用户
简要说明:二级公司用户添加一个车辆购置申请单。 前置条件:二级公司用户已经登录车辆管理信息系统。 基本事件流:
1)二级公司用户单击“插入”按钮。 2)系统出现编辑窗口。
3)二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。
4)二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆购置申请记录就被插入到数据库中。 5)用例终止 其它事件流:
在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的任何内容都不会被保存。 异常事件流:
1)提示错误信息,二级公司用户确认。 2)返回到管理系统主界面。
后置条件:一条新的车辆购置记录被插入到数据库中并显示出来。 注释:无。
其它事件流:
在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆购置申请记录不会被删除。
9 异常件流:
1)提示错误信息,二级公司用户确认。 2)返回到管理系统主界面。
后置条件:选中的默认的车辆购置申请记录从数据库中被删除,同时显示界面被更新。
注释:删除之前,要先使用查询功能,以便选择要删除的内容。
用例3 用例名称:总工程师购置申请审批 用例识别号:1.2.1 参与者:总工程师
简要说明:总工程师对二级公司用户提交的车辆购置申请单进行审批。 前置条件:总工程师已经登录车辆管理信息系统、存在未审批的车辆购置申请。
基本事件流:
1) 总工程师单击选中要审批的车辆购置申请记录。 2) 总工程师单击“审批”按钮。 3) 系统出现编辑窗口。
4) 总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。
5) 总工程师选择“同意”或“不同意”单选按钮审批结果。
6) 总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆购置申请记录就被审批,并在数据库中修改该记录的审批标志,审批结果和审批意见。 7) 用例终止。 其它事件流:
在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。 异常事件流:
10 1)提示错误信息,总工程师确认。 2)返回到管理系统主界面。
后置条件:选中的车辆购置申请记录被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。
注释:审批之前,要先使用查询功能,查出未审批的车辆购置申请记录。
用例4 用例名称:总经理购置申请批复 用例识别号:1.3.1 参与者:总经理
简要说明:总经理对二级公司用户提交的公司所属车辆购置申请进行批复。 前置条件:总经理已经登录车辆管理信息系统、存在满足如下条件的车辆购置申请记录,即:总工程师已审批、总经理未批复的公司所属车辆购置申请记录。 基本事件流:
1) 总经理单击选中要审批的车辆购置申请记录。
2) 总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆购置申请记录就被批复,并在数据库中修改该记录的批复标志,批复结果和批复意见。 3) 用例终止。 其它事件流:
在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。 异常事件流:
1)提示错误信息,总经理确认。 2)返回到管理系统主界面。
后置条件:选中的车辆购置申请记录被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。
11 注释:审批之前,要先使用查询功能,查处总工程师已审批,总经理未批复的公司所属车辆购置申请记录。
二、车辆调拨管理
用例5 用例名称:添加车辆调拨申请 用例识别号:2.1.1 参与者:二级公司用户
简要说明:二级公司用户添加一个车辆调拨申请单。 前置条件:二级公司用户已经登录车辆管理信息系统。 基本事件流:
1)二级公司用户单击“插入”按钮。 2)系统出现编辑窗。
3)二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。
4)二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆调拨申请记录就被插入到数据库中。 5)用例终止。 其它事件流:
在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的任何内容都不会被保存。 异常事件流:
1)提示错误信息,二级公司用户确认。 2)返回到管理系统主界面。
后置条件:一条新的车辆调拨记录被插入到数据库中并显示出来。 注释:无。
用例6 用例名称:删除车辆调拨申请
12 用例识别号:2.1.2 参与者:二级公司用户
简要说明:二级公司用户删除一个车辆调拨申请记录。
前置条件:二级公司用户已经登录车辆管理信息系统、将要被删除的车辆调拨申请没有被审批。 基本事件流:
1) 二级公司用户单击选中要删除的车辆调拨申请记录。 2) 二级公司用户单击“删除”按钮。 3) 系统出现“提示是否删除”窗口。
4) 二级公司用户单击“是”按钮,该车辆调拨申请记录就被从数据库中删除。 5) 用例终止。 其它事件流:
在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆调拨申请记录不会被删除。 异常件流:
1)提示错误信息,二级公司用户确认。 2)返回到管理系统主界面。
后置条件:选中的默认的车辆调拨申请记录从数据库中被删除,同时显示界面被更新。
注释:删除之前,要先使用查询功能,以便选择要删除的内容。
用例7 用例名称:总工程师调拨申请审批 用例识别号:2.2.1 参与者:总工程师
简要说明:总工程师对二级公司用户提交的车辆调拨申请单进行审批。 前置条件:总工程师已经登录车辆管理信息系统、存在未审批的车辆调拨申请。
基本事件流:
13 1) 总工程师单击选中要审批的车辆调拨申请记录。 2) 总工程师单击“审批”按钮。 3) 系统出现编辑窗口。
4) 总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。
5) 总工程师选择“同意”或“不同意”单选按钮审批结果。
6) 总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆调拨申请记录就被审批,并在数据库中修改该记录的审批标志,审批结果和审批意见。 7) 用例终止。 其它事件流:
在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。 异常事件流:
1)提示错误信息,总工程师确认。 2)返回到管理系统主界面。
3)后置条件:选中的车辆调拨申请记录被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。
注释:审批之前,要先使用查询功能,查出未审批的车辆调拨申请记录。
用例8 用例名称:总经理调拨申请批复 用例识别号:2.3.1 参与者:总经理
简要说明:总经理对二级公司用户提交的公司所属车辆调拨申请进行批复。 前置条件:总经理已经登录车辆管理信息系统、存在满足如下条件的车辆调拨申请记录,即:总工程师已审批、总经理未批复的公司所属车辆调拨申请记录。 基本事件流:
14 1) 总经理单击选中要审批的车辆调拨申请记录。 2) 总经理单击“审批”按钮。 3) 系统出现编辑窗口。
4) 总经理可以在审批意见文本框上添加或修改批复意见,也可以完全删除,重新填写。
5) 总经理选择“同意”或“不同意”单选按钮批复结果。
6) 总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆调拨申请记录就被批复,并在数据库中修改该记录的批复标志,批复结果和批复意见。 7) 用例终止。 其它事件流:
在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。 异常事件流:
1)提示错误信息,总经理确认 2)返回到管理系统主界面
后置条件:选中的车辆调拨申请记录被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。
注释:审批之前,要先使用查询功能,查处总工程师已审批,总经理未批复的公司所属车辆调拨申请记录。
三、车辆报废管理
用例9 用例名称:添加车辆报废申请 用例识别号:3.1.1 参与者:二级公司用户
简要说明:二级公司用户添加一个车辆报废申请单。 前置条件:二级公司用户已经登录车辆管理信息系统。 基本事件流:
15 1)二级公司用户单击“插入”按钮。 2)系统出现编辑窗口。
3)二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。
4)二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆报废申请记录就被插入到数据库中。 5)用例终止。 其它事件流:
在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的任何内容都不会被保存。 异常事件流:
1)提示错误信息,二级公司用户确认。 2)返回到管理系统主界面。
后置条件:一条新的车辆报废记录被插入到数据库中并显示出来。 注释:无。
用例10 用例名称:删除车辆报废申请 用例识别号:3.1.2 参与者:二级公司用户
简要说明:二级公司用户删除一个车辆报废申请记录。
前置条件:二级公司用户已经登录车辆管理信息系统、将要被删除的车辆报废申请没有被审批。 基本事件流:
1) 二级公司用户单击选中要删除的车辆报废申请记录。 2) 二级公司用户单击“删除”按钮。 3) 系统出现“提示是否删除”窗口。
4) 二级公司用户单击“是”按钮,该车辆报废申请记录就被从数据库中删除。 5) 用例终止。
16 其它事件流:
在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆报废申请记录不会被删除。 异常件流:
1)提示错误信息,二级公司用户确认。 2)返回到管理系统主界面。
后置条件:选中的默认的车辆报废申请记录从数据库中被删除,同时显示界面被更新。
注释:删除之前,要先使用查询功能,以便选择要删除的内容。
用例11 用例名称:总工程师报废申请审批 用例识别号:3.2.1 参与者:总工程师
简要说明:总工程师对二级公司用户提交的车辆报废申请单进行审批。 前置条件:总工程师已经登录车辆管理信息系统、存在未审批的车辆报废申请。
基本事件流:
1)总工程师单击选中要审批的车辆报废申请记录。 2)总工程师单击“审批”按钮。 3)系统出现编辑窗口。
4)总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。
5)总工程师选择“同意”或“不同意”单选按钮审批结果。
6)总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆报废申请记录就被审批,并在数据库中修改该记录的审批标志,审批结果和审批意见。 7)用例终止。 其它事件流:
17 在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。 异常事件流:
1)提示错误信息,总工程师确认。 2)返回到管理系统主界面。
3)后置条件:选中的车辆报废申请记录被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。
注释:审批之前,要先使用查询功能,查出未审批的车辆报废申请记录。
用例12 用例名称:总经理报废申请批复 用例识别号:3.3.1 参与者:总经理
简要说明:总经理对二级公司用户提交的公司所属车辆报废申请进行批复。 前置条件:总经理已经登录车辆管理信息系统、存在满足如下条件的车辆报废申请记录,即:总工程师已审批、总经理未批复的公司所属车辆报废申请记录。 基本事件流:
1) 总经理单击选中要审批的车辆报废申请记录。 2) 总经理单击“审批”按钮。 3) 系统出现编辑窗口。
4) 总经理可以在审批意见文本框上添加或修改批复意见,也可以完全删除,重新填写。
5) 总经理选择“同意”或“不同意”单选按钮批复结果。
6) 总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆报废申请记录就被批复,并在数据库中修改该记录的批复标志,批复结果和批复意见。 7) 用例终止。 其它事件流:
18 在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。 异常事件流:
1)提示错误信息,总经理确认。 2)返回到管理系统主界面。
后置条件:选中的车辆报废申请记录被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。
注释:审批之前,要先使用查询功能,查处总工程师已审批,总经理未批复的公司所属车辆报废申请记录。
4.4功能活动图
1、用户登录活动图
2、车辆基本信息管理活动图
3、车辆购置管理活动图
20 4.5状态图
1、车辆购置申请单状态图
2、车辆基本信息状态图
21 5非功能需求
5.1性能需求
5.1.1时间、界面、响应要求
由于此系统主要用于信息的保管查询,即对数据的安全性要求极高。为防止对信息资料和管理程序的恶意破坏,及恶意的窃取私人信息,要求有较为可靠的安全性能。另外也需要高速的响应,要求稳定、安全、便捷,易于管理和操作。另外使用者大多为非计算机人员,所以要求界面友善,交互性强。 查询速度:不超过5秒;
其它所有交互功能反应速度:不超过3秒; 可靠性:平均故障间隔时间不低于300小时。 信息容量:不低于10G时可能出现系统崩溃。
5.1.2灵活性
当用户需求,如操作方式,运行环境,结果精度,数据结构与其他软件接口等发生变化时,设计的软件要做适当调整,灵活性非常大。
5.2数据管理需求
5.2.1系统数据流图
车辆购置业务流程图
22
车辆调拨业务流程图
23 车辆报废业务流程图
5.2.2数据整理与保存
应满足随时整理的需求,用户可随时更改数据,保存数据。对于数据唯一性的识别应放在多个关键字之上。
5.2.3数据安全性
数据应具有极高的安全性,为了保护用户的隐私,仍需设置登陆及密码保护,以防用户的信息被人窃取。
5.3故障处理需求
1、内部故障处理: 在开发阶段可以随即修改数据库里的相应内容。
2、外部故障处理: 24 对编辑的程序进行重装载时,第一次装载认为错,修改。第二次运行,在需求调用时出错,有错误提示,重试。
3、本软件可能产生的错误为数据库的错误信息,应由数据库管理员对数据库进行维护。为了确保系统恢复的能力,数据库管理员要定期对数据库进行备份。但产品投入使用后,则由维护人员跟进。
25
第五篇:班级管理系统需求规格说明书
2学生成绩管理
在班级管理系统中,有一个班级学生成绩数据库,是由班级各学生的学生学习成绩组成,它构成了整个班级的学生学习成绩数据库。由于进行了权限设置,学习委员在学生学习成绩管理模块的用户管理界面中,可以对用户进行增加、删除、修改、查询。具体功能描述如下:
用例描述:学生学习成绩管理;
执行者:学习委员;
前置条件:系统管理员已登录系统;
后置条件:如果用户信息维护完成,则用户的相应信息将记录到数据库中。 基本路径:
a)进入学生学习成绩管理界面,显示目前的学生学习成绩数据库中已有的信息;
b)点击班级学生姓名就可以浏览个每个学生的学习成绩,同时也可以对这个内容进行修改;
c)可以增加学生;
d)可以删除选择的学生。
3财务管理
在班级管理系统中,有一个班级财务状况数据库,是由班级财务各明细科目组成,它构成了整个班级的财务状况数据库。由于进行了权限设置,生活委员在财务管理模块的用户管理界面中,可以对用户进行增加、删除、修改、查询。具体功能描述如下:
用例描述:财务管理;
执行者:生活委员;
前置条件:系统管理员已登录系统;
后置条件:如果用户信息维护完成,则用户的相应信息将记录到数据库中。 基本路径:
a)进入财务管理界面,显示目前的财务数据库中已有的财务信息;
b)点击班级财务的各明细科目可以浏览个明细科目的具体内容,同时也可以对这个试题的具体内容进行修改;
c)可以增加科目;
d)可以删除选择的科目。
4学生参加体育活动管理
在班级管理系统中,有一个班级学生参加体育活动情况的数据库,是由班级各学生参加的体育活动情况组成,它构成了整个班级的学生参加体育活动情况数据库。由于进行了权限设置,体育委员在学生参加体育活动管理模块的用户管理界面中,可以对用户进行增加、删除、修改、查询。具体功能描述如下:
用例描述:学生参加体育活动管理;
执行者:体育委员;
前置条件:系统管理员已登录系统;
后置条件:如果用户信息维护完成,则用户的相应信息将记录到数据库中。 基本路径:
b)进入学生参加体育活动管理界面,显示目前的学生参加体育活动情况数据库中已有的信息;
b)点击班级学生姓名就可以浏览个每个学生参加的体育活动情况,同时也可以对这个内容进行修改;
c)可以增加学生;
d)可以删除选择的学生
5用户管理 系统管理员可以进行权限设置,在用户管理界面中对用户进行增加、删除、修改、查询。具体功能描述如下:
用例描述:用户管理;
执行者:系统管理员;
前置条件:系统管理员已登录系统;
后置条件:如果用户信息维护完成,则用户的相应信息将记录到数据库中。 基本路径:
c)进入用户管理界面,显示目前的系统用户以及每个用户具有的权限;
d)点击不同的用户,可以显示这个用户的信息以及相应权限,必要时可以修改其权限;
可以增加用户,也可以删除用户。
6请假管理
学生将请假条提交之后,教师将审阅请假条,将符合请假条件的请假条进行标记,然后把请假信息传交数据库,学生可以登录查询请假是否成功。具体功能描述如下:
用例描述:请假管理;
执行者:教师;
前置条件:系统管理员已登录系统;
后置条件:如果用户信息维护完成,则用户的相应信息将记录到数据库中。 基本路径:
a)进入请假管理界面,显示目前的请假数据库中已有的请假信息;
b)点击班级请假信息中每个同学姓名可以查询各个学生的请假的具体内容,同时也可以对请假具体内容进行修改;
c)可以增加科目;
d)可以删除选择的科目。
7考勤管理
在班级管理系统中,有一个班级学生出勤情况的数据库,及运用学生请假数据库信息,得出的班级各学生的出勤的情况组成,它构成了整个班级的学生出勤情况数据库。由于进行了权限设置,纪律委员在学生考勤管理模块的用户管理界面中,可以对用户进行增加、删除、修改、查询。具体功能描述如下:
用例描述:考勤管理;
执行者:纪律委员;
前置条件:系统管理员已登录系统;
后置条件:如果用户信息维护完成,则用户的相应信息将记录到数据库中。 基本路径:
a)进入学生考勤管理界面,显示目前的学生出勤情况数据库中已有的信息;
b)点击班级学生姓名就可以浏览个每个学生的出勤情况,同时也可以对这个内容进行修改;
c)可以增加学生;
d)可以删除选择的学生。
8学生奖惩管理
在班级管理系统中,有一个班级学生奖惩情况的数据库,是由班级各学生奖惩情况组成,它构成了整个班级的学生奖惩情况数据库。由于进行了权限设置,班长在学生奖惩管理模块的用户管理界面中,可以对用户进行增加、删除、修改、查询。具体功能描述如下:
用例描述:学生奖惩管理;
执行者:班长;
前置条件:系统管理员已登录系统;
后置条件:如果用户信息维护完成,则用户的相应信息将记录到数据库中。 基本路径:
a)进入学生奖惩管理界面,显示目前的学生奖惩情况数据库中已有的信息; b)点击班级学生姓名就可以浏览个每个学生的奖惩情况,同时也可以对这个内容进行修改;
c)可以增加学生;
d)可以删除选择的学生。
9留言管理
在班级管理系统中,有一个留言管理情况的数据库,是由班级各学生和教师留言情况组成,它构成了整个班级的留言管理情况数据库。由于进行了权限设置,班长在留言管理模块的用户管理界面中,可以对用户进行增加、删除、修改、查询。具体功能描述如下:
用例描述:留言管理;
执行者:班长;
前置条件::系统管理员已登录系统;
后置条件:如果用户信息维护完成,则用户的相应信息将记录到数据库中。 基本路径:
a)查看当前留言情况;
b)对当前留言进行增加、删除、修改、查询;
10学生参加文艺活动管理 学生参加文艺活动情况的数据库,是由班级各学生参加的文艺活动情况组成,它构成了整个班级的学生参加文艺活动情况数据库。由于进行了权限设置,文艺委员在学生参加文艺活动管理模块的用户管理界面中,可以对用户进行增加、删除、修改、查询。具体功能描述如下:
用例描述:学生参加文艺活动管理;
执行者:文艺委员;
前置条件:系统管理员已登录系统;
后置条件:如果用户信息维护完成,则用户的相应信息将记录到数据库中。 基本路径:
a)进入学生参加文艺活动管理界面,显示目前的学生参加文艺活动情况数据库中已有的信息;
b)点击班级学生姓名就可以浏览个每个学生参加的文艺活动情况,同时也可以对这个内容进行修改;
c)可以增加学生;
d)可以删除选择的学生。
第一章班级事务管理信息系统的基本需求分析
第一节项目背景分析
随着信息化的来临和计算机在日常管理中的广泛应用,为了实现班务管理的信息化和方便化,便萌发了这次班务管理信息系统的设计构想。
第二节班级事务信息管理的基本需求
1必要的硬件及设备
2系统软件和相应软件包
3培训操作人员和使用人员
4数据的存储准备
5信息的组织和管理功能的划定
第三节班级事务管理信息系统的可行性分析
为了进一步帮助班主任及班干部进行科学有效的学生管理工作,现通过对部分用户的调查了解,对建立班级事务管理信息系统进行了以下几方面的可行性分析:
1.必要性,随着学生招生规模的不断扩大,班主任及班干部的管理工作也日趋复杂化,原来的仅靠手工进行的班级事务管理已日渐显示出其不足之处,那么就有必要建立一套基于计算机的班级事务管理信息系统。
2.可能性,据了解,各个办公室都已具有基本的硬件设备,那么这就为班级事务管理信息系统的实行提供了必要的可能性;加之相关用户都已具备了一定计算机基本操作能力,所以这又为班级事务管理信息系统的实行提供了用户方面的可能性;再从资金成本等方面讲,因为该系统相对而言只是一个小型的管理系统,所需设计人员较少,消耗费用也在用户的承受能力之内。综合上述几方面,班级事务管理信息系统的建立具有很大的可能性。
3.有益性,班级事务管理信息系统一旦建成,那么通过该系统的使用就可以提高信息的使用质量,提高数据的准确性,减轻用户的工作负担和劳动强度,提高用户的信息处理能力,从而进行有效的决策与管理。
总之,通过以上几方面的可行性分析,开发小组认为建立一套班级事务管理信息系统是可行的。我们通过掌握和调查的相关原始资料,就可以通过小组讨论,对该系统的开发做出相关的计划进度,着手进行系统的分析和设计工作。
【系统需求规格说明】相关文章:
系统需求规格说明书09-01
app需求规格说明书04-17
全面的需求规格说明书04-25
客运站需求规格说明书04-12
分诊系统需求说明06-29
后台管理系统需求说明04-13
平台系统需求说明书08-21
系统需求分析说明书09-01
系统用户需求说明书09-01
oa系统需求说明书04-20