软件需求规格说明书
国标8567-2006软件需求规格说明书实例-教务系统 -重大修改版
软件需求规格说明(SRS)项目：教务管理系统专业班级：目录目录 (2)1.围 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)1.4基线 (5)2.参考文献： (6)3.需求 (6)3.1所需的状态和方式 (6)3.2需求概述 (6)3.2.1目标 (6)3.2.2运行环境 (8)3.2.3用户的特点 (9)3.2.4关键点 (9)3.2.5约束条件 (9)3.3需求规格 (10)3.3.1软件系统总体功能/对象结构 (10)3.3.2描述约定 (12)3.4CSCI能力需求 (12)3.4.1数据字典 (13)3.4.2系统功能分解 (15)3.4.3选课、退课模块 (16)3.4.4查询模块 (17)3.4.5成绩管理模块 (17)3.4.6教师个人信息更新模块 (17)3.4.7数据库模块 (17)3.5CSCI外部接口需求 (17)3.5.1 用户界面 (17)3.5.2教务系统与XXX之间的接口 (19)3.6CSCI部接口需求 (19)3.6.1教务系统与数据库之间的部接口 (20)3.7CSCI部数据需求 (20)3.7.1 实体-关系图 (20)3.7.2 数据表 (23)3.7.3 数据流图 (25)3.8性需求 (26)3.9CSCI环境需求 (27)3.10计算机资源需求 (27)3.10.1计算机硬件需求 (27)3.10.2计算机硬件资源利用需求 (27)3.10.3计算机软件需求 (28)3.10.4计算机通信需求 (28)3.11软件质量因素 (28)3.12设计和实现的约束 (29)3.13数据 (29)3.14操作 (30)3.15故障处理 (30)3.16有关人员需求 (31)3.17有关培训需求 (31)3.18有关后勤需求 (31)4需求可追踪性 (31)5尚未解决的问题 (32)6注解（业务名词的解释） (33)附录A (34)附录B (35)1.围1.1标识(待开发软件的完整标识，(如果有的话)包括标识号，版本号、发行号、标题。
软件需求规格说明书完整版
软件需求规格说明书完整版[标题：软件需求规格说明书完整版]【引言】本软件需求规格说明书旨在详细阐述软件的需求，以便团队成员能清晰了解并实施开发计划。
本文档包括以下内容：需求概述、功能需求、性能需求、界面需求、可靠性需求、安全性需求、软件质量特性评估和约束等部分。
【需求概述】笔者制定本软件需求规格说明书的目的是为了明确软件的需求，让团队成员能够准确理解、明确开发方向。
软件旨在满足用户对于XX 功能的需求，通过XX实现目标。
为了持续优化软件，让用户能够更好地体验软件，我们将充分考虑功能需求、性能需求、界面需求、可靠性需求、安全性需求和软件质量特性评估等方面。
【功能需求】本软件需要实现以下功能：1. 功能1：描述功能1的具体需求。
2. 功能2：描述功能2的具体需求。
...N. 功能N：描述功能N的具体需求。
为了保证软件的流畅运行，我们需要考虑以下性能需求：1. 性能1：描述性能1的需求，如响应时间、处理速度等。
2. 性能2：描述性能2的需求，如并发性能、负载能力等。
...N. 性能N：描述性能N的需求。
【界面需求】软件的界面需求应满足以下要求：1. 界面1：描述界面1的需求，如界面布局、元素排列等。
2. 界面2：描述界面2的需求，如颜色搭配、字体样式等。
...N. 界面N：描述界面N的需求。
【可靠性需求】为了确保软件的可靠性，我们需要考虑以下方面：1. 可靠性1：描述可靠性1的需求，如错误处理、数据完整性等。
2. 可靠性2：描述可靠性2的需求，如灾备恢复、故障处理等。
...N. 可靠性N：描述可靠性N的需求。
为了保护用户数据和软件安全，我们需要考虑以下安全性需求：1. 安全性1：描述安全性1的需求，如访问控制、数据加密等。
2. 安全性2：描述安全性2的需求，如用户认证、防止攻击等。
...N. 安全性N：描述安全性N的需求。
【软件质量特性评估】为了保证软件质量，我们将评估以下特性：1. 质量特性1：描述质量特性1的评估方法和要求，如可维护性、易扩展性等。
软件需求规格说明书
软件需求规格说明书用户需求确认书列举的需求已包含现阶段所用需求，需求明确，符合要求用户职务用户签名签订日期目录1.引言1.1编写目的 (4)1.2范围 (4)1.3参考资料 (4)2.项目概述2.1产品描述 (4)2.2产品功能 (5)2.3运行环境 (5)2.4假设和依据 (6)3.具体需求3.1系统角色 (6)3.2登录界面 (8)3.3学生管理系统 (8)3.3.1导入学生信息 (9)3.3.2选课系统 (9)3.3.3查看课程介绍/查看发表评论 (10)3.3.4查看个人成绩 (11)3.3.5查看科目补考成绩 (11)3.4教师管理系统 (11)3.4.1导入教师信息 (12)3.4.2查看负责课程 (12)3.5管理员系统 (13)3.5.1导入学生选课目录 (15)3.5.2导出课程成绩 (15)3.5.3修改补考时间 (15)3.5.1修改课程负责人 (16)3.5.2查看课程选修状况 (16)3.6系统维护 (16)3.6.1数据字典的维护 (16)4.非功能需求4.1性能需求 (16)4.2安全性需求 (17)4.3可用性需求 (17)4.4用户文档 (17)4.5其他需求 (17)5.外部接口需求5.1用户接口 (18)5.2硬件接口 (18)5.3软件接口 (18)5.4通信接口 (18)1.引言1.1编写目的为了是用户更清楚的了解到开发此软件的性能需求以及作用功能，清晰地描述出此软件在开发过程中所需的资料技术等等1.2范围说明：a.学生管理系统，webAPPb.该软件可以解决在某些教务处使用高峰期，学生开学选课阶段，经常会出现运行迟缓，系统崩溃等问题c.解决学生选课时对课程的认知度不充分性，拥有对课程的详细介绍及上级学生对该课程的评论及认识d.老师可以录入课程成绩，自动计算该学期该课程平均成绩、及格率等等，学生也可以更清楚了解课程的具体要求.1.3参考资料参考相关软件设计规划书，以及相关开发文献2项目概述2.1产品概述就用了两年多的福州大学教务处的而言，功能繁多，基本上所有学生、教师等关于信息、课程、学习、报名乃至于课表作息等功能都一应俱全，也正因为此，在某些教务处使用高峰期，如学生开学选课阶段，经常会出现运行迟缓，系统崩溃等问题，在情况紧急之下甚至会导致某些严重后果。
软件需求规格说明书格式
目录（宋体小一居中加粗）1、引言（宋体二号加粗）
1.1目的（宋体三号加粗）
1.2文档约定
1.3预期的读者和阅读建议
1.4产品的范围
1.5参考文献
2、综合描述
2.1产品的前景
2.2产品的功能
2.3用户类和特征
2.4运行环境
2.5设计和实现的限制
2.6假设和依赖
3、外部接口需求
3.1用户界面
3.2硬件接口
3.3软件接口
3.4通信接口
4、系统特性
4.1说明和优先级
4.2激励/响应序列
4.3功能需求
5、其他非功能需求
5.1性能需求
5.2安全设施需求
5.3安全性需求
5.4软件质量属性
5.5业务规则
5.6用户文档
6、其他需求
……
附录A 词汇表（宋体三号加粗）附录B 分析模型
附录C 待解决问题
正文（宋体小四）
对齐方式（两端对齐）
首行缩进2个字符，1.5倍行距。
软件需求规格说明书（IEEE830-1998）
目录1 引言............................................................................. ...............................( )1.1 编写目的............................................................................. ....................( )1.2 参考资料............................................................................. ....................( )1.3 术语定义............................................................................. ....................( )2 概述............................................................................. ...............................( )2.1 产品的描述............................................................................. ................( )2.2 产品的功能............................................................................. ................( )2.3 实现语言... ......................................................................... ....................( )2.4 用户特点............................................................................. ....................( )束............................................................................. ....................( )3 具体需求............................................................................. .......................( )3.1 功能需求............................................................................. ....................( )3.1.1 引言............................................................................. .........................( )3.1.2 输入............................................................................. .........................( )3.1.3 处理............................................................................. .........................( )3.1.4 输出............................................................................. .........................( )3.2 外部接口需求............................................................................. ............( )3.2.1 用户界面............................................................................. .................( )3.2.2 硬件接口............................................................................. .................( )口............................................................................. .................( )3.2.4 通信接口............................................................................. .................( )3.3 性能需求............................................................................. ....................( )3.3.1 静态数值需求............................................................................. .........( )3.3.2 动态数值需求............................................................................. .........( )3.4 设计约束............................................................................. ....................( )3.4.1 硬件限制............................................................................. .................( )3.4.2 其它约束............................................................................. .................( )3.5 属性............................................................................. ............................( )3.5.1 可使用性............................................................................. .................( )3.5.2 安全性............................................................................. .....................( )3.5.3 可维护性............................................................................. .................( )3.5.4 可移植性............................................................................. .................( )3.6 其它需求............................................................................. ....................( )3.6.1 数据库............................................................................. .....................( )3.6.2 操作............................................................................. .........................( )3.6.3 故障处理............................................................................. .................( )4 数据需求............................................................................. .......................( )4.1 数据描述............................................................................. ....................( )4.2 数据采集............................................................................. ....................( )4.2.1 要求与范围............................................................................. .............( )4.2.2 处理............................................................................. .........................( )4.3 数据词典............................................................................. ....................( )5 支持信息............................................................................. .......................( )5.1 目次和索引............................................................................. ................( )5.2 附录............................................................................. ............................( )1引言1.1编写目的说明编写需求规格说明的主要目的。
软件需求规格说明书
软件需求规格说明(SRS)(用例模型、领域模型、行为模型)用例模型：用例图+用例描述（3-5个）领域模型：不带操作的类图行为模型：1、交互图（时序图 3个）2、行为图（状态图2个，1个画系统的状态图，1个画类/对象的状态图；活动图2个，1个画系统的业务流程；1个画某个类的方法的计算流程。
说明：1.《软件需求规格说明》(SRS)描述对计算机软件配置项CSCI的需求，及确保每个要求得以满足的所使用的方法。
涉及该CSCI外部接口的需求可在本SRS中给出：或在本SRS 引用的一个或多个《接口需求规格说明》(IRS)中给出。
2.这个SRS，可能还要用IRS加以补充，是CSCI设计与合格性测试的基础。
软件需求规格说明的正文的格式如下：1围本章应分为以下几条。
1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。
1.2系统概述本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。
1.3文档概述本条应概述本文档的用途和容，并描述与其使用有关的性或私密性要求。
1.4基线说明编写本系统设计说明书所依据的设计基线。
2引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和发行日期，也应标识不能通过正常的供货渠道获得的所有文档的来源。
3需求本章应分以下几条描述CSCI需求，也就是，构成CSCI验收条件的CSCI的特性。
CSCI 需为了满足分配给该CSCI的系统需求所形成的软件需求。
给每个需求指定项目唯一标识符以支持测试和可追踪性。
并以一种可以定义客观测试的方式来述需求。
如果每个需求有关的合格性方法(见第4章)和对系统(若适用，子系统)需求的可追踪性(见5.a条)在相应的章中没有提供，则在此进行注解。
描述的详细程度遵循以下规则：应包含构成CSCI验收条件的那些CSCI特性，需方愿意推迟到设计时留给开发方说明的那些特性。
软件需求规格说明书
软件需求规格说明书一、引言本文档旨在详细描述软件需求规格，以确保软件开发团队和客户之间的沟通准确无误。
本规格说明书适用于XXX软件项目，包括对软件的功能、性能、界面和其他相关需求的详细描述。
二、目标本软件旨在满足以下目标：1. 提供一个功能强大、易于使用的软件平台，以满足客户的需求。
2. 提供高效的性能和稳定的运行环境，以确保用户的体验。
3. 提供清晰、友好的用户界面，以便用户能够轻松使用软件。
4. 提供可靠的数据存储和管理功能，以确保数据的完整性和安全性。
三、功能需求1. 用户管理1.1 用户注册：用户可以通过提供必要的个人信息进行注册。
1.2 用户登录：已注册用户可以使用用户名和密码登录系统。
1.3 用户权限管理：根据用户角色和权限，对用户进行管理和控制。
2. 数据管理2.1 数据录入：用户可以录入、修改和删除数据。
2.2 数据查询：用户可以根据特定条件查询数据。
2.3 数据导出：用户可以将数据导出为Excel或其他格式的文件。
3. 报表生成3.1 报表定义：用户可以定义报表的格式和内容。
3.2 报表生成：根据用户定义的报表格式和内容，生成相应的报表。
4. 通知和提醒4.1 通知管理：系统可以向用户发送通知和提醒。
4.2 提醒设置：用户可以设置提醒的方式和频率。
5. 系统设置5.1 用户管理：管理员可以管理用户信息和权限。
5.2 界面设置：用户可以自定义界面的样式和布局。
5.3 系统维护：管理员可以进行系统备份、恢复和升级。
四、性能需求1. 响应时间：系统应在用户进行操作后的2秒内给出响应。
2. 并发性能：系统应支持1000个并发用户的正常操作。
3. 数据处理能力：系统应能够处理每秒1000条数据的输入和输出。
五、界面需求1. 用户界面：界面应简洁、直观，符合用户使用习惯。
2. 响应式设计：界面应能够在不同的设备和屏幕尺寸上正常显示和操作。
3. 多语言支持：界面应支持多种语言切换。
六、安全需求1. 用户认证：用户登录时应进行身份验证，确保只有合法用户可以访问系统。
软件需求规格说明书(Usecase)
软件需求规格说明书（Use case）编者说明：如果在需求分析时采用了用例（Use case）技术，那么该需求规格说明书将更加符合你的需要。
1. 文档概述[该部分主要是对软件需求规格说明书文档进行基本的描述，包括该文档的目的、范围、术语定义、参考资料以及概要。
][软件需求规格说明书用来系统、完整地记录系统的软件需求。
该软件需求说明书的基础是用例分析技术。
因此该文档中应包括用例模型、补充规约等内容。
]1.1目的[在此小节中，主要对软件需求规格说明书的目的做一概要性说明，通常软件需求规格说明书应详细地说明应用程序、子系统的外部行为，还要说明非功能性需求、设计约束，以及其它的相关因素。
]1.2范围[系统是有范围的，而不是无限扩展的，对于无限扩展的需求是无法进行描述的。
因此，在本小节应该对该说明书所涉及的项目范围进行清晰的界定。
指定该规格说明书适用的软件应用程序、特性或者其它子系统分组、其相关的用例模型。
当然在此也需要列出会受到该文档影响的其它文档。
]1.3 定义、首字母缩写词和缩略语[与其它文档一样，该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。
还有一种可简明的做法，就是维护在一个项目词汇表中，这样就可以避免在每个文档中都重复很多内容。
]1.4参考资料[在这一小节中，应完整地列出该文档引用的所有文档。
对于每个引用的文档都应该给出标题、标识号、日期以及来源，为阅读者查找这些文档提供足够详细的信息。
]1.5 概述[在本小节中，主要是说明软件需求规格说明书各个部分所包含的主要内容，就像一个文章摘要一样。
同时也应该对文档的组织方式进行解释。
]2. 整体说明[在本节中，将对整个软件需求进行总体性的描述，以期让读者对整个软件系统的需求有一个框架性的认识。
也就是说，该节中主要包括影响产品及其需求的一般因素，而不列举具体的需求。
主要包括产品总体效果、产品功能、用户特征、约束、假设与依赖关系、需求子集等方面的内容。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件需求规格说明书第一章引言1.1编写目的该文档对所开发的基于LBS的市内小块件动态调度系统达到功能、性能、用户界面及运行环境等作出了详细的说明。
他作为对该系统概要设计的依据，帮助开发人员了解本系统的框架思想及实现功能，并验证核实该产品能否满足用户要求的标准，便于技术文档和需求变化的管理。
同时也是用户与开发人员双方对软件需求取得共同理解的基础。
1.2文档约定本文档按以下要求和约定进行书写：（1）页面的左边距为3.18cm，右边距为3.18cm，装订线靠左，行距为1。
（2）标题最高分三级，分别为黑体二号，黑体三号，黑体四号，标题均加粗。
（3）正文字体为宋体五号，无特殊情况下，字体颜色均采用黑色。
（4）出现序号的段落不采用自动编号功能，各级别的序号依次为（1）、1）、a）等，特殊情况另作规定。
1.3读者对象和阅读建议本文档的主要内容共分6部分：总体描述、系统功能、外部接口需求、其他非功能性需求、数据字典和业务规则与业务算法。
总体描述主要对系统的整体结构进行了大致的介绍，包含产品前景，产品的功能，用户类及其特征，运行环境，设计和实现上的约束和假设和依赖着六部分；系统功能包含描述和优先级，请求/响应序列和功能性需求这三个方面；第四章包含用户界面，硬件接口，软件接口和通信接口这四个部分；其他非功能性需求包含性能需求，安全性需求，软件质量属性和其他需求这四个部分；数据字典则包含实体关系图和实体定义；业务规则与业务算法则包含业务规则和算法说明。
本文档面向多种读者对象：（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计和项目管理。
（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。
（3）程序员：配合设计要求，了解系统功能，进行系统源代码编写。
（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。
（5）其他人员：如部门领导、公司领导等可以据此了解产品的功能和性能。
在阅读本文档是，首先要了解产品的功能概貌，然后可以根据自身的需求对每一功能进行适当的了解。
1.4项目范围该产品是在积累了丰富业务经验的基础上进行开发的，在需求上，充分考虑了具体用户的实际情况。
本产品将主要适用于基于LBS的市内小块件动态调度，主要完成app端快递员用户登录，运输，扫码，用户寄件，紧急处理等功能业务和后台网页端交通，仓库，信息查询等功能业务。
1.5参考资料[1][美]Kathy Schwalbe.IT项目管理(第8版).机械工业出版社.2017-10[2]张海藩牟永敏.软件工程导论(第6版).清华大学出版社.2013-8第二章总体描述。
2.1.基于LBS市内小快件动态调度系统产品前景2.1.1.LBS服务技术简介基于位置的服务（LBS, Location Based Service），它是通过电信移动运营商的无线电通讯网络（如GSM网、CDMA网）或外部定位方式(如GPS)获取移动终端用户的位置信息（地理坐标，或大地坐标），在地理信息系统（GIS, Geographic Information System）平台的支持下，为用户提供相应服务的一种增值业务。
总体上看LBS由移动通信网络和计算机网络结合而成，两个网络之间通过网关实现交互。
移动终端通过移动通信网络发出请求，经过网关传递给LBS服务平台；服务平台根据用户请求和用户当前位置进行处理。
并将结果通过网关返回给用户。
其中移动终端可以是移动电话、个人数字助理(Personal Digital Assistant,PDA)、手持计算机（Pocket PC），也可以是通过Internet通讯的台式计算机（desktop PC）。
服务平台主要包括WEB服务器（Web Server）、定位服务器（Location Server）和LDAP（Lightweight Directory Access Protocol）服务器。
LBS服务可以应用于生活多方面，从寻找旅馆、急救服务，到导航等，都存在它的身影。
比较常见的应用例子：信息查询（旅游景点、交通情况、商场等）；车队管理；急救服务；道路辅助与导航；人员跟踪等本系统是基于LBS服务的成功应用之一2.1.2.LBS在本系统的应用在本系统中，LBS基于位置服务主要用于两个方面：一是对车辆人员和仓库的定位。
在本系统中利用移动终端的定位功能，提供对应的位置信息。
在近几年来，随科技的发展，定位精度越来越精确。
我们可以通过高精度的定位精准确定员工、运输车辆、仓库的位置，并返回给服务器。
二是对周围交通的信息掌控。
通过附近车辆定位反馈或固定点的检测，获取某定点附近交通信息。
结合两个方面可以达到精确定位车辆，并根据交通状况为车辆提供导航服务的功能，为市内小快件精准调度提供了条件。
2.1.3.LBS与本系统的发展前景LBS服务随着时代发展，定位服务越来越先进，且由于智能机手机作为移动终端的数量在近几年大大上升。
随着移动手机的普及，接入移动通讯网的用户数量越来越多，在世界范围内形成了巨大的移动通讯市场。
1996年美国联邦通信委员会（Federal Communieations Commission, FCC）颁布了E-911 安全条款，要求美国的通信运营商和手机制造商为用户提供高精度的定位服务，这项条款促使无线通信定位技术及其相关服务快速发展起来。
随着全世界对定位技术的研究，产生了基于位置的服务（LBS），它是利用卫星定位技术和移动通信网络技术给用户提供一些基于位置的增值服务，如车载导航系统、紧急求救服务、物流管理等。
通俗来讲，该服务就是通过定位技术将移动设备的位置信息即坐标点数据发送给通信系统，系统拿到位置后可以做各种位置相关的服务，实际就是将空间地理位置通过网络集中到平台系统，系统处理后再展示给用户。
在政府强制要求和市场需求的共同驱动下，通过网络通讯技术发展的推动，LBS 服务迅速发展起来。
在我国也很早就开始了空间信息与移动通信集成应用的研究，并且在短短几年内，LBS 技术研究与应用在国内迅速发展起来。
从应用场景来看，无论个人还是企业用户，位置服务应用越来越广泛，如社交、旅行、运动健身、智能交通、物流监控等多个行业。
从技术上来看，移动互联网已全面普及，定位技术也已成熟并广泛民用。
多个角度的市场调研表明，位置信息服务已经成为多个行业应用的基础需求服务。
从市场上看，有很多大型互联网企业已经进入该市场，并针对不同需求做了不同的产品，如三大地图供应商，高德、百度和腾讯地图，提供了互联网式的地图服务。
在现在，市面上仍缺少基于LBS的市内小快件调度系统，我们可以提供对应服务，为小快件提供一个方便快捷的调度平台。
2.2.产品的功能本系统主要由两部分组成，分别是手机端基于LBS的市内小快件调度APP和后台网页端市内小快件调度系统。
在手机APP上主要提供5个的功能：（1）运输功能：快递员提供车辆信息后，根据LBS信息反映车辆的具体位置，和附近交通情况相结合，服务器处理后，反馈运输最佳路径。
（2）扫码功能：快递员通过扫码，确定当前即将运输的快件信息。
（3）用户寄件功能：快递员接收有客户需要寄件，可以通过该功能，提供上门寄件服务，填写对应信息后，生成快递单号，并打印快递单。
（4）紧急处理功能：快速员可以通过提交照片、对紧急事件进行描述，进而对当前批次的货品状态进行批调整或某快件状态调整。
（5）个人中心：快递员登录后，可以查看自己的个人信息。
后台网页端提供了仓库管理，交通管理，信息查询和紧急处理这些功能。
（1）交通管理：后台管理人员能够追踪查看到全市当天的装载车运输情况，同时将当天工作的装载车的运输信息记采集到数据库中，便于对装载车运输情况进行管理和优化。
（2）仓库管理：显示各点仓库的基本信息，最大库存量以及实时更新的入库出库情况，进行合理分配。
（3）信息查询：为对快件信息、车辆目的信息进行信息查询。
（4）紧急处理：对出现接收人退件，系统检测到某点仓库中出现发错地方的快件以及接收人修改地址等这些紧急情况，反馈到app端，重新对该快件进行处理。
2.3.用户类及其特征手机APP用户：快递员：运输快递及派件人员，可提供寄件服务。
后台网页端用户：（1）后台管理人员：负责调度车辆信息，管理快件信息，仓库调度。
（2）客服人员：根据客户要求，查询信息，改变快件状态等2.4.运行环境2.4.1.硬件环境APP端：支持LBS定位功能，支持扫码照片功能，支持安卓5.0以上版本的智能手机网页端：支持windows7.0系统，支持网络服务，使用Internet6.0及以上浏览器或谷歌浏览器、火狐浏览器电脑。
服务器：（1）INTEL 系列服务器：2PIII400CPU、1G 内存、40G 硬盘（2）SUN 系列服务器：2SPARC400CPU、1G内存、40G 硬盘2.4.2.软件环境：APP端：Android5.0网页端：Windows7.0及以上2.5.设计和实现上的约束本系统主要基于lbs服务，需要接受对应终端的位置信息，所以对位置定位精度由一定的要求，最好保证定位误差在1~2米内。
所以对使用该系统前，需要对终端定位进行调试，保证误差在一定范围内，并对定位芯片质量要有所要求。
第三章系统功能3.1 app端3.1.1 描述和优先级快递员使用工号登陆市内小块件调度系统，系统通过识别账号，智能为使用者展示相对应拥有的功能。
优先级为高。
3.1.2 请求/响应序列请求：用户账号登陆响应：系统向用户展示其对应权限的所有功能模块请求：用户请求查看货物运输状态响应：系统展示对应货物运输状态请求：用户使用扫码功能响应：系统打开对应本机摄像头进行扫码识别请求：用户请求寄件响应：系统显示寄件服务界面，提示所需填写的信息请求：用户请求紧急事件处理响应：系统显示紧急事件处理页面，提示所需填写信息，点击提交响应后台进行处理3.1.3 功能性需求3.2 后台网页端3.2.1 描述和优先级后台管理人员和客服人员可通过内部账号登陆小块件调度系统后台管理网页端，系统通过识别账号为使用者展示相对应拥有的功能。
优先级为高。
3.2.2 请求/相应序列请求：用户账号登陆响应：系统向用户展示其对应所有功能模块请求：用户请求查看运输管理情况响应：系统向用户展示全市当天的所有装载车运输情况请求：用户请求查看仓库管理情况响应：系统向用户展示各点仓库情况请求：用户请求信息查询响应：系统显示对应信息请求：用户请求查看紧急处理信息响应：系统显示需紧急处理事件，确定处理方案，并反馈到app端进行下一步处理3.2.3 功能性需求第四章外部接口需求4.1.用户界面用户风格简约大方，保持APP和网页风格一致，主要采取冷色调，以蓝、白颜色为主。
APP端用户界面：（1）导航栏在屏幕下方，包括运输功能、用户寄件、紧急处理、个人中心功能。