当前位置：文档之家› JAVAWEB后台管理系统需求说明书

JAVAWEB后台管理系统需求说明书

诊所信息管理系统需求说明书

一、概述

本系统是针对连锁保键诊所的一套业务管理系统，适用于总部及下设的各地区的连锁机构（门店）。项目分多个阶段实施，一期主要功能有机构管理，员工（医师）管理，客户健康档案管理，运营管理。

二、功能需求

2.1组织机构管理

组织机构分为三层，自上而下分别为：总公司，分公司，诊所。诊所是对外提供服务的机构，总公司和分公司是管理机构。诊所可以挂靠在总公司，也可以挂靠在分公司。

如下图所示：

总公司和分公司设经理岗位，负责本公司及下属机构的管理职责。诊所设置医生岗位，负责对客户提供健康服务。此外，系统设置系统管理员角色，拥有系统最高权限。

同一个帐号可以属于多个机构和角色，在用户登录时，提示用户进行选择。

2.2医师管理

医师负责为客户提供健康医疗服务，并在系统中详细记录客户的健康档案。包括患者主诉，常规检查结果，诊断报告，处方，治疗记录。以及修正自动检测数据，出具健康评估报告及建议。医师登录后，可以自动列表访问本诊所下的所有客户的电子病历档案。考虑到客户跨诊所就诊的情况，医师也可以访问其他诊所的客户电子档案，但是需要进行唯一性查询，即在查询条件中准确输入客户的ID号或手机号。医生岗位的帐号，权限维护，由诊所所属的上级公司经理实施。

2.3客户健康档案管理

客户健康档案是系统为每一位客户维护的健康数据库，分为用户管理，健康档案收集，健康档案维护三大业务板块。

2.3.1用户管理

用户管理是指诊所机构对客户的管理。每一名新客户到店后，需要由诊所医生在系统中注册新客户。客户注册应提供真实的姓名，性别，出生日期，地址，邮编，手机号，邮箱等资料。客户注册后，在系统为其分配唯一编码作为客户ID。

客户首次注册所在的诊所为其所属诊所。所属诊所有责任持续为该客户提供健康服务。客户注册时也可以选择该诊所内的负责医师，如未选择，则系统默认为首诊医师。

2.3.2健康档案收集

健康档案的形式有多种，系统应支持以下几种形式的档案资料：

1.数值型：例如脉博，血压等

2.文本型：如患者主诉，治疗记录等。文本型应分别支持简单文本和富文本。富文本支持设置文字样式和插入图片。

3.列表型：如中医处方，在一个列表中包含若干项目，每个项目由“编号，名称，数量，单位，备注”四个字段组成。

4.附件型：将资料以数据附件的形式上传至系统。文件格式支持：

图片格式：jpg,png,bmp等

文档格式：doc,docx,xls,xlsx,ppt,pptx,pdf,txt,csv

压缩格式：rar,zip

所有的附件上传后，应存储在阿里云OSS存储服务的指定位置下，支持医生和管理人员的查询和下载。

其中，图片格式附件支持将图片插入富文本中。

5.调查问卷：调查问卷是诊所了解跟踪客户健康状况的重要手段。客户应定期填写健康问卷。调查问卷有以下几类题型：单项选择，多项选择，是非选择，自由文本。

系统中可存储多个调查问卷模版，诊所医生或公司的管理人员可以根据模板生成调查问卷，将调查问卷的URL发送给客户，客户可以电脑浏览器，手机或iPad远程在线填写，在线提交。在线调查问卷的显示应支持多设备自动适应，以及自动暂存功能。

系统管理员可以在后台管理界面中增加或编辑调查问卷模板，对已存在的模板可以进行启用和禁用操作，但是不能删除。此外，系统提供将调查问卷模板导出文件，或将模板文件导入系统。文件格式建议为JSON或XML格式。客户的答卷同样支持导入和导出JSON或XML 格式，以及导出为Word文档。

6.第三方体检数据：本系统需对接第三方体检数据的自动导入，其接口为Restful形式，导入后以数据库形式存储。本项目需求只需对已存入数据库的体检数据进行维护即可。当系统通过第三方接口采集了体检数据后，医生应对数据进行审核和编辑调整，系统需要保存编辑前的原始数据和编辑后的数据。医生可以选择不同的模板导出体检报告（Excel格式）。导出的报告也作为附件保存在系统中，并且可以下载，或通过电子邮件发送。

系统中应维护数据字典，记录健康档案的项目与数据类型，展示方式之间的关系。如下表所示：

项目类型展示方式

血压数值范围(20-200)

X光片附件

主诉文本

饮食建议文本

生活习惯问卷调查问卷生活习惯调查问卷模板（模板编号life01）

饮食习惯问卷调查问卷饮食习惯调查问卷模板（模板编号food01）

微量元素体检数据体检数据

血常规体检数据体检数据

客户健康档案的增删改，都应在系统中留下历史记录，记录档案的修改人，修改项目，修改时间，以及修改人填写的备注说明（可选）。以便管理人员审计核查。

2.4运营管理

本项目需求范围内的运营管理模块，主要是计费管理。计费是总公司对分公司的一种管理手段。分公司使用总公司提供的检测及治疗设备，为客户提供服务，应按次或按时间向总公司付费。计费按两种模式，计次和计时。每个分公司可二选一。

计费和扣费的具体业务流程，本项目需求暂不涉及，本项目只需要实现以下几点：

1.对总公司经理以上角色开通充值功能，即修改分公司的计费额度。包括：计费方式（计时或计次），到期时间和可用次数。支付在线下进行，暂不考虑系统实现。

2.对分公司经理和医生，提供查询和提示功能，可查询本机构的计费方式，到期时间或可用次数，当额度即将用完时，进行弹窗提醒。

技术要求：

本系统采用J2EE开发，运行平台为JDK7，Tomcat7，数据库为MySQL5.5以上版本或兼容的MariaDB数据库。业务管理平台基于开源Jeecg3.6实现。Web界面支持中英双语切换。

视频监控应用系统技术需求说明书

视频监控应用系统技术需求说明书我们的视频监控应用系统是B/S架构的应用系统，提供给不同区域不同用户访问视频监控实时视频及历史录像的功能，同时我们还有对应的手机APP版应用系统，需要转发平台支持手机视频转发功能，并且提供相关的接口支持手机无障碍访问平台，保证访问视频的流畅性。以下是详细的关于对转发平台的技术需求。一、基于PC端的系统转发平台技术需求 PC端的系统中有一个视频管理系统模块，视频管理系统与转发平台进行对接，对转发平台上连接的摄像机等设备进行添加和管理，并对这些摄像机设备分配到不同地区不同权限用户的账户，供不同权限的用户观看实时视频监控和视频监控录像（这块权限控制我们自己做，需要的是对平台上视频列表的调用，提供视频调用播放的地址）。我们寻求的解决方式有以下三种（可能我们对转发平台及流媒体服务器这块的表述不是太专业，只能表达大体的需求）：方式一、转发平台具有将视频监控视频流转化为支持Flash播放的视频流和Flash可以直接播放的文件格式，如.FLV格式，并提供相关的web访问方式（无需控件）和接口及说明文档，以及对整个转发平台和前端设备进行管理的权限。此种方式，我们通过Flash技术实现视频监控的播放功能，用户在播放视频时不需要安装控件，可以直接进行播放。对实时视频和视频录像的分别的需求如下： 1、实时视频监控：（1）、转发平台实现对实时视频流的转码，转化成支持Flash解码播放的视频流，并提供相应的解码方式及转发平台系统的访问方式、账户、密码以及相关的使用配置说明文档。（2）、转发平台与我公司的视频管理系统进行对接，实现对转发平台上的前端设备进行管理的功能，转发平台对前端设备的管理必须要有一定的可以区分摄像机地理位置的标识，以方便我视频管理系统对接时进行前端设备的管理。我公司视频管理系统根据需求进行相关的权限的分配连接到不同的应用系统上，以提供视频播放功能。转发平台需提供相关的web实现的接口（C#语言）、demo及接口说明文档。 2、视频监控录像：

高校OA系统需求分析书

OA系统需求分析书一、引言 1、编写目的在完成了针对《西安财经大学OA办公系统》软件市场的前期调查，同时与多位软件使用者进行了全面的探讨和分析的基础上，提出了这份需求分析书。编写本报告的目的是解决整个项目系统的“做什么”的问题，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。本需求分析书预期的读者是设计人员、开发人员、项目管理人员、测试人员和用户。 2、背景二十一世纪，随着经济和信息化的高速发展，软件产业也高速发展起来，高校的建设也得到了很大的发展，现代高校的生源和传统高校的生源不一样，现在高校的生源具有分布广（全国各地都可以报考），类型多，学制也比较灵活。使得管理这些信息起来比较复杂而繁琐。此软件就是为了适应这些变化而开发的软件，在为了减轻日常办公的复杂程度，为用户提供简洁、实用的、即时的OA系统软件。 3、定义（1）SQL（Structured Query Language）：结构化查询语言。SQL 语言的主要功能就是同各种数据库建立联系，进行沟通。PHP开发平台。（2）OA系统：办公自动化系统 4、参考资料 1.西安财经大学编写的日常办公管理需求分析书.doc 作者：万丽涛2012年二、任务概述 1、目标使高校的日常办公管理更方便快捷，使高校的数据资源等一些数据实现资源

共享。用户可以网上分享自己的资源以及共享他人的资源。开发日常办公管理系统旨在改变原有人工进行日常办公的工作方式，实现学籍管理、课表管理、成绩管理、教学质量监控、信息共享等功能。将学院的日常工作、学习管理全部实现网上管理，用户操作更加快捷和简单的综合管理系统。 2、用户特点（1）管理员：整个高校的管理员数量不多，负责学院从老师到学生的许多相关工作。他们能熟练运用办公软件，熟知办公内容，因而较容易的掌握该软件的各个功能。（2）教师：从事计算机领域教学的教师比较容易掌握该系统的使用，从事其他并且年纪比较大的教师不易掌握。（3）学生：从数量上说，学生是使用该系统的最大用户群，作为学习计算机领域的学生来说，掌握并不难。其他学生用户多次使用也可以熟练运用。 3、假定和约束 a.系统的运行寿命的最小值：2年 b.进行系统方案选择比较的时间：1周 c.经费来源：**公司 d.运行环境：Windows操作系统 e.数据库：MYSQL f.硬件条件：服务器sun工作站，终端为pc机 g.系统投入使用的最晚时间：6个月三、需求规定 1、对功能的规定学生用例图：

棋牌游戏平台功能需求说明书

XX棋牌游戏平台功能需求说明书目录 1.1项目定义.......................................... 1.2项目目标.......................................... 1.3性能指标.......................................... 2.平台功能要求........................................ 2.1用户注册、登陆、管理 .......................... 2.2游戏大厅...................................... 2.3游戏房间...................................... 2.4平台功能说明.................................. 2.5平台管理员功能 ................................ 2.6网站后台管理.................................. 2.7充值卡管理.................................... 2.8版本升级...................................... 2.9需开发的游戏.................................. 3.平台比赛功能说明.................................... 3.1打立出局赛制.................................. 3.2定局积分赛制.................................. 3.2.1循环赛制.................................... 3.2.2其他规则.................................... 3.2.3场控........................................

xxxx平台xxxx功能需求规格说明书模板

国安创客平台功能需求规格说明书版本： 1.0 日期：2015年？月

修改记录 *A–新增M–修改D–删除

目录引言 (4) 1.1 目的 (4) 1.2 文档约定 (4) 2 总体框架及流程图 (4) 2.1 用户角色说明 (4) 2.2 总体业务架构 (4) 2.3 系统功能模块 (4) 2.4 业务流程 (5) 3 功能分解 (5) 3.1 基础信息（如有角色或权限新增修改时，否则删除） (5) 3.1.1 功能分解 (5) 3.2 销售管理 (8) 3.2.1 角色及职责描述 (8) 3.2.2 流程清单 (8)

引言 1.1目的本文档详细描述平台功能必须满足的产品功能需求、非功能需求（质量属性和外部接口）与限制条件，作为后续相关项目的项目管理人员、系统设计人员、编码和测试人员以及其他相关人员开展工作的基础和依据，同时也界定了本部分的工作内容。 1.2文档约定在本文档中描述的所有需求都有一个唯一的编号标识。该需求编号在需求确立时产生并在整个项目开发过程中保持不变。 2总体框架及流程图 2.1用户角色说明 2.2总体业务架构 2.3系统功能模块

2.4业务流程流程图：业务描述及说明： 3功能分解 3.1基础信息（如有角色或权限新增修改时，否则删除）基础信息包括角色管理、用户管理、权限管理，数据字典维护等功能 3.1.1功能分解 3.1.1.1角色管理 3.1.1.1.1业务描述提供提供用户角色信息的增加、修改、显示、查询、删除功能，供输入过程中下拉菜单选择。 3.1.1.1.2输入输出

3.1.1.1.3业务逻辑处理 3.1.1.1.4参考文档

OA系统需求分析(初)

0A系统需求分析一、建设背景办公自动化系统(即OA 系统)是将现代化办公和计算机网络功能结合起来的一种新型的办公方式。随着互联网技术( Intranet 、Internet )在我国迅速发展和普及，OA 在数字化办公领域和企业信息化建设中扮演着越来越重要的角色。因此，现阶段有必要引进建设一套技术先进，符合当前办公发展需要的办公自动化系统，增强协作，以更大发挥信息技术的优势，满足行政办公需求，进一步提高公司行政办公的效率。二、建设目标 1、实现全公司的数据共享，基本解决信息孤岛问题。不同业务的基础数据做到一次录入，跨部门、跨业务系统重复使用； 2、提供可靠的、可追查的公文流转平台，有效的缩短公务处理的周期，加快公文流转过程，减少路耗、找人、等待等中间环节，保持公务处理渠道的畅通； 3、打破时空及地域限制，实现无纸化办公，远程办公、异地办公； 4、通过信息网络平台，提高信息统计和分析的水平，为领导提供准确、实时的预测和决策的辅助支持； 5、提供完善的信息交流机制，方便公司各部门、办公室和员工之间日常办公及业务信息的交流和管理，实现业务办理互联互通，信息数据共享； 6、充分利用将要建设的网络环境及已有的网络配置资源，充分地保护已有的信息化投资； 7、解决网络办公应用中的最大难题——机构和管理模式的经常变动的问题，由用户自定义管理模式，实现真正的部门综合业务处理机制；

8、以行政办公系统为基础，实现与业务系统的无缝耦合，建成一流的企业综合办公系统。三、建设原则公司OA 系统的建设应体现先进性、可靠性、实用性、安全性、易使用性、开放性、有限开源性、可扩展性、可维护性等原则。 1、先进性：应当采用当今主流技术，既要考虑应用平台和工具的先进，更要考虑系统结构和应用设计的先进性，以适应总体上业务管理、发展规划和细节上事务办理的需求。 2、可靠性：系统设计应采用成熟、稳定、可靠的软件技术，保证系统在大数据量、高并发的情况下长时间不间断地安全运行。 3、实用性：根据业务需求和业务流程，从方便用户使用的角度进行系统设计、功能和模块划分。工作流程设计要求简捷流畅，能适应工作流不稳定和突发事件等各种现实情况。 4、安全性：系统建设要符合用户对信息安全管理的要求，建立完善可靠的安全保障体系，对非法入侵、非法攻击和网络计算机病毒应具有很强的防范能力，确保系统具有严格的身份认证功能，并有相应的技术手段对数据安全和操作安全加以保护。 5、易使用性：主要体现在两个方面：一是应用界面简捷、直观，尽量减少菜单的层次和不必要的点击过程，使用户在使用时一目了然，便于快速掌握系统操作方法，特别是要符合工作人员的思维方式和工作习惯，方便非计算机专业人员的使用；二是应提供联机的或脱机的帮助手段。 6、开放性：为了使系统具有较强的生命力和开放性，应遵循已有的国际标准和国内

OA系统需求调研文档

项目编号: Web OA系统软件需求说明书项目承担部门：撰写人（签名）：完成日期：评审人（签名）：评审日期：批准人（签名）：批准日期：

目录 1.引言 (1) 1.1目的 (1) 1.2定义 (1) 1.3参考资料 (1) 2.软件总体概述 (1) 2.1软件标识 (1) 2.1.1项目名称 (1) 2.1.2产品标识 (1) 2.2软件描述 (2) 2.2.1系统属性 (2) 2.2.2开发背景 (2) 2.2.3系统功能 (2) 3.具体需求 (4) 3.1系统角色设置 (4) 3.2系统初始化数据 (4) 3.3功能需求 (6) 3.3.1管理主界面 (6) 3.3.2组织机构 (7) 3.3.3权限管理 (11) 3.3.4公文管理 (18) 3.3.5流程管理 (21) 3.4性能需求 (25) 3.5数据库需求 (25) 3.6设计约束 (25) 3.6.1其他标准的约束 (25) 3.6.2硬件约束 (26) 3.7属性 (26) 3.7.1可用性 (26) 3.7.2可靠性 (26) 3.7.3效率 (26) 3.7.4安全性 (26) 3.7.5可维护性 (26) 3.7.6可移植性 (26) 3.8外部接口需求 (26) 3.8.1用户接口 (26) 3.8.2硬件接口 (27) 3.8.3软件接口 (27) 3.8.4通信接口 (27) 4.数据字典 (27)

5.附录 (28) 5.1用户方组织机构图； (28)

1. 引言 1.1 目的定义软件总体要求，作为用户、软件开发人员以及其他干系人之间沟通的基础；描述功能要求、性能要求、用户和系统的接口要求、数据库要等内容，作为软件开发人员进行软件结构设计和编码的基础；作为软件总体测试的依据。 1.2 定义甲方：xxx有限公司。乙方：xxx有限公司。招标书：由甲方提供的《招投标技术规范书》。投标书：由乙方提供的《技术方案书》。 1.3 参考资料《招标书》《投标书》《项目管理制度》 xxxx质量管理体系文件 Iso 9001：2000 《软件工程国家标准汇编》 2. 软件总体概述 2.1 软件标识 2.1.1 项目名称项目名称：尚学堂Web OA管理系统；项目编号：SXT-WEBOA-0101；产品范围：按照《招标书》中5.2的规定执行。 2.1.2 产品标识产品名称：产品简称：

物流系统需求规格说明书

V公司物流信息服务平台软件需求规格说明书

变更记录

1 概述 1.1 编写目的本文档是北京ISS有限公司在V公司（中国）投资有限公司（以下简称V公司）的物流信息服务平台合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.2 系统目标本平台为物流需求企业和物流服务企业提供了各种需求、货源、车源信息。为物流需求企业提供完整的解决方案、为物流服务企业提供需求信息等增值服务，在促进V公司用户供需交互的同时达到宣传和推销V公司卡车的目的，最终使V公司卡车在中国地区的销量能够显著增长。鉴于上述目标，本平台由两个子平台组成，即物流信息服务平台（以下简称服务平台）和物流信息服务平台管理系统（以下简称管理系统）。服务平台的用户主要是物流企业以及有物流需求的非物流企业，所完成的目标为：1. 首页：首页支持的功能应包括：用户注册与登录，订阅电子期刊，过桥费查询，给V公司留言；首页所发布内容包括：物流企业介绍、成功案例展示、物流需求发布、最新消息、解决方案展示、运力合作展示。 2. 物流需求项目发布: ●物流需求项目发布平台为物流需求企业提供大型物流项目发布的平台，为物流服务企业提供更多的商机。用户可以在平台上发布和查询需求项目信息，以及进行之后的方案征集活动。 3. 物流解决方案展示： ●物流解决方案

建立V公司全国物流企业联盟，联系各大型物流企业向集团客户提供整体物流解决方案，促进产品销售。包括：解决方案查询、解决方案维护、发布新的解决方案三个主要功能点。 4. 物流企业园区： ●平台用户列表查看本平台的所有物流企业的信息。 ●维护企业信息对登录用户所在物流企业的信息进行维护。 5. 物流联盟论坛： ●物流联盟论坛为平台所有用户提供交流的场所。V公司指定论坛管理员可以对论坛内容进行维护。 6. 物流效率测算： ●物流运营数据分析系统系统根据用户录入的与货运、运营、贷款、公路费用有关的各项信息，自动计算出使用V公司卡车的收入、利润、运行费用、成本、现金流等客户关注的数据。并且系统还提供V公司卡车的上述各项数据与相同档次的其它各款车型的比较分析，使用户能够比较直观的了解到购买V公司卡车的优势所在。为销售人员展示V公司的各项产品提供了方便快捷的工具。 ●物流运营数据分析系统参数维护该功能点为系统管理员维护数据分析系统的后台参数提供了一个平台。需要维护的参数项主要包括V公司的车型以及其它竞争对手车型的运行参数、资赁分析、产品参数等信息。管理系统的用户主要是V公司管理人员，完成目标为: 1. 新闻维护： ●增加新闻新增新闻信息，供物流信息服务平台用户浏览。 ●修改新闻修改或删除已有新闻信息。 ●新闻查询

OA办公系统用户需求说明

OA办公系统用户需求说明1.引言 1.1编写目的本系统说明书详细描述了OA系统项目的要求，并且本说明书也是作为系统项目所有成员交流沟通的依据，也作为下一步系统开发工作的据和参考。基准，软件开发项目组的所有成员都必须有一本需求说明书，以明确项目最后要求完成的软件产品的特点，项目开发得以顺利开展。经使用方确认的本文档将作为将来产品特征和仲裁的重要依。 1.2适用范围本文档主要涉及OA系统的应用模型和功能需求描述。 1.3背景系统名称：OA系统任务提出：湖南城市学院数学与计算科学系开发者：聂孟文聂胜杰用户：学校所有办公人员 1.4名词解释 OA：办公自动化 Office Automatization 1.5参考资料 1.电子工业出版社《java面向对象编程》孙卫琴编著。 2.电子工业出版社《java web整合发》刘斌编著。 3.人民邮电出版《深入浅出jbpm》高杰编著。 4.绿叶OA办公系统

1.6网络架构采用局域网或单机环境。硬件设备，服务器采用台式机或笔记本电脑，最低配置，内存512M以上、硬盘10G以上。客户端采用台式机或笔记本。 1.7软件架构以Web应用服务为核心,以数据库系统为基础，以浏览器为用户端的B/S软件体系结构；先进的工作流和规则库解决方案，以及面向对象的分析和设计，促进了结构化和安全性的系统开发，提高软件的再利用。 2.项目目标 OA系统提供的功能主要为公司或部门的信息化管理提供有效的信息化软件的管理平台。方便公司公司或部门加强管理，节约资源。 3.功能图普通员工用户通过OA系统可执行登陆、注册查询信息和个人办公等操作，公司管理员可以通过OA系统执行信息的管理操作。详细的功能请参见用例图。

系统需求说明书模版

XXXXXX项目系统需求说明书版本号公司名称

目录 1目的 (5) 2范围 (5) 3术语 (5) 4概述 (6) 4.1业务概述 (6) 4.2系统概述 (6) 4.2.1系统目标及范围 (6) 4.2.2系统角色与权限 (6) 4.2.3系统功能结构图 (6) 4.2.4系统功能清单 (6) 5功能需求 (7) 5.1【XXXX功能名称】 (7) 5.1.1描述 (7) 5.1.2页面流程描述 (7) 5.1.3页面定义 (8) 5.2【XXXX功能名称】 (8) 5.2.1描述 (8) 5.2.2页面流程描述 (9) 5.2.3页面定义 (9) 5.3【XXXX报表功能】 (11) 5.3.1描述 (11) 5.3.2查询元素说明 (11) 5.3.3报表输出元素说明 (11) 5.3.4报表输出格式 (11) 5.3.5结果排序需求 (11) 5.3.6结果统计需求 (11) 5.3.7输出分页需求 (11) 5.3.8其他报表需求 (12) 5.4【XXXX报表功能】 (13) 5.4.1描述 (13) 5.4.2查询元素说明 (13) 5.4.3报表输出元素说明 (13) 5.4.4报表输出格式 (13) 5.4.5结果排序需求 (13) 5.4.6结果统计需求 (13) 5.4.7输出分页需求 (13) 5.4.8其他报表需求 (13) 5.5系统接口需求 (14) 5.6软硬件资源需求 (15) 5.7安全需求分析 (16) 5.7.1系统的重要性 (16) 5.7.2确定保护目标 (16) 5.7.3确定保护要求 (16) 5.8性能需求 (18) 5.9可用性需求 (19) 5.10扩展性需求 (20) 5.11其他需求 (21) 6参考资料 (22) 7附录 (23) 7.1.1应用软件群组定义 (23)

实训平台功能需求说明书

<实训管理平台> 需求说明书

目录 1.引言 (2) 1.1 编写目的 (2) 1.2 背景 (2) 1.3 定义 (2) 1.4 参考资料 (2) 2. 项目概述 (3) 2.1 目标 (3) 2.2 产品功能概述 (3) 2.3 用户特点 (3) 2.4 限制与约束 (4) 3. 具体需求 (4) 3.1 功能描述 (4) 3.1.1系统功能划分 (4) 3.1.2系统功能详述 (4) 3.1.2.1系统角色描述 (5) 3.1.2.2前台信息发布展示平台 (5) 3.1.2.3后台管理平台 (9) 3.1.2.4实训成果管理平台 (20) 3.2 性能需求 (21) 3.2.1精度 (21) 3.2.2时间特性要求 (21) 3.2.2.1响应时间 (21) 3.2.2.2运行时间 (21) 3.3 外部接口需求 (22) 3.3.1用户接口 (22) 3.3.2软件接口 (22) 4. 附录 (22)

1.引言 1.1编写目的根据实训平台项目开发需求与实训管理要求，编写项目软件需求规格书。本文档的目的是确定系统开发的范围；反映出系统的结构，为开发人员、维护人员、需求人员间提供共同的协议而创立基础，对软件功能的实现作使命描述，作为软件人员进行设计和编码的基础；作为实训小组成员的共同文档，为各小组成员完成任务提供依据；确定系统测试及验收内容。 1.2背景待开发系统名称：实训管理平台本项目任务提出者：刘凤华开发者：郭靖、李夷洁、万团结、马可、弓智华、罗起系统使用者：实训所有参与者，包括普通用户、实训负责人、实训指导老师、实训学生 1.3定义 1.4参考资料无