管理系统软件需求说明书

厦漳大桥养护管理系统

V1.0

软件需求说明书

二〇一七年七月

2017.07

修改记录

目录

第一章引言

1.1编写目的

本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。

1.2适用范围

本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。

1.3文档概述

本文档主要描述了厦漳大桥养护管理系统的软件需求。

本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。

1.4参考资料

甲方提供的原型图、需求资料、项目背景资料等。

1.5业务背景

厦漳跨海大桥2013年5月28日正式投入运营，工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接，途经青礁村、海门岛，止于漳州龙海市沙坛村后宅处，终点里程桩号K10+400.390，与招银疏港高速公路相连。路线长度为9335.390m，其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分，双向6车道，设计时速100km/h。

全桥共打下桩基1441根、墩身322座、主塔4座，共296根斜拉索，用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥，主跨780m，可满足3万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第

十，也是国内在极端腐蚀环境中，跨径最大的斜拉桥。其中钻石型桥塔高227m，已成为厦门湾标志性建筑。本桥目前由漳州高速公路公司运营管理。

为加强厦漳跨海大桥的养护管理工作，提高养护技术和养护管理水平，更加充分有效地利用资金和现有设备实施养护作业，加强桥梁的日常性、周期性检查和养护维修工作，建立、健全技术档案，制定符合实际的养护维修措施，建立健全厦漳跨海大桥检查、评定制度，掌握桥梁技术状况和中长期发展趋势，及时发现缺损和相关环境的变化，应建立厦漳跨海大桥养护管理系统。利用桥梁养护管理系统实行桥梁病害监控，实现科学决策，以发挥养护资金最大经济效益。

第二章概述

2.1总体描述

本期旨为用户构建一个系统、高效、便捷的大桥养护管理系统，以革新性的管理模式提高大桥养护管理工作效率和实施便捷性。

本期整体建设图如下：

后台管理系统

PHONE客户端PAD客户端

数据中心

接口服务

C/S

B/S

系统建设内容分为以下五个部分:

（1）数据中心：系统所有的基础数据、业务数据、操作记录等均保存到数据中心。包括数据库和文件存储系统。

（2）后台管理中心：包括登录、系统管理、日常管理、巡检管理、机电管理、档案管理、统计报表、帮助等模块，采用B/S结构。

（3）接口服务：为PHONE客户端和PAD客户端访问数据中心的数据，提供接口服务。

（4）PHONE客户端：包括登录、首页、日常巡查、事故登记、养护日志、数据传输、个人中心、通讯录等模块，采用C/S结构。

（5）PAD客户端：包括登录、基础数据、定期检查、经常检查、应急检查、病害管理、数据传输、个人中心、通讯录等模块，采用C/S结构。

2.2用户特征

适用于厦漳大桥养护站管理人员、实施人员。

2.3运行环境

2.3.1产品结构

采用C/S和B/S结构（Client/Server：客户端/模式，Browser/Server，/模式）。客户端采用安卓原生开发。

2.3.2产品支持环境

1.产品后台支持IE8/9/10/11浏览器、支持360浏览器V8.1版本。

2.产品服务器支持Windows 2008 server R2 64位系统、CentOS 7.3 64位系统。

3.数据库采用Mysql 5.6。

第三章功能需求

从本章开始详细介绍系统具体需求，包括：业务流程和功能需求。

3.1后台系统

后台系统主要用于系统管理、用户管理、权限管理、APP功能管理、统计报表、构件数据、病害数据、计划数据以及检查数据的维护等。

注意：所有的删除功能，均做逻辑删除，数据不能物理删除。

3.1.1登录

1.输入用户名或手机号、密码、验证码，可以登录。

2.用户账号不能自己注册，由超级管理员admin创建，并设置初始密码。

3.密码应该进行加密传输和存储。

4.验证码为4位随机数字。

5.用户名、手机号、密码应进行以下输入校验

?用户名：以字母开头，20字符内，字母、数字、下划线。唯一性验证。

?手机号：以1开始，共11位数字。唯一性验证。

?密码：3~20位字符。

3.1.2系统管理-项目管理

一个项目，对应一个购买了本系统的客户。每个项目下面可以增加多个桥梁。每个项目对应唯一的一个项目管理员，可以对该项目进行维护。

1.只有超级管理员（admin）才能对项目进行增加、删除操作。

2.项目的系统管理员（后面简称“项目管理员”）只能修改、查看项目的基本信息，不可以增

加、删除；项目管理员可以对其负责的项目进行维护管理，但不能对项目执行增加、删除操作；每个项目管理员只能管理一个项目。

3.条件查询：按项目名、项目单位名模糊查询。

4.项目的基本信息包括

?项目单位名称：64字符内。唯一性验证。

?项目单位地址：255字符内。

?项目简介：255字符内，支持换行符。

?项目图片：一张表征项目的图片。为空时显示默认项目图片。

?项目负责人：16字符内，填写姓名。

?项目联系手机：做手机号校验，但不做唯一性校验。

?项目经纬度：经纬度之间用逗号分隔。

?项目管理员：关联ID。

注意：后面的功能，均针对每个项目而言。在系统设计数据库时，原则上要保证每个项目的数据之间互不影响。部分字典数据，在经过甲方认可后，可以在项目之间共享。

3.1.3系统管理-职位管理

1.对本单位、外协单位干系人的职位/职务进行管理。

2.条件查询：按职位名模糊查询。

3.职位信息包括

?职位名称：16字符内。

?职位描述：255字符内。

3.1.4系统管理-部门管理

1.项目管理员可以对本单位的部门、外协单位进行维护。

2.条件查询：按部门/外协单位名模糊查询。

3.部门信息包括

?所属企业（用企业ID标识，后面类似）：因为要考虑有一些劳务单位、专业检测单位可能要纳入系统的管理，因此部门可以是本单位的职能部门、也可以是外协单位。

?部门名称：64字符内。唯一性验证。

?部门职责：64字符内。该部门/外协单位的职责、工作范围、工种等专业信息。

?部门描述：255字符内，支持换行符。

3.1.5系统管理-用户管理

1.超级管理员可以对系统中的项目管理员进行增删改查。

2.项目管理员可以对本项目的用户进行增删改查、重置密码等操作。

3.用户可以修改自己的密码、个人基本信息等。

4.除超级管理员，每个用户只能存在于一个项目中。

5.条件查询：按用户名、手机号、所属单位、用户姓名、状态（启用/禁用）、用户角色等模糊

查询。

6.用户信息包括

?用户名：可作为登录的账号。以字母开头，20字符内，字母、数字、下划线。可以为空。

唯一性验证。用户名为空时，表示该用户只存在于通讯录中。用户名与手机号，不能同时为空。

?密码：3~20位字符。加密存储。

?手机号：手机号码验证。可以为空。可作为登录的账号。

?用户姓名：16字符内。通讯录中使用。

?性别：1字符。0未知，1男，2女。

?出生日期：date格式存储。显示格式如“2017-07-12”。

?职位名：通过职位ID关联。

?所属部门：通过部门ID关联。

?用户角色：通过角色ID关联。只有项目管理员可以配置项目用户的角色。

?状态：1表示启用、0表示禁用。

?上次登录时间：datetime存储。显示格式如“2017-07-12 10:10:10”。

?最后一次登录的IP地址。

?QQ号。

?手机号：允许为空，但不允许重复。手机号验证（1开头，11位数字）。

?微信号。

?邮箱。

?照片/头像。

?当前项目：关联项目ID。

3.1.6系统管理-角色管理

1.项目管理员可对系统中的角色进行增删改查。

2.角色包括角色名、角色描述等信息。

3.每种角色，可以分配后台页面访问权限、后台页面操作权限、APP功能模块访问权限、APP

功能模块操作权限。

4.条件查询：按角色名模糊查询。

3.1.7系统管理-日志管理-登录日志

1.每个用户，登录后，系统会产生一条登陆日志。

2.项目管理员可以看到本项目所有的登录日志；其它有权限用户，只能看到自己的登录日志。

3.登陆日志，包含以下数据项：

?用户名

?手机号

?用户角色

?所属部门

?登录时间

?上次登录时间

?IP地址

3.1.8系统管理-日志管理-操作日志

1.用户执行某些更新业务数据的操作后，会产生一条操作日志。具体哪些模块的哪些操作需要产

生操作日志，详见各模块的功能需求描述。

2.项目管理员可以看到本项目所有的操作日志；其它有权限用户，只能看到自己的操作日志。

4.操作日志，包含以下数据项：

?用户名

?手机号

?用户角色

?所属部门

?操作模块：描述该操作针对哪个模块进行的，比如“巡检管理-巡检业务-日常巡查”模块。

?操作类型：描述该操作执行了哪种动作，比如：删除。

?操作描述：描述该操作的主要内容。如果是影响了多条数据，则生成多条操作记录。如“【某用户】对【某模块】执行了【某操作类型】操作”。

?操作时间

3.1.9系统管理-通讯录

通讯录将该项目中涉及的干系人名片管理起来，方便沟通联系。数据来源于用户管理模块。

支持按部门/单位名、用户姓名、手机号等条件进行查询。通讯录包括以下数据

?所属项目：项目ID。

?单位名：64字符内。

?部门名/外协单位名：64字符内。

?姓名：16字符内。非空。

?性别：0不详，1男，2女。默认位0。

?项目职位：通过职位ID关联。

?手机号：手机号码验证。非空。

?QQ号：5~15位，不能以0开头，只能是数字。

?微信号：20字符内。

?邮箱：做邮箱校验。

?照片/头像；单张。

3.1.10系统管理-桥梁路线管理

1.对桥梁路线字典进行维护。

2.桥梁路线字典包括以下数据项：

?路线名称：32字符内。

?路线编号：32字符内。

?路线类型：字典项。来自于“巡检管理-基础数据-桥梁参数管理”路线等级字典。

?状态：0有效、1无效。

3.1.11系统管理-桥梁路段管理

1.对桥梁路段字典进行维护。

2.桥梁路段字典包括以下数据项：

?路段名称：32字符内。

?路线名称：关联路线字典。

?路段编号：32字符内。

?状态：0有效、1无效。

3.1.12（已更新）系统管理-桥梁管理

1.项目管理员可以对桥梁进行维护。桥梁的基本信息允许后台进行修改、查询。

2.桥梁包括以下数据项：

?桥梁名称

?路线名称

?路线编码

?路段名称

?桥梁编码

?状态

?基本信息

?上部结构

?构件信息

?评分单元

?正立面照

3.基本信息子页面，显示以下信息并可以修改：

?路线信息：所属路线（必填）、所属路段（必填）、路线等级（必填）

?基本信息：桥梁名称（必填）、桥梁编码（必填）、桥位桩号（必填）、功能类型、下穿通道名、下穿道桩号、设计荷载（必填）、通行载重、弯斜坡度、桥长(m)（必填）、桥面总宽(m)（必填）、桥面总宽(m)（必填）、车行道宽(m)（必填）、桥下净宽(m)、引道总宽(m)（必填）、引道路面宽(m)（必填）、引道线形（0直线、1曲线）、交角(°)（必填）、总跨数（必填）、桥面净宽(m)、中央隔离带(m)、跨越情况说明、建设年限（月份，如“”2017-07”）、支座类型（必填、多选）

?下部结构：桥墩形式（必填）、桥墩材料（必填）、桥墩基础形式（必填）、桥台形式（必填）、桥台材料（必填）、桥台基础形式（必填）、项目墩号（必填）、项目台号（必填）

?桥面系：桥面铺装（必填）、伸缩缝类型（必填）、左侧防护设施、右侧防护设施、左侧防护设施宽度(m)、右侧防护设施宽度(m)、伸缩缝位置

?单位信息：建设单位、设计单位、养护单位（必填）、施工单位、备注

4.上部结构子页面，对该桥梁的1个或多个上部结构进行维护。上部结构要放在基本信息里面，

一个桥梁可能有多个上部结构。上部结构列表包含以下数据项：

?项目序号：上部结构-序号。必填。

?项目跨号：上部结构-项目跨号。必填。

?跨径布置(m)：上部结构-跨境布置。必填。

?桥型：桥梁类型字典。必选。

?上部结构受力型式：上部结构受力型式字典。必选。

?上部结构形式：上部结构形式字典。必选。

?上部结构材料：上部结构材料字典。

?桥面板位：桥面板位字典。必须。

5.构件信息子页面，查看该桥梁的所有部件信息，并可以维护构件信息：

?根据该桥梁类型，从部件字典中获取其所有的部位-部件数据。

?统计各部件的构件数量，并在列表中显示。

?可以查看各部件具体的构件清单，并对构件进行新增、删除、修改操作。

?构件清单数据项：部件名称、构件编号、构件名称。

6.评分单元子页面，显示评分单元列表，并可以对每个评分单元的评分构件清单及其权重进行维

护：

?评分单元列表数据项：评分单元名称、桥梁类型、状态（0有效、1无效）

?评分单元列表可以禁用或启用。每个桥梁应最多只有一个有效的评分单元启用。

?针对每个评分单元，按上部结构、下部结构、桥面系等部位，对各部位的部件进行权重配置，并配置各部件的适用构件清单。权重分默认权重和自定义权重。计算的时候采用构件所分配的权重来计算。

7.正立面照子页面，显示以下信息并可以修改：

?多张正面照，并提供上传/批量上传功能。

?多张立面照，并提供上传/批量上传功能。

?多张立面图，并提供上传/批量上传功能。

?多张横断面图，并提供上传/批量上传功能。

?多张工作照，并提供上传/批量上传功能。

3.1.13（已更新）日常管理-计划管理-任务类型管理

对计划任务的类型进行维护。系统初始化时新增以下10种类型：

?巡查：日巡查、夜巡查

?检查：经常检查、定期检查、应急检查

?维护：日常维护、定期维护

?维修：小修、中修、大修、专项工程

创建日巡查、夜巡查、定期检查、经常检查、应急检查任务时，自动加载各自数据字典配置的默认项（可自行勾选），取消默认后，切换加载各自数据字典配置的全部项（可自行勾选）。

注：经常检查、定期检查、应急检查全部项共用一套。默认项分开配置。

3.1.14日常管理-计划管理-年度计划

1.有权限的人，可以对日常工作中的年度计划，进行新增、改版、删除、查询、导出、打印。

2.有权限的人，可以对年度计划进行改版、导出、打印。

3.点击【改版】，可对计划任务的基本信息（详见下面第7条）、任务清单（详见下面第10

条）进行更新。

4.查看【改版记录】时，列出年度计划的所有版本记录，每个版本都可以查看计划任务的改版

人、改版时间、基本信息、任务清单和改版说明。

5.每条年度计划，对应一个任务清单。

6.条件查询：按年份查询。

7.年度计划包括以下信息：

?任务编号：16字符内。唯一性验证。非空验证。

?任务类型：关联任务类型ID。

?任务内容：255字符内，支持换行。

?计划经费：支持2位小数。

?责任单位：此处关联部门/外协单位ID。

?责任人：该计划任务的责任人。16字符内。从该责任单位中选择。

?创建时间：datetime存储。显示格式如“2017-07-12 10:10:10”。

?修改时间：datetime存储。显示格式如“2017-07-12 10:10:10”。

?任务状态：0未开始，1执行中，2已完成，3异常终止。

8.任务状态为“2已完成”或“3异常终止”时，任务完结，不得再改版、删除。

9.修改任务状态时，只能往任务状态数值大的方向修改。比如任务状态为“0未开始”，可以修

改为“1执行中”，或者“2已完成”，或者“3异常终止”；任务状态为“1执行中”时，可以修改为“2已完成”或“3异常终止”。

10.任务清单包括以下信息。

?名称：子项名称，16字符内。

?单价：支持2位小数。

?数量：正数，支持2位小数。

?合计：支持2位小数。

?计划开始时间：date存储。显示格式如“2017-07-12”。

?计划结束时间：date存储。显示格式如“2017-07-12”。计划结束时间>=计划开始时间。

?备注：255字符内。

3.1.15（已更新）日常管理-计划管理-月度计划

1.有权限的人，可以对日常工作中的4大类（巡查计划、检查计划、维护计划、维修计划）月度

计划，进行新增、修改、删除、查询、添加日志、查看日志等操作。

?巡查计划：日巡查、夜巡查；

?检查计划：定期检查、经常检查；

?创建日巡查、夜巡查、定期检查、经常检查计划时，自动加载各自数据字典配置的默认项（可自行勾选），取消默认后，切换加载各自数据字典配置的全部项（可自行勾选）。

?注：经常检查、定期检查全部项共用一套。默认项分开配置

2.每个月度计划，可新增多条日志。日志提供下载功能。

3.只有状态为待处理的月度计划任务，才能执行修改、删除操作。

4.只有状态为进行中的月度计划任务，才能添加日志。

5.每条日志，包含以下信息：

?添加人：关联添加人的ID。

?添加时间：datetime格式。非空。