第一篇：物流管理系统需求规格说明书
需求规格说明书
目 录 引言...............................................................................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授权需求
系统必须实现一定的页面访问限制。用户只能访问自己有权限操作的页面（具体可操作的部分详见系统的功能性需求中各模块的用例）。
文档内容仅供参考
第三篇：仓库管理系统需求规格说明书
仓库管理系统需求规格说明书
(第十二组）
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软件的安全性
要求提供身份验证，只允许通过身份验证的用户使用本软件。并且通过验证可以确认用户身份，即确认用户是否为系统管理员，只有系统管理员才可以对软件进行数据的添加、删除和修改操作，而普通用户只能进行浏览数据等基本操作。
第 页
第四篇：图书馆管理系统需求规格说明书
软件需求规格说明书
图书馆管理系统需求规格说明书
1．导言 1.1编写目的
图书管理信息系统的前阶段，对本系统的需求做了详细的阐述，并提出了这份软件需求规格说明书。
此需求规格说明书对图书管理信息系统软件做了全面细致的用户需求分析，明确所要开发的软件应具有的数据库、功能、性能等，使系统分析人员及软件开发人员都能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为用户、需求分析人员、代码编写人员、测试人员、用户文档编写者、项目管理人员。
在下一段的设计中，程序设计员可参考此需求分析规格说明书，在需求分析说明书对图书馆管理信息系统所做的模块结构设计的基础上进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改或发现错误时找出在本阶段的不足或错误。1.2项目背景
由于图书馆书籍多，查找、增加、借阅、归还极为不便，要浪费许多的人力、脑力、物力。图书的管理不当会严重导致图书馆书籍的遗失等问题。于是我们希望能找到解决的方法。
为了解决以上的问题，让图书馆能够有效的管理图书馆书籍，有效的利用软件的便捷，保护好书籍，促进图书馆管理的信息化和规范化。我们多方听取意见、分组讨论、查阅资料，进而了解图书馆管理的流程，开发出一套适合于图书馆书籍多而复杂的管理系统。1.3缩写说明
系统：若未特别指出，统指本图书信息管理系统。SQL：Structured Query Language（结构化查询语言）。
1.4术语定义SQL SERVER：系统服务器所使用的数据库管理系统（DBMS）。
SQL：一种用于访问查询数据库的语言。主键：数据库表中与其他表主键关联的域。外部主键：数据库表中的关联域。值互不相同。
需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
软件需求规格说明书
1.5参考资料
《软件工程实务》罗先文、徐军，重庆大学出版社，2005年3月
《UML 用例驱动对象建模》Doug Rosenberg、Kendall Scott著，徐海、周靖、陈华伟译，清华大学出版社，2003年5月
《UML 系统分析设计应用案例》 冀振燕，人民邮电出版社，2003年6月 《NET语言程序设计》 陈炜，人民邮电出版社，2005年1月 《SQL Server数据库》吕凤顺，清华大学出版社，2006年9月 《网页设计与制作》于巧娥、何金奎，北京大学出版社，2006年1月 2．任务概述 2.1系统定义
实现图书管理信息系统的基本需求。让图书馆能够有效的管理图书的查询、借阅、增加、归还等操作，保护好文件，促进图书管理的信息化、规范化，实现图书馆的智能化管理，以提高图书馆的的工作效率。2.2应用环境
硬件环境：一台586 以上的微机及兼容内存16MB（最好32MB内存）
软件环境：windows 98 以上的操作系统 ；Office 2000应用软件 操作系统：Microsoft Windows 2000 Advanced Server 支持环境：IIS 5.0 数 据 库：Microsoft SQL Server 2000 2.3假定条件与限制
本图书管理信息系统软件是应用于中小型的图书馆。在功能上还不是很健全，还需要进一步完善，还可进一步实现与E-Mail和Internet电话连接起来，成为网络图书管理信息系统软件。3．需求规定 3.1对功能的规定
(1)图书信息表(book)：数据结构（自动编号ID,图书编号（BookID），书号（ISBN），价格（Price），类别名（Kind），图书名（BookName），出版社（Publish），借出日期（BorrowDate），是否借出（IsBorrowed））
(2)借出图书信息表（bookoff）：数据结构(自动编号ID,借书证号（LoanNum），姓名（Name），图书编号（BookID），书名（BookName），价格（Price），类别（Kind），出版社（Publish），借出日期（BorowDate）)
软件需求规格说明书
(3)管理员信息表（Librarian）：数据结构（自动编号ID,名称（LibName），密码（Password））
(4)读者信息表（personal）：数据结构（自动编号ID,读者编号（ReaderNum），借书证号（BorrowNum），姓名（Name），班级(Class)，部门(Depart)，职称(Tittle)，罚款（Fine））
(5)图书类型信息表(type)： 数据结构（自动编号ID，类别名(Kind)，借出天数(BorrowedDay)）3.2对性能的定义 3.2.1 精度
（1）要按照严格的数据格式输入，否则系统不给予响应进行处理。
（2）查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。（3）添加记录时必须写入正确的记录字段。3.2.2时间特性要求
一般操作的响应时间应在1~2秒内，对软磁盘和打印机等的操作也应在可接受的时间内完成。3.2.3灵活性说明
满足图书馆使用的需求（记录量控制在100项内）；对前面提到的运行环境要求不应存在困难。3.3输入输出的要求
输入数据：菜单选项，查找关键字，新建记录项。
输出数据：由查询关键字确定的数据库记录集合。（1）系统管理
1)用户登录：用于管理员或读者登录，进行图书馆书籍及资料的查询。2)用户注册：用于用户及管理员的注册，当数据库中有了用户资料之后此用户才有权限登录系统。
3)修改密码:只限于已经注册的用户或管理员的操作。以便于个人登录的识别。
（2）图书管理
1)图书的分类：主要是适合于管理员的操作，对图书进行分类以便读者查询、借阅书籍。
2)查询书籍：主要给借阅者使用，是为了方便借阅者查询自己想要的图书，
软件需求规格说明书
借阅者输入图书的相关关键字，按下按钮即可查询到于此相关的书籍。
3)图书的添加：是给管理员用的功能，如有新增书籍，可通过这项功能，在数据库中添加一项纪录，让读者预留、借阅等。
4)图书的删除：是给管理员用的功能，当图书馆没有此书籍时，在数据库中删除此图书的信息。（3）借书证管理
1)借书证的添加:仅图书管理员可以使用的功能，在数据库中添加读者的借书证信息，方便读者借阅图书。
2)借书证信息的修改：修改读者的图书证信息记录
3)借书证的删除：删除读者的图书证信息记录
4)借书证的借书上限和逾期罚金： 根据等级或其他信息规定该读者最多能借阅几本书籍，归还书籍时如果超过期限，规定超过一天罚多少钱（4）借书和还书操作管理
1)借书操作：用户借书后在借出图书信息表中添加用户信息及书籍信息等 2)还书操作：用户归还书籍后在表中删除借出信息便于他人借阅。3)续借操作：当用户图书到期后，如需再借阅则可使用此功能。（5）打印报表
1)打印单条图书记录:主要适用于一般浏览者和一般用户。他们只能打印在他们的权限和级别范围内所能查看的图书馆信息资料。
2)打印全部档案:是为管理员设置的，管理员可以根据需要设置打印。也可以让档案以报表或其它形式生成文本文件或HTML文件输出。打印操作人员的信息只限管理员使用。
3.4数据管理能力的需求（五个基本数据表单）
图书信息表(book)借出图书信息表（bookoff）图书编号 BookID 借书证号 BorrowNum 书号 ISBN 图书编号 BookID 价格 Price 借出日期 BorowDate 类别名 Kind 是否借出 IsBorrowed 图书名 BookName 出版社 Publish 数量 Amount 作者 Author
读者信息表（personal）管理员信息表（Librarian）姓名 ReaderName 名称 LibName
软件需求规格说明书
密码 Password 密码 Password 班级 Class 部门 Depart 图书类型信息表(type)职称 Tittle 图书编号 BookID 借书证号 BorrowNum 类别名 Kind 罚款 Fine 借出天数 BorrowedDay 3.5故障处理要求
正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。调试中遇到的问题及解决的方案：
（1）遇到跳出“数据库已经关闭”提示信息阻止程序运行时：可以查看一下进行此项操作时，操作的表是否已经被关闭了或者是在没有关闭此表的情况下又一次运用打开语句打开此表。
（2）关于空记录带来的麻烦：有些空记录往往会使程序无法运行。此时你可用“if not isnull”语句先判断一下是否为空记录，再操作。（3）有些运行错误也可用如下语句排除 On Error GoTo Erropoint
Erropoint :
Msgbox Err.Descripton
Exit sub
或用On Error resume Ｎext 等语句进行处理。3.6其他要求
（1）系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能（2）系统的安全性: 对于系统的重要数据都有密码保护，具有一定的安全性（3）系统的容错性: 用户输错数据都有提示信息，具有较好的容错性能。（4）系统的封闭性: 用户的封闭性较好，用户基本上在提示信息下输数据 4．运行环境规定 4.1设备
本软件不需要特定的硬件或硬件接口进行支撑；486以上PC机均可运行此软件。4.2支持软件
运行于Windows95及更高版本具有WIN32 API的操作系统之上。开发软件：Dreamweaver、SQL Server、Microsoft web developer 4.3双方签字
软件需求规格说明书
需求方（甲方）： 开发方（乙方）： 日期：2010年11月17日
第五篇：宿舍管理系统需求规格说明书
需求规格说明书
1.引言 1.1编写目的
本学生宿舍分配系统以公寓房间、入住学生为基础信息源，可以对房间和床位分配，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实现信息共享，提高工作效率。
本文档从用户、功能、性能、运行环境等各方面对系统进行了分析，以确保在系统开发过程中，确定好具体目标，使工作能有条不紊的进行，提高工作效率。
1.2背景
很多学校特别是中等及高等院校中，学生在校住宿的情况极其普遍。随着高校的扩招，需要住宿的学生人数和学生公寓楼房越来越多，宿舍管理人员的需求量也相应地增加。许多高校后勤实施社会化改革，学生住宿条件得到了很大改善，宿舍安排上打破了原来按专业班级强制集中住宿的限制，可供学生选择的余地也越来越大，相关部门对公寓管理的要求越来越高，导致公寓管理的难度越来越大，原来的手工管理已经无法适应，需要用信息化手段来实现。因此，开发一个学生宿舍分配软件是十分必要的，希望能够为广大教师、校院领导、宿舍管理员和学生提供便利，加强学生住宿管理、规范高校公寓日常工作、提高公寓管理效能的有效工具。
1.3 定义
用例图(Use Case)：是指由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图。呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。
顺序图：是将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。
类图(Class diagram)：是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性信息。
状态图(Statechart Diagram)：是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应的。
活动图（activity diagram）：是阐明了业务用例实现的工作流程。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。
协作图/通信图(Communication Diagram)：而“协作”作为一个结构事物用于表达静态结构和动态行为的概念组合，表达不同事物相互协作完成一个复杂功能。
1.4参考资料
（1）殷建民 主编，《软件系统分析与设计》，中国水利水电出版社，2008（2）《学生宿舍基本需求》（3）《2012级软件系统分析与设计实验指导书（16学时宿舍分配系统）》
2．任务概述
2.1 目标
本学生宿舍分配系统以公寓房间、入住学生为基础信息源，可以对房间和床位分配，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实现信息共享
2.2 用户特点
学生：若要住宿需提交住宿申请，然后等待分配。如有特殊要求，务必专门说明。一旦得到批准通知，可以查询个人宿舍安排。住宿后若有特殊原因，可以申请调整宿舍或床位，但依然要经过审核、批准。一旦调换了宿舍，其所使用的设备也要随之变更记录。
教师：分为班主任和辅导员。辅导员负责查看、初审学生提交的住宿申请，对基本符合要求的，转交给宿舍负责人。班主任和辅导员可以随时查看、了解所负责班级住宿学生的情况。
宿舍负责人：负责对住宿申请进行综合审查，通过的则以班为单位分配床位。可以随时查看和了解宿舍的基本情况、所有住宿情况和设备使用情况，对特殊情况及时进行统计，并报送相关领导。学生一旦毕业或提出退宿，其宿舍和床位会立即变空，等待重新分配使用。
宿舍管理员：负责宿舍设备情况的记录（购入登记、各建宿舍配置、损坏和修理登记、报废登记）、每日查房结果记录、学生晚归记录、宿舍具体情况管理（新房间登记、房间撤消、格局调整）。
校院领导：可以随时查看、了解学校和学院宿舍的详细信息、学生住宿状况和宿舍管理员的基本情况以及每日查房的情况。
2.3 假定与约束
经费限制：由于是学习之作，资金的不足限制了本软件的研发。
开发期限;在时间方面，只能在课余时间完成本软件，对时间的安排需做到合理，恰当才能很好的完成本工程。
3.需求分析建模
3.1功能需求
3.1.1系统需求描述
本学生宿舍分配系统以公寓房间、入住学生为基础信息源，可以对房间和床位分配，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实现信息共享。
基本流程图如下:
宿舍学生提交住宿申请返回不同意返回同意结束N查看住宿申请初审Y判断宿舍负责人是否同意NYN复审负宿人责舍教师查看申请Y分配床位领校导院管宿员理舍
3.1.2 总体功能分析
各类角色的大体功能分析：
学生:填写申请表、提交住宿申请、查看申请结果、申请宿舍调整 辅导员:查看学生住宿情况、查看住宿申请、初审、返回申请结果给学生 班主任：查看本班学生住宿情况
宿舍负责人：复审、分配床位、查看住宿信息、宿舍住退更新、特殊情况报送领导 宿舍管理员:宿舍查房记录、宿舍设备情况记录、晚归记录、宿舍集体情况 校院领导：查看宿舍详细信息、查看住宿情况、宿舍管理员情况、每日查房情况 具体用例图如下： 填写申请表查看学生住宿情况提交住宿申请查看住宿申请初审查看申请结果学生辅导员返回申请结果给学生班主任申请宿舍调整复审宿舍查房记录查看宿舍详细信息分配床位宿舍设备情况记录查看住宿情况查看住宿信息晚归记录院校领导宿舍管理员情况宿舍管理员宿舍负责人宿舍住退更新特殊情况报送领导宿舍集体情况每日查房情况3.1.3 功能模块分析(详述 学生申请)☆由学生申请住宿用例：当学生登录后，进入申请界面，填写申请报告，出现两种情况，即填写正确或错误/部分错误，对应的成功提交申请或返回重新填写申请...构建活动图、协作图、顺序图等来完成功能的具体分析。
活动图：
学生登陆进入申请界面填写申请表还有未审核的申请填写正确保存新申请表填写错误返回主界面重新填写提交申请等待申请结果回到主界面
状态图：
学生申请这一事件对应的状态：首先是要进行申请表的填写预准备工作，即新建一张空白申请表，进行填写，完成后进行提交，即等同于进入等待审核状态；等待后台审核完成后，学生进行查看可以找到‘审核通过’‘不通过’以及‘不通过（部分不符合要求）’三种状态，一次审核通过后二审，产生‘批准’‘不批准’两种状态，批准通过，进入入住状态。
新建批准保存已入住审核通过不批准提交审核不通过部分通过顺序图: 根据流程图和活动图，可以建立学生申请的工作顺序图，首先是登陆到首页>进入申请界面，申请表的填写与是否可以成功提交由提交控制检测并返回可申请/不可申请/有错重新填写，提交成功则学生等待来自辅导员以及宿舍管理员的的审核结果以及宿舍分配结果。
学生首页申请界面提交控制辅导员宿舍负责人登陆登陆成功退出不可以申请可以申请填写申请提交给辅导员有错重新填写反馈同意请求复审同意驳回不同意 协作图：
学生功能界面申请表审核控制辅导员返回不同意返回同意及宿舍分配 3.2性能需求
3.2.1精度
在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数据（如申请表，住宿信息等）时，要求输入准确学生姓名，身份证，学号，班级，宿舍号等，按需求设定字符数。
3.2.2时间特性要求
（1）查询类页面响应时间<=3s（2）更新处理时间，如新建、提交等最长时间不超过2s。（3）数据的转换和传送时间，如远程数据传输不超过5s。
3.3数据需求
3.3.1 输入输出数据要求
1）宿舍的详细数据、学生住宿的情况以及宿管人员的具体数据要完整保管，且一旦发生变化，必须及时变更记录。
2）上述数据要能够导出到excel文件中，或从excel文件导入。3）分配床位时可以采取二种方法：
● 第1是按照一定的算法进行自动分配，● 第2是针对特殊要求进行手工分配 4）学生住宿需要记录的内容主要包括：
学号、姓名、所属学院、所属系、宿舍房间号、床铺号、柜子号、入住时间、联系电话等。5）每个房间需要记录的内容主要包括：
宿舍房间号、面积、可容纳人数、目前空床数、6）为简化宿舍分配过程中学生信息的重复录入，保证数据的一致性和统一性，最好可利用现行的学籍管理系统中的信息。
3.3.2数据分析模型(类图)
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类，而教师类、领导类、宿舍负责人类和宿舍管理员类继承于职工类，辅导员和班主任类继承于教师类；学生与辅导员、班级、住宿登记表、床位、宿舍、住宿申请等都是关联关系。
3.4故障处理要求
正常使用时不应出错，对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损，可以通过日志来了解故障现象、发生时间。
3.5其他专门要求
（1）进度需求：系统开发的阶段进度要求。（2）运行环境需求：平台、体系结构、设备要求。
（3）培训需求：无实体培训，系统配备《用户使用手册》，提供多媒体教学光盘。
4.运行环境规定 4.1设备
服务器
PC机（建议配置：操作系统 windows 2000/XP/Vista CPU PentiumⅣ以上 内存 128M以上 硬盘空间 100M以上）DVD光驱，打印机等。
4.2支持软件
软件运行基于windows平台上的2000，NT，XP,Vista等。数据库：MySQL 4.3接口
无
点击咨询 