车辆管理系统需求规格说明书3篇 信息系统需求规格说明书

综合文章 时间:2022-12-24
【www.wendang123.cn - 综合文章】

  下面是范文网小编整理的车辆管理系统需求规格说明书3篇 信息系统需求规格说明书,供大家赏析。

车辆管理系统需求规格说明书3篇 信息系统需求规格说明书

车辆管理系统需求规格说明书1

  需求规格说明书

  1.引言 编写目的

  本学生宿舍分配系统以公寓房间、入住学生为基础信息源,可以对房间和床位分配,可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息,实现信息共享,提高工作效率。

  本文档从用户、功能、性能、运行环境等各方面对系统进行了分析,以确保在系统开发过程中,确定好具体目标,使工作能有条不紊的进行,提高工作效率。

  背景

  很多学校特别是中等及高等院校中,学生在校住宿的情况极其普遍。随着高校的扩招,需要住宿的学生人数和学生公寓楼房越来越多,宿舍管理人员的需求量也相应地增加。许多高校后勤实施社会化改革,学生住宿条件得到了很大改善,宿舍安排上打破了原来按专业班级强制集中住宿的限制,可供学生选择的余地也越来越大,相关部门对公寓管理的要求越来越高,导致公寓管理的难度越来越大,原来的手工管理已经无法适应,需要用信息化手段来实现。因此,开发一个学生宿舍分配软件是十分必要的,希望能够为广大教师、校院领导、宿舍管理员和学生提供便利,加强学生住宿管理、规范高校公寓日常工作、提高公寓管理效能的有效工具。

定义

  用例图(Use Case):是指由参与者(Actor)、用例(Use Case)以及它们之间的关系构成的用于描述系统功能的动态视图。呈现了一些参与者和一些用例,以及它们之间的关系,主要用于对系统、子系统或类的功能行为进行建模。

  顺序图:是将交互关系表示为一个二维图。纵向是时间轴,时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。

  类图(Class diagram):是显示了模型的静态结构,特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性信息。

  状态图(Statechart Diagram):是描述一个实体基于事件反应的动态行为,显示了该实体如何根据当前所处的状态对不同的事件做出反应的。

  活动图(activity diagram):是阐明了业务用例实现的工作流程。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。

  协作图/通信图(Communication Diagram):而“协作”作为一个结构事物用于表达静态结构和动态行为的概念组合,表达不同事物相互协作完成一个复杂功能。

  参考资料

(1)殷建民 主编,《软件系统分析与设计》,中国水利水电出版社,2008(2)《学生宿舍基本需求》(3)《2012级软件系统分析与设计实验指导书(16学时宿舍分配系统)》

  2.任务概述

目标

  本学生宿舍分配系统以公寓房间、入住学生为基础信息源,可以对房间和床位分配,可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息,实现信息共享

用户特点

  学生:若要住宿需提交住宿申请,然后等待分配。如有特殊要求,务必专门说明。一旦得到批准通知,可以查询个人宿舍安排。住宿后若有特殊原因,可以申请调整宿舍或床位,但依然要经过审核、批准。一旦调换了宿舍,其所使用的设备也要随之变更记录。

  教师:分为班主任和辅导员。辅导员负责查看、初审学生提交的住宿申请,对基本符合要求的,转交给宿舍负责人。班主任和辅导员可以随时查看、了解所负责班级住宿学生的情况。

  宿舍负责人:负责对住宿申请进行综合审查,通过的则以班为单位分配床位。可以随时查看和了解宿舍的基本情况、所有住宿情况和设备使用情况,对特殊情况及时进行统计,并报送相关领导。学生一旦毕业或提出退宿,其宿舍和床位会立即变空,等待重新分配使用。

  宿舍管理员:负责宿舍设备情况的记录(购入登记、各建宿舍配置、损坏和修理登记、报废登记)、每日查房结果记录、学生晚归记录、宿舍具体情况管理(新房间登记、房间撤消、格局调整)。

  校院领导:可以随时查看、了解学校和学院宿舍的详细信息、学生住宿状况和宿舍管理员的基本情况以及每日查房的情况。

假定与约束

  经费限制:由于是学习之作,资金的不足限制了本软件的研发。

  开发期限;在时间方面,只能在课余时间完成本软件,对时间的安排需做到合理,恰当才能很好的完成本工程。

  3.需求分析建模

  功能需求

  系统需求描述

  本学生宿舍分配系统以公寓房间、入住学生为基础信息源,可以对房间和床位分配,可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息,实现信息共享。

  基本流程图如下:

  宿舍学生提交住宿申请返回不同意返回同意结束N查看住宿申请初审Y判断宿舍负责人是否同意NYN复审负宿人责舍教师查看申请Y分配床位领校导院管宿员理舍

总体功能分析

  各类角色的大体功能分析:

  学生:填写申请表、提交住宿申请、查看申请结果、申请宿舍调整 辅导员:查看学生住宿情况、查看住宿申请、初审、返回申请结果给学生 班主任:查看本班学生住宿情况

  宿舍负责人:复审、分配床位、查看住宿信息、宿舍住退更新、特殊情况报送领导 宿舍管理员:宿舍查房记录、宿舍设备情况记录、晚归记录、宿舍集体情况 校院领导:查看宿舍详细信息、查看住宿情况、宿舍管理员情况、每日查房情况 具体用例图如下: 填写申请表查看学生住宿情况提交住宿申请查看住宿申请初审查看申请结果学生辅导员返回申请结果给学生班主任申请宿舍调整复审宿舍查房记录查看宿舍详细信息分配床位宿舍设备情况记录查看住宿情况查看住宿信息晚归记录院校领导宿舍管理员情况宿舍管理员宿舍负责人宿舍住退更新特殊情况报送领导宿舍集体情况每日查房情况 功能模块分析(详述 学生申请)☆由学生申请住宿用例:当学生登录后,进入申请界面,填写申请报告,出现两种情况,即填写正确或错误/部分错误,对应的成功提交申请或返回重新填写申请...构建活动图、协作图、顺序图等来完成功能的具体分析。

  活动图:

  学生登陆进入申请界面填写申请表还有未审核的申请填写正确保存新申请表填写错误返回主界面重新填写提交申请等待申请结果回到主界面

  状态图:

  学生申请这一事件对应的状态:首先是要进行申请表的填写预准备工作,即新建一张空白申请表,进行填写,完成后进行提交,即等同于进入等待审核状态;等待后台审核完成后,学生进行查看可以找到‘审核通过’‘不通过’以及‘不通过(部分不符合要求)’三种状态,一次审核通过后二审,产生‘批准’‘不批准’两种状态,批准通过,进入入住状态。

  新建批准保存已入住审核通过不批准提交审核不通过部分通过顺序图: 根据流程图和活动图,可以建立学生申请的工作顺序图,首先是登陆到首页>进入申请界面,申请表的填写与是否可以成功提交由提交控制检测并返回可申请/不可申请/有错重新填写,提交成功则学生等待来自辅导员以及宿舍管理员的的审核结果以及宿舍分配结果。

  学生首页申请界面提交控制辅导员宿舍负责人登陆登陆成功退出不可以申请可以申请填写申请提交给辅导员有错重新填写反馈同意请求复审同意驳回不同意 协作图:

  学生功能界面申请表审核控制辅导员返回不同意返回同意及宿舍分配 性能需求

  精度

  在进行向数据库文件提取数据时,要求数据记录定位准确,在往数据库文件数组中添加数据(如申请表,住宿信息等)时,要求输入准确学生姓名,身份证,学号,班级,宿舍号等,按需求设定字符数。

  时间特性要求

(1)查询类页面响应时间<=3s(2)更新处理时间,如新建、提交等最长时间不超过2s。(3)数据的转换和传送时间,如远程数据传输不超过5s。

  数据需求

输入输出数据要求

  1)宿舍的详细数据、学生住宿的情况以及宿管人员的具体数据要完整保管,且一旦发生变化,必须及时变更记录。

  2)上述数据要能够导出到excel文件中,或从excel文件导入。3)分配床位时可以采取二种方法:

● 第1是按照一定的算法进行自动分配,● 第2是针对特殊要求进行手工分配 4)学生住宿需要记录的内容主要包括:

  学号、姓名、所属学院、所属系、宿舍房间号、床铺号、柜子号、入住时间、联系电话等。5)每个房间需要记录的内容主要包括:

  宿舍房间号、面积、可容纳人数、目前空床数、6)为简化宿舍分配过程中学生信息的重复录入,保证数据的一致性和统一性,最好可利用现行的学籍管理系统中的信息。

  数据分析模型(类图)

  people-memberName-memberName学生-memberName-memberName职工-memberName-memberName教师-memberName-memberName院校领导-memberName-memberName宿舍负责人-memberName宿舍管理员-memberName-memberName-memberName辅导员-memberName班主任-memberName-memberName-memberNamec各种记录学生住宿信息班级-memberName-memberName-memberName-memberName-memberName-memberName住宿申请-memberName-memberName住宿登记表-memberName-memberName床位-memberName宿舍-memberName-memberName设备-memberName-memberName-memberName

  类图分析:用户主要分为学生和职工两大类,学生类和职工类继承于people类,而教师类、领导类、宿舍负责人类和宿舍管理员类继承于职工类,辅导员和班主任类继承于教师类;学生与辅导员、班级、住宿登记表、床位、宿舍、住宿申请等都是关联关系。

  故障处理要求

  正常使用时不应出错,对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误,也必须保证数据库完好无损,可以通过日志来了解故障现象、发生时间。

  其他专门要求

(1)进度需求:系统开发的阶段进度要求。(2)运行环境需求:平台、体系结构、设备要求。

(3)培训需求:无实体培训,系统配备《用户使用手册》,提供多媒体教学光盘。

  4.运行环境规定 设备

  服务器

  pC机(建议配置:操作系统 windows 2000/XP/Vista CPU PentiumⅣ以上 内存 128M以上 硬盘空间 100M以上)DVD光驱,打印机等。

  支持软件

  软件运行基于windows平台上的2000,NT,XP,Vista等。数据库:MySQL 接口

  无

车辆管理系统需求规格说明书2

  车辆管理系统

  软件需求规格说明书

  班 级 08软工A2 组 号

  拟制人 陆美娟

  2011年3月14日

车辆管理系统需求规格说明书3

  仓库管理系统需求规格说明书

(第十二组)

  1.引言...........................................................................................................................1

  编写目的.............................................................................................................1 项目背景.............................................................................................................1 参考资料.............................................................................................................1 2.任务概述....................................................................................................................2

  目标......................................................................................................................................2 运行环境.............................................................................................................2 条件与限制..........................................................................................................2 3.数据描述....................................................................................................................3

  静态数据.............................................................................................................3

  动态数据.............................................................................................................3 数据库介绍..........................................................................................................3 数据词典.............................................................................................................3 E-R图.................................................................................................................3 数据采集.............................................................................................................3 4.功能需求....................................................................................................................6

  功能划分.............................................................................................................6 功能描述.............................................................................................................6 5.性能需求....................................................................................................................7

  数据精确度..........................................................................................................7 时间特性.............................................................................................................7 适应性.................................................................................................................7 6.运行需求..................................................................................................................10

  用户界面...........................................................................................................10

  硬件接口...........................................................................................................10 软件接口...........................................................................................................10 故障处理...........................................................................................................10 7.其它需求..................................................................................................................12

  正确性...............................................................................................................12 可维护性...........................................................................................................12 可移植性...........................................................................................................12 软件的完整性....................................................................................................12 软件的安全性....................................................................................................12

  仓储管理系统需求规格说明书

  1.引言

  编写目的

  本需求分析报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了仓储管理系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期待能够获得更大范围的应用。

  本文档是在调研仓库管理制度及仓库管理人员对于管理系统的需求后,为明确软件需求、安排项目规划与进度、组织软件开发与测试而撰写的。

  项目背景

  仓储管理系统(WMS)是仓储管理信息化的具体形式,它在我国的应用还处于起步阶段。一个好的仓库管理系统将会给企业带来丰厚的经济效益和社会效益。由此,设计一个优秀的仓库管理系统就显得尤其重要。物资的储存和运输是整个物流过程中的两个关键环节,被人们称之为“物流的支柱”。在商品交换过程中,虽然物资的购、销活动决定了物资的交换关系,但若没有物资的储存和运输,物资的这种交换关系则不能最终实现。

  本程序设计由计算机与信息工程学院网络工程专业09级7班第12组提出并执行。

  参考资料

  1.张海潘

  软件工程导论(第5版)清华大学出版社.2008年2月

#网络应用编程(第二版)人民邮电出版社

  马俊主编

#程序设计及应用教程(第二版)

  人民邮电出版社

  马俊主编

  4.网络资源

  本小组所有成员皆可保证所用的一切资源均来自正规途径,不牵扯到任何法律

  第 页

  仓储管理系统需求规格说明书

  方面的问题。

  2.任务概述

  目标

  仓储管理的内容应该包括三个部分:仓储系统的布局设计、库存最优控制、仓储作业操作。

  设计并完成仓储物资管理系统,实现委托方要求的功能。“仓库信息管理系统”是一套功能强大而又操作简便,实用性的仓储管理软件,其主要包括有用户登录、仓库管理、业务查询和系统设置管理四大管理功能。系统主要的实现目标是监控整个仓库的运行情况,提供完善的任务管理计划功能,实时监控所有货物的在线运动情况,实时提供库存变化的信息,完善公司仓储情况的监制与有效利用,以提高仓库存效率,为企业适时的提供仓储信息,为企业创造更多收入与利润。

  运行环境

  操作系统:Microsoft Windows 95/98/ME/NT_/NT_/2000/XP/ Server_2003/Vista/Server_2008/7/Server_2008_R2中的任何一种。

  数据库名称:Microsoft SQL Server 2008。

  条件与限制

  本系统在 Windows 环境中开发,故在Windows中运行无其它因素限制。

  要求系统的操作人员应具有一定的计算机方面的知识或经过相应的培训经验,突发情况可进行操作以缓解损害情况,同时应做好对后台数据库的保密工作。

  第 页

  仓储管理系统需求规格说明书

  3.数据描述

  静态数据

  a.用户ID b.用户身份 c.用户密码 d.货物ID e.货物名称 f.货物所属仓库 g.仓库ID h.仓库状态 i.仓库备注信息 j.用户备注信息 k.货物备注信息

  动态数据

  输入数据:菜单选项,查询关键字,新建记录项。

  输出数据:由查询关键字确定的数据库记录集合或全部记录内部生成的数据,中间查询结果。

  数据库介绍

  微软SQL Server 2005 SP1加入数据库镜像功能,为SQL Server 2005 Express Edition提供新管理工具,并且加强了SAP NetWeaver智能商务系统的报告反馈支持功能。

  第 页

  仓储管理系统需求规格说明书

  数据词典

  第

  页

  仓储管理系统需求规格说明书

E-R图

  性别姓名联系方式备注ID用户名密码权限联系方式普通用户交互仓库管理员交互管理系统操作员使用仓库ID用户名权限密码

  编号管理员ID状态图 系统E-R图

  描述:该系统中包含的用户以及属性如图,其中对应关系为,普通用户与系统操作员为多对一,与仓库管理员为多对一,系统操作员与仓库为多

  第 页

  仓储管理系统需求规格说明书

  对一,仓库管理员与仓库为一对一。

  另外该系统中有一个超级管理员,负责对系统进行配置管理,对数据库进行备份,增加,删除系统操作员,仓库管理员信息等操作。系统超级管理员用例图见功能划分。

  数据采集

  系统管理员与用户通过键盘输入仓库信息及反馈信息。

  4.功能需求

  功能划分

  一个功能完善的仓库信息管理系统,必须包括以下几个主要功能:用户登录、仓库管理、业务查询、系统设置。系统总体模块图如下

  第 页

  仓储管理系统需求规格说明书

  仓储管理系统用户登录仓库管理业务查询系统设置登录注销退出进退领退调盘货货料料拨点库存销售历史记录查询用户管理供应商管理仓库进货仓库退货仓库领料仓库退料商品调拨仓库盘点库存查询 图

  仓储管理系统模块图

  功能描述

(一)用户登录

(1)用户登录

  用户可以用两种身份登录本系统:普通操作员和管理人员。不同身份的用户登录被系统授予不同的使用权限,这样提高了系统的安全性,避免了无关人员获取不在他权限范围内的信息。

(2)用户注销

  用户在短时间不使用该系统时,不必退出系统,选择注销后,其他用

  第 页

  仓储管理系统需求规格说明书

  户可以登录使用本系统。

(3)退出系统

  用户在完成工作后,点击退出系统按钮可以安全的退出,以免不安全退出导致数据丢失情况的发生。

(4)超级管理员管理

  图

  超级管理员用例图

(二)仓库管理

(1)仓库进货

  仓库进货模块要求操作员输入商品号、商品名称、进货数量、单位和供应商等信息,系统自动的将当前系统时间作为进货时间更新到数据库,并且统计进货金额,该操作完成后,仓库相应货物的数量为原货物数量和进货数量的总和,并更新数据库。

(2)仓库退货

  仓库退货模块要求操作员输入退货商品号、退货数量、单位和供应商,系统自动的将当前系统时间作为退货时间更新到数据库,并且统计退货金额,该操作完成后,相应货物的数量为原货物数量除去退货的数量,并更新数据库。

(3)仓库领料

  仓库领料模块要求操作员输入领取商品号、领取数量、领料人等,系统自动的将当前系统时间作为领料时间更新到数据库,并且统计总领料数

  第 页

  仓储管理系统需求规格说明书

  量。该操作完成后,相应货物的数量为原货物数量减领料的数量并更新数据库。

(4)仓库退料

  仓库退料模块要求操作员输入退料商品号、退料数量、退料人等,系统自动的将当前系统时间作为退料时间更新到数据库,并且统计总退料数量。该操作完成后,相应货物的数量为原货物数量加退料的数量,并更新数据库。

(5)商品调拨

  商品调拨模块要求操作员输入调拨商品号、调拨数量、调拨人等,系统自动的将当前系统时间作为调拨时间更新到数据库,并且统计总调拨数量。

(6)仓库盘点

  商品盘点模块要求用户(管理员)输入某商品号,该商品实际数量(增加或删除),系统会自动的将当前系统时间作为盘点时间更新到数据库,并且统计总盘点过程中修改的数量。

(三)业务查询

  业务查询模块图

(1)库存查询

  第 页

  仓储管理系统需求规格说明书

  用户可以查询所有的商品的库存,也可以输入某件商品的ID号从而得到该商品的库存量。

(2)销售查询

  用户(管理员)给出某个时间段,系统就根据库中的资料给出该段时间中所有商品的销售情况。

(3)仓库历史记录查询

  用户可以查询的类型包括:仓库进货、仓库退货、仓库领料、仓库退料、商品调拨、仓库盘点,用户选择查询的类型后,再输入需要查询的时间,系统返回历史操作记录。

(四)系统设置(1)供应商管理

  用户可以增加新的供应商,需要输入供应商的一些信息,包括:供应商号、名称、联系人、联系电话、传真、地址和邮政编码。用户也可以对已经存在的供应商信息进行查询和修改。

  管理员可以增加、删除、修改和查询用户。

  5.性能需求

  数据精确度

  由于采用数据库技术并且用户的应用领域对数据精度的要求不是太高,所以这点在系统中表现的比较少,都是用户数据的安全性和准确性是完全保证的,所以对用户的使用没有多大的障碍。

  时间特性

  本系统的数据库较小,所以程序在响应时间,数据更新处理时间上性能是比较突出的、而且也正由于数据量相对较少,故在数据传输时间和系统运行时间上表现的叫让用户满意。无论是客户还是管理员,当用户登录,进行任何操作的时候,系统应该及时的进行反应,反应的时间在5秒以内。系统应能检测出各种非正常情况,如与设备的通信中断,无法连接数据库服务等,避免出现长时间等待甚至无响应。

  第 页

  仓储管理系统需求规格说明书

  适应性

  本系统实在Windows环境中开发的,所以只要是兼容Windows的软件或操作系统,该软件都可以正确运行,有较好的适应能力与兼容性。而且本系统简单易懂,容易上手,界面明了,便于操作。本系统是比较大众模式的仓储管理模式,便于移植到其他部门或公司,具有良好的适应性。

  6.运行需求

  用户界面

  采用Web网页的形式,具有良好的交互界面。有一个主页,可以链接其他页面。用户根据自己权限在各个页面进行操作。

  要求大致如下:

  1.页面内容:主题突出,站点定义、术语和行文格式同意、规范、明确,栏目、菜单设置和布局合理,传递的信息准确、意识。内容丰富,文字准确,语句通顺;专用术语规范,行文格式统一规范。

  2.导航结构:页面具有明确的导航只是,且便于理解,方面用户使用。3.技术环境:页面大小合适,能用各种常用浏览器以不同的分辨率浏览;无错误链接和空链接;采用css处理,控制字体大小和面板布局。

  4.艺术风格:界面、版面形象清新岳母、布局合理,字号大小

  十一、字体选择合理,前后一致,美观大方,动与静搭配适当,动静效果好;色彩和谐自然,与主题内容相协调。

  硬件接口

  数据库服务器应配备大容量硬盘,以免当大规模公司使用时反应速度减慢等问题出现。

  软件接口

  系统保持与操作系统的接口,保持与数据库软件Microsoft SQL Server的接口,考虑到文档处理的需要有可能包括与常用办公软件接口。

  第 页

  仓储管理系统需求规格说明书

  故障处理

  考虑到软件的范围不大,所以故障处理一般有操作系统完成,系统只要保持与操作系统的接口即可。只要操作系统没有大的故障程序一般是比较稳定的。

  考虑到用户对数据的安全性要求,程序可以有独立于操作系统之外的数据备份功能与过程,以及系统崩溃后的数据恢复功能。

  7.其它需求

  正确性

  要求发布的软件能够满足用户需求,实现各个功能,并且在运行过程中不出现严重错误。

  可维护性

  要求本软件拥有良好的可维护性,以满足用户不断增长的需求以及日后的BUG修复工作。

  可移植性

  该系统采用B/S开发模式,所以可以在多种平台上很好的运行,所以该系统具有良好的移植性。

  软件的完整性

  最终将该系统制作成部署文件以保证系统的完整行。

  软件的安全性

  要求提供身份验证,只允许通过身份验证的用户使用本软件。并且通过验证可以确认用户身份,即确认用户是否为系统管理员,只有系统管理员才可以对软件进行数据的添加、删除和修改操作,而普通用户只能进行浏览数据等基本操作。

  第 页