软件规格需求说明书（精选6篇）
China University of Mining and Technology
GIS软件需求规格说明
姓
名：
周 瑶
学
号：07122995 学
院：环测学院
班
级：地理信息系统12-1班
老师：张海荣老师
1．引言
1.1编写目的
由于高校教师带领学生去野外实习中，经常出现学生掉队、旷课、自行离队或走散等现象，为了学生的安全和实习的顺利进行，减轻教师传统的管理学生的方法的负担，急需一些有效措施来解决这些问题，帮助教师在野外实习期间充分了解每个学生的位置信息，进行有效管理，保障学生人员安全，实现安全有效的野外实习，并明确其中的经济效益。1.2GIS项目背景
项目由中国矿业大学团队开发。为了满足实际野外实习的需求，采取相关措施来解决野外实习中出现的问题，开发野外实习管理信息系统。1.3定义
GPS室外定位：全球定位系统
数据库SQL Server：由微软退出的关系型数据库管理系统，具有使用方便可 伸缩性好与相关软件集成程度高等优点。
服务器Tomcat：是一个免费的开放源代码的Web应用服务器，属于轻量级 应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用。1.4参考资料
项目经审核的计划任务书 项目开发计划 论文：
[1]李刚.GPS导航系统的工作原理，2012 [2]胡旭科.融合GPS与Wi-Fi的室内外无缝定位原型系统研制，2014 [3]曹科.基于智能手机的GPS定位技术的研究与实现，2006 [4]刘前刚.GPS定位算法，2009 书籍：
《Android应用开发揭秘》杨丰盛著 《Android优化技术详解》陈德春编著 《IOS开发指南》关东升编
《Tomcat与Java Web开发技术详解》电子工业出版社
《Tomcat权威指南》中国电力出版社
2．GIS项目概述
2.1 GIS项目目标、内容、现行系统的调查情况
项目目标主要是开发出一款手机APP，针对野外实习的场景，方便教师更好地管理学生，保障学生安全。
项目内容主要包括教师客户端通过读取学生客户端的数据，掌握学生的地理位置，方便野外实习管理。
现行系统调查情况如下：现行系统的主要功能和目标是满足高校教师带领学生外出实现的管理需求，确保学生的安全。2.2 GIS运行环境
软件为手机APP，运行在手机端，即现在主流的智能机。当用户把手机软件打开时，软件会默认读取用户的地址位置，并返回。即当学生打开手机软件或将手机软件运行在后台时，软件会自动读取学生的地理位置信息，并将信息返回给教师的客户端上。2.3条件与限制
GPS的室外定位精度约为5米左右，由于在室内是无法使用GPS定位的，所以该软件适用于户外定位；当在野外实习处于交通闭塞信号差的山区时，通信差，可能会导致手机接收不到信号，导致定位出现阻碍，学生的地理位置信息读取出现错误、地理信息返回给教师客户端出现故障等，这样一来，教师不能完全掌握学生的位置信息。
3．GIS数据描述 3.1 GIS静态数据 学生和教师的基本信息。3.2 GIS动态数据
输入数据：学生与教师的个人信息。输出数据：学生和教师的地理位置信息。3.3 GIS数据库描述
使用SQL Server数据库，数据类型分为基本数据和地理数据。3.4 GIS数据字典
数据流名：地理位置信息 简述：学生的地理位置信息 来源：学生 去向：教师
组成：学生学号+姓名+地理位置信息 数量流量：教师可随时查看
4．GIS功能需求 4.1功能划分 4.1.1流程图
4.1.2数据与功能的对应关系
数据是功能的基础，该软件功能的实现是依靠数据的。教师之所以能掌握学生的实时动态，是因为学生的客户端后台通过手机上的GPS读取学生的地理位置信息数据，将该数据实时传输给教师的客户端。4.2功能描述
（1）打开软件，进行注册，登录。教师用学校工号进行注册登录，学生用学校学号进行注册登录，登录后教师和学生分别有不同的界面，分别有教师和学生学校教务系统统计的基本个人信息，也可在此基础上完善个人信息。
（2）先介绍学生界面。学生界面的功能选择主要有：查看和完善个人基本信息、查看同伴的地理位置、查看自己的地理位置。软件系统默认读取用户的地理位置信息等。
（3）教师界面。教师先将学生的名册添加进入自己的系统中，也可手动输入添加。教师界面的功能选择主要有：查看和完善个人信息、查看学生所有信息、查看所有学生现时地理位置、查看学生一段时间内的路线、查看单个学生个人信息、查看单个学生现时地理位置、查看教师自己的地理位置等。（4）教师与学生均可查询自己在一定时间内走过的路线。
5．GIS性能需求 5.1数据精确度
GPS的室外定位精度约为5米左右，由于在室内是无法使用GPS定位的，所以该软件适用于户外定位；而在野外实习的过程中可能会去一些信号弱的山区，这样可能导致手机接收不到信号，导致定位出现阻碍，教师不能完全掌握学生的位置信息。5.2时间特性
相应时间较短，只需要在联网状态下，打开软件，会自动进行更新地理位置。5.3适应性
操作方式简单，运行环境是当下热门的智能机，系统是基于Android 4.0以上或者ISO系统，具有良好的兼容性当开发计划改变时具有良好的适应性。
6．GIS运行需求 6.1用户界面
屏幕格式设计为适合所有的手机屏幕 6.2硬件接口
开发环境为基于Windows 7操作系统下的PC。运行环境为当下流行的基于Android 4.0以上或者IOS的智能手机。6.3软件接口
开发环境为Windows 7 系统下的eclipse 的Android开发环境或者X-code的IOS开发环境，调用百度地图的API，数据库选用SQL Server，服务器选用Apache的tomcat。6.4故障处理
在软件发布前，进行大量全面的测试。
当出现严重故障时，应在第一时间内解决掉，要正对用户的描述来评估问题的大致问题，然后针对该问题进行修改；当出现一般故障时，需要尽快解决，不要任其发展演变成软件严重故障；当出现轻微故障时，在不影响总体使用的前提下，将故障原因记下，根据实际情况，灵活的解决问题。
7．质量保证
发布前采用软件测试，依次进行单元测试、集成测试、组装测试、确认测试、系统测试、验收测试、回归测试。客观的验证软件项目产品和工作是否遵循恰当的标准、步骤和需求等。并写清楚相关使用文档。
8．其他需求
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接口
文档名称： 需求规格说明书 项目名称： 影院售票系统 项目负责人： XX XX XX
编写： XX XX年XX月XX日 校对： XX XX年XX月XX日 审核： XX XX年XX月XX日
开发单位： XX
引言
1.1 编写目的
编写本文档的目的是根据系统分析工程师和客户沟通的结果，对用户需求进行了全面细致的分析，深入描述《影院售票系统》软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求。
1.2 项目背景
现在中国大部分的家庭都喜欢在家里置办属于自己风格的家庭影院。但是，仍然有很人喜欢到电影院去看电影。因为家里的气氛毕竟不如影院好。所以，现代家庭影院的出现并不会让电影院没有生路。
随着社会的发展和进步，社会大分工的细致化和服务化，成为了当今趋势。
为了提高劳动的效率、节约成本、提高服务质量，我们小组开发了此款软件。用以方便影院的售票和客户的购买。通过这个软件，可以很快实现一些常用的服务，并保证无错、高效。
每个社会服务系统都有自己的一套管理机制。当然，电影院也不除外。其实电影院的管理系统应该来说比其他的社会服务系统的管理要简单一点。电影院不外乎是引进电影，制定播放影片的时间表，买票，检票进场观看，还有就是一些数据管理方面的事。如工作人员管理，票务管理等等。为了工作机制简单有序，必然要引进一套管理系统。
1.3 定义
文档中采用的专门术语的定义及缩略词简要如下 CTS：CINEMA TICKET SYSTEM 影院售票系统
1.4 参考资料
[1]唐学忠，费贤举，王文琴。《Visual Basic 程序设计教程》。北京：中国电力出版社，2008普通高等教育“十一五”国家级规划教材。[2]张海潘。《软件工程》。人民邮电出版社，21世纪高等学校计算机规划教材。任务概述
2.1 目标
具体而言，影院售票系统需要实现以下的需求：
（1）能够对播放电影，工作人员，售票事宜，检票事宜，无用数据进行处理。（2）售票管理自然有专人负责，要处理各电影的电影票销售问题。当然包括退票问题，还有就是预订电影票其实也就相当于买票。两者可以当一回事处理。
（3）检票管理事宜要完成观众进场时检票的事宜。其中包括了电影票的真假检测问题。（4）数据管理要处理电影的播放的次序，工作人员的管理，以及过期电影票的处理问题。
2.2 运行环境
Intel486以上系列、AMD K6 以上系列等PC台式机和便携式电脑；
运行时占用内存：≤1MB；
所需硬盘空间：≤5MB；
软件平台：中文Windows2000/XP或更高版本；
2.3 条件与限制
比较简单，不能实现完善和全面的功能。在货币交易时还不能进行更好的管理。对于一些突发事件无法处理，以及影院的特殊要求服务无法实现。数据描述
3.1 静态数据
影院售票系统的静态数据包括：
影库管理表(MOVIES): 电影号（long）
电影名称(nvarchar)导演(nvarchar)主演(nvarchar)制片厂(nvarchar)上映时间(datetime)价格
（long）
售票信息表(TICKETS):
电影票号（long）
座位号
（long）电影号
（long）电影名
(nvarchar)上映时间(datetime)价格
（long）验证码
（long）
职工信息表（WORKERS）： 职工号（nvarchar）
职工密码（nvarchar）职工类型（nvarchar）
3.2 动态数据
输入数据：鼠标对按钮的点击：服务系统选择 职工工号、密码 输出数据：无 内部数据：无
3.3数据库描述
数据库采用Microsoft Access数据库。
3.4数据流图和数据词典
《影院售票系统》的总体功能如下： 职工的登录和注销；
为观众提供买票即座位销售，以及退票服务；
对进场观众检票，如果发现有假票或无票观众不允许入内； 系统维护；
对电影库播放列表的管理；
对职工数据的处理，如增加、删除和更改；
对所售出的电影票进行管理，把没用的数据进行清除
1）登录部分
（1）数据流图
职工信息表检验错误密码工号职工密码身份检验操作信息密码修改售票选择检票选择登录系统选择维护选择职工信息职工信息表操作确认
（2）数据词典
数据源点及汇点描述： ① 名称：职工
简要描述：管理职工信息
有关数据流：职工工号、密码、系统选择：售票系统、检票系统、维护系统 数目：1 加工逻辑词条描述： ① 加工名：身份检验
加工编号：１
简要描述：检验职工身份 输入数据流：职工工号、密码
输出数据流：登陆成功、身份验证错误 加工逻辑： IF 工号为空 THEN
发出“工号为空错误”
ELSE IF 密码为空 THEN
发出“密码为空错误”
ELSE IF 工号和密码不符 THEN
发出“工号和密码不匹配错误”
ENDIF
ENDIF
ENDIF
ENDIF
数据流名词条描述： ① 数据流名：职工号
说明：职工的工号 数据流来源：职工 数据流去向：身份检验
数据流组成：职工号=短整型字符串 ② 数据流名：密码
说明：与职工名称相匹配的密码 数据流来源：职工 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： ③ 数据流名：出错信息
说明：用于指示身份验证错误的信息 数据流来源：身份检验 数据流去向：职工
数据流组成：出错信息＝任意字符串 ④ 数据流名：系统名称
说明：系统的名称 数据流来源： 数据流去向：选择 数据流组成： 数据文件词条描述：
① 数据文件名：职工信息表
简述：存放职工信息 输入数据：
输出数据：职工信息
数据文件组成：职工信息表由“职工信息”组成
2）职工售票及退票
电影票信息表检验错误 售票管理人员电影票信息身份检验职工信息职工信息表操作确认操作信息售票随机产生验证码电影票信息表电影票信息退票工号密码
(2):数据词典：
数据源点及汇点描述： 名称：售票管理人员 ○简要描述：管理职工信息
有关数据流：职工工号、密码 数目：1 加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１
简要描述：检验职工身份 输入数据流：职工工号、密码
输出数据流：登陆成功、身份验证错误 2加工名：售票 ○加工编号：2 简要描述：根据所读入的操作信息，售出电影票 输入数据流：操作信息，电影票信息 输出数据流：电影票信息，操作确认
加工逻辑：根据所读入的操作信息，售出电影票
数据流名词条描述： 数据流名：职工号 ○说明：职工的工号
数据流来源：售票管理人员 数据流去向：身份检验
数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：售票管理人员 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：电影票信息 ○说明：电影票信息
数据流来源：售票管理人员 数据流去向：电影票信息表
数据文件词条描述：
① 数据文件名：电影票信息表
简述：电影票信息 输入数据：电影票信息 输出数据：
数据文件组成：电影票信息表由“电影票信息”组成 存储方式：关键码 存取频率：频繁
3）检票
电影票信息表检验错误检票管理人员电影票信息身份检验职工信息职工信息表操作确认操作信息检票验证号验证真伪工号密码
(2):数据词典：
数据源点及汇点描述： 1 名称：检票管理人员 ○简要描述：管理职工信息
有关数据流：职工工号、密码 数目：1 加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１
简要描述：检验职工身份 输入数据流：职工工号、密码
输出数据流：登陆成功、身份验证错误 2加工名：检票 ○加工编号：3 简要描述：根据所读入的操作信息，检验电影票 输入数据流：操作信息，电影票信息 输出数据流：电影票信息，操作确认
加工逻辑：根据所读入的操作信息，检验电影票
数据流名词条描述： 数据流名：职工号 ○说明：职工的工号
数据流来源：检票管理人员 数据流去向：身份检验
数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：检票管理人员 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：电影票信息 ○说明：电影票信息
数据流来源：检票管理人员 数据流去向：电影票信息表
数据文件词条描述：
① 数据文件名：电影票信息表
简述：电影票信息 输入数据：电影票信息 输出数据：
数据文件组成：电影票信息表由“电影票信息”组成 存储方式：关键码 存取频率：频繁
4）维护系统
影库管理表检验错误 数据处理人员影库信息身份检验职工信息职工信息表操作确认操作信息职工信息表职工信息维护系统选择影库管理表票务信息工号密码
（2）数据词典
数据源点及汇点描述： ② 名称：数据处理人员
简要描述：管理职工信息
有关数据流：职工工号、密码、系统选择：影库系统、职工系统、票务系统 数目：1 加工逻辑词条描述： ② 加工名：身份检验
加工编号：１
简要描述：检验职工身份 输入数据流：职工工号、密码
输出数据流：登陆成功、身份验证错误 3加工名：维护 ○加工编号：4 简要描述：选择要维护的系统 输入数据流：操作信息，系统信息 输出数据流：系统信息，操作确认 加工逻辑：选择要维护的系统
数据流名词条描述： ⑤ 数据流名：职工号
说明：职工的工号
数据流来源：数据处理人员 数据流去向：身份检验
数据流组成：职工号=短整型字符串 ⑥ 数据流名：密码
说明：与职工名称相匹配的密码 数据流来源：数据处理人员 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： ⑦ 数据流名：出错信息
说明：用于指示身份验证错误的信息 数据流来源：身份检验 数据流去向：数据处理人员
数据流组成：出错信息＝任意字符串 ⑧ 数据流名：系统名称
说明：系统的名称
数据流来源：数据处理人员 数据流去向：选择 数据流组成： 数据文件词条描述：
② 数据文件名：职工信息表
简述：存放职工信息 输入数据：
输出数据：职工信息
数据文件组成：职工信息表由“职工信息”组成
（1）影库管理
影库管理表检验错误 数据处理人员影库信息身份检验职工信息职工信息表操作确认操作信息影库管理工号密码
(2):数据词典：
数据源点及汇点描述： 1 名称：数据处理人员 ○简要描述：管理职工信息
有关数据流：职工工号、密码 数目：1 加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１
简要描述：检验职工身份 输入数据流：职工工号、密码
输出数据流：登陆成功、身份验证错误 2加工名：影库管理 ○加工编号：5 简要描述：根据所读入的操作信息，对影库信息进行查询、增加、删除、修改等 输入数据流：操作信息，影库信息 输出数据流：影库信息，操作确认
加工逻辑：根据所读入的操作信息，对影库信息进行查询、增加、删除、修改等
数据流名词条描述： 数据流名：职工号 ○
说明：职工的工号
数据流来源：数据处理人员 数据流去向：身份检验
数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：数据处理人员 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：影库信息 ○说明：影库信息
数据流来源：数据处理人员 数据流去向：影库管理表
数据文件词条描述：
① 数据文件名：影库管理表
简述：影库信息 输入数据影库信息 输出数据：
数据文件组成：影库管理表由“影库信息”组成 存储方式：关键码 存取频率：频繁
（2）职工管理
职工信息表检验错误 数据处理人员职工信息身份检验职工信息职工信息表操作确认 工号密码操作信息职工管理
(2):数据词典：
数据源点及汇点描述： 1 名称：数据处理人员 ○简要描述：管理职工信息
有关数据流：职工工号、密码 数目：1 加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１
简要描述：检验职工身份 输入数据流：职工工号、密码
输出数据流：登陆成功、身份验证错误 2加工名：职工管理 ○加工编号：6 简要描述：根据所读入的操作信息，对职工信息进行查询、增加、删除、修改等 输入数据流：操作信息，职工信息 输出数据流：职工信息，操作确认
加工逻辑：根据所读入的操作信息，对职工信息进行查询、增加、删除、修改等
数据流名词条描述： 数据流名：职工号 ○说明：职工的工号 数据流来源：职工 数据流去向：身份检验
数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：职工 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：职工信息 ○说明：职工信息
数据流来源：数据处理人员 数据流去向：职工信息表
数据文件词条描述：
① 数据文件名：职工信息表
简述：职工信息 输入数据：职工信息 输出数据：
数据文件组成：职工信息表由“职工信息”组成 存储方式：关键码 存取频率：频繁
（3）票务管理
影库管理表检验错误 数据处理人员电影票信息身份检验职工信息职工信息表操作确认
(2):数据词典：
数据源点及汇点描述： 1 名称：数据处理人员 ○简要描述：管理职工信息
有关数据流：职工工号、密码 数目：1 加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１
简要描述：检验职工身份 输入数据流：职工工号、密码
输出数据流：登陆成功、身份验证错误 2加工名：职工管理 ○加工编号：7 简要描述：根据所读入的操作信息，对职工信息进行查询、增加、删除、修改等 输入数据流：操作信息，职工信息 工号密码操作信息票务管理
输出数据流：职工信息，操作确认
加工逻辑：根据所读入的操作信息，对职工信息进行查询、增加、删除、修改等
数据流名词条描述： 数据流名：职工号 ○说明：职工的工号 数据流来源：职工 数据流去向：身份检验
数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：职工 数据流去向：身份检验
数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：影库信息 ○说明：影库信息
数据流来源：数据处理人员 数据流去向：影库管理表
数据文件词条描述：
① 数据文件名：影库管理表
简述：影库信息 输入数据：影库信息 输出数据：
数据文件组成：影库管理表由“影库信息”组成 存储方式：关键码 存取频率：频繁
3.5.数据采集
数据采集采用键盘输入和鼠标点击选择。功能需求
4.1 功能划分
该软件具有如下主要功能： 1.查询功能； 2.添加功能； 3.修改功能； 4.删除功能； 5.授权功能
4.2 功能描述
1.查询功能
职工信息查询； 影片信息查询； 2.添加功能
增加一个影片； 增加一个职工 3.修改功能
修改影片或职工已存在的记录内容，提供确认机制； 4.删除功能
删除一个影片； 删除一个职工 5.授权功能；
仅有职工有操作的权限； 性能需求 5.1 时间特性
一般操作的响应时间应在1－2秒内。
5.2 适应性
满足运行环境在允许操作系统之间的安全转换和与其它应用软件的独立运行要求。运行需求 6.1 用户界面
采用网页显示方式，可同时打开多个窗口运行。
6.2 硬件接口
支持各种x86系列PC机。
6.3 软件接口
运行于Windows 2000/xp及更高版本并装有IE的操作系统之上。
6.4 故障处理
1.2背景.........................2
1.3定义.........................2
1.4参考资料...............................2
2任务概述..............................2
2.1目标.........................2
2.2用户的特点...........................32.3假定和约束...........................3
3需求规定..............................3
3.1对功能的规定.......................3
3.2对性能的规定.......................43.2.1精度.........................4
3.2.2时间特性要求.......................4
3.2.3灵活性............................53.3输人输出要求.......................5
3.4数据管理能力要求......................5
3.5故障处理要求.......................5
3.6其他专门要求.......................5
4运行环境规定.............................6
4.1设备.........................6
4.2支持软件...............................6
4.3接口.........................6
4.4控制.........................6
软件需求说明书
1引言
1.1编写目的本文档的目的是阐述酒店管理系统的需求分析
预期的读者：酒店经营者、客户、中间用户(软件的管理人员、开发人员、维护人员)、最终用户。
1.2背景
待开发的软件系统的名称：酒店管理系统
本项目的任务提出者和开发者：刘畅和酒店管理系统开发小组 本项目的用户是针对各档次酒店宾馆管理定制开发的本系统环境要求：所有程序均在Windows98/XP，Windows2000操作系统下测试运行。如果数据库为SQL Server数据库，建议用户安装SQL Serve2000
1.3定义
酒店管理系统是酒店宾馆销售管理系统
1.4参考资料
《现代软件工程》陈松乔 任胜兵 王国军 编著清华大学出版社 《程序设计语言》沈志斌编著电子工业出版社 《Delphi实用教程》 郑阿奇主编电子工业出版社
2任务概述
2.1目标
开发意图：
随着人民生活的水平的日益提高，人们对于生活的品质也有了明显的提高，现在到酒店住宿已经不再是少部分人才有的享受，越来越多的人开始将之视为日常生活的一部份。人们消费观念的改变也带来了酒店业的巨大发展。跟随时代的改变，21世纪的计算机化地位也已不可动摇，计算机简单、快捷、高效、准确的特性也受到推崇，在各行各业迅速发展壮大
起来。较大规模的酒店也正一步步地朝这方面发展。
与其他软件的关系：
与相应的软件可以共享数据库，本系统考虑到今后的数据量的扩大采用SQL Server数据库。
2.2用户的特点
本软件的最终用户为各大酒店及宾馆 一般用户只需懂得计算机基本操作、具备文字录入能力。相对维护人员应具备一定的计算机专业知识，了解数据库系统的管理与维护，能排除一般计算机故障。
2.3假定和约束
从项目设计需求说明至最终审核，开发人员工作分配到位，开发小组成员在配合组长工作的同时，应能如期完成各自的工作任务。
开发期限为一个月，若小组某成员因技术缺陷或者特殊原因延误开发进度，其他组员应提供相对帮助。另有辅导老师进行指导与督促。
3需求规定
3.1对功能的规定
功能模块初步设计为五大模块分别为身份验证、系统设置、客房管理、订房管理、结算管理。各模块分别提供基本数据流图。各模块所包含的子功能如下列出为准。
身份验证：提供了系统的访问控制功能。
系统：提供了对密码的修改以及添加新用户的功能。
客房信息管理：包括两大主要功能，设置客服标准和设置客房信息，在设置客房标准中，管理员可以添加，修改，删除客房标准，在设置客房信息中，管理员可以添加，修改，删除，查询客房信息。
订房信息管理：包括查询剩余客房信息，添加，修改，查询订房信息等功能。结算信息管理：包括添加，修改，查询结算信息功能。
图1．酒店管理系统用例图
3.2对性能的规定 3.2.1精度
对金额的输入要求保留小数点后两位，其他数值不做要求。
3.2.2时间特性要求
说明对于该软件的时间特性要求，如对： a． 响应时间<=15s； b． 更新处理时间<=5s；
c． 数据的转换和传送时间<=15s； d． 等待时鼠标将变成漏斗状。
3.2.3灵活性
a． 系统的界面操作方式应以用户意见变化而灵活转化； b． 系统不能以运行环境的变化而停止运作；
c． 一般情况下不用进行程序修改而是通过修改配置选项完成相应工作。
3.3输人输出要求
数据类型： 字符数据CHAR［(N)］：存放固定长度的N个字符数据，1<=N<=8000VARCHAR[(N)]:存放可变长度的N个字符数据，1<=N<=8000 日期型数据
DATATIME：存放从1/1/1753到12/31/9999的时间数据，精确到1/1000秒 数字型数据
INTEGER：存放从-2^31到2^63的整形数据货币数据
MONEY：存放从-2^63到2^63-1的货币数据，精度为货币单位的10/1000
3.4数据管理能力要求
需要管理的文卷和记录的个数为六张表：分别是 客户住宿基本信息表，营业动态数据信息表，营业总分析表，每日客流信息表，收费项目表，当日营业额日报表。
按可预见的增长对数据及其分量的存储要求估算字段的大小不超过50。表和文卷的大小规模为中等大小。
3.5故障处理要求
a． 源数据的处理：建议全部保存；
b． 操作规程：确保系统正常工作，数据完好无损，并定期进行数据库备份；
c． 数据进入系统的过程：通过数据库管理员身份登录进行管理，或由DBA直接对数据库进行操作；
d． 数据保存、存储、恢复的处理：请软件使用者自行备份相关信息； e． 系统失效的后果及恢复的处理办法：首先请恢复备份，在这里我建议备份数据库以将可能的损失降到最低点。如果不能恢复，请与我们联系，我们将竭尽所能提供力所能及的帮助。
3.6其他专门要求
该软件安全保密的要求为中等，对该系统使用尽可能方便，对可维护性比较容易、易补充、易读、可靠。
运行环境可在windows x系列操作系统下转换。
4运行环境规定
4.1设备
服务器：
CPU：PII233或HP系列的专门服务器 内存：128M 以上 硬盘：10G 以上
显示模式：推荐分辨率为800*600 工作站：
CPU：P133以上 内存：64M以上
模式：推荐分辨率为800*600
4.2支持软件
支持软件：Win9X/2000/XP/2003
服务器：数据库系统Microsoft SQL Server 2000
工作站：局域网络运行，工作站上不需要安装数据库系统。
4.3接口
该软件同各酒店宾馆的销售系统之间的接口。
与较大的客户单位之间的接口，用来跟踪掌握大客户的相关情况。接口之间网络协议采用TCP/IP协议。
4.4控制
一、设备名称及数量：
名称和数量：妇科用宫腔镜设备一套
产地：原装进口
二、设备的质量标准：
1、投标人提供设备的制造标准、安装标准及技术规范和具备医疗器械注册证等有关资料必须符合国家相应的有关标准、规范要求。
2、投标人必须提供制造厂商的售后服务承诺书及服务条款。投标人必须在省内设有工商注册的专业售后服务机构并配有维修工程师,提供售后服务工作站资质证明、办事处电话及工程师姓名。投标人还必须提供由投标产品制造商提供的制造商原厂售后服务、维修保证文件。
3、同型号产品省內使用证明。
4、提供同品牌同型号产品销售合同不低于3份。
5、具有CE认证和CCC认证。
6、自验收合格之日起计算，整机保修≥壹年。期间投标人应提供一切免费维修服务(含零配件的更换、软件升级)。保修期满后，终身维护，能长期提供良好的技术支持及零配件的优惠供应。
7、根据新仪器特点及技术要求，供应商对买方提供技术操作、管理人员进行免费培训。
8、供应商应向买方提供完整的技术资料壹套，中、英文手册(技术说明书、使用说明书、维修手册、安装维修手册、常用安装维修工具、操作手册、常用易消耗品单价等)、中华人民共和国医疗器械注册证等，各项指标和参数应符合验收标准，买方有权委托中国有资格单位或机构对设备性能、精度进行校核。
9、供应商提供设备的出厂检验报告、合格证书、装箱单。
10、供应商在接到买方设备故障通知的24小时内派工程师到达现场。
11、进口产品须提供该套设备的报关单和商检单。
12、本招标文件未明之处，可进行必要的咨询和补充说明。
三、基本配置与技术要求
一、基本参数
★
1、基本要求：原装进口，国际知名品牌，市场主流的高端产品
2、超高清摄像主机系统
2.1有不低于两路DVI高清数字输出，且主机可进行记录不低于1080P的图片和录像 2.2输出图像分辨率显示不低于1920×1080P 2.3扫描方式：逐行扫描。具备SCB集总功能，可连接光源、气腹机，可实现自动调光功能，适用于一体化手术室的功能连接.具有2种纤维镜优化模式技术。
2.4具有ICM图像处理模块。采样率≥10比特。监视器上可以显示气腹机、光源等其他相关设备信息。
2.5主机可以连接移动存储设备（U盘／移动硬盘）。可快速实现影像的录入和图像的抓取，图片或影像以文件的形式存储在移动设备内并可直接在个人电脑上读取或编辑，不需要在使用专业软件执行导入步骤。2.6可使用键盘输入信息。
2.7具有双图像处理模块，可处理两路图像信号，实现单平台多镜种的双镜联合，同时具备术野图像增强优化功能。具备画中画功能，可实现不低于4种同屏显示模式.2.8具备模块升级技术，后期可升级为3D高清摄像系统，在主机原有基础上预留升级空间，后期增加3D模块.3、摄像头技术（与摄像主机同品牌）
3.1摄像头像素不低于1920×1080P，不低于3个三分之一英寸CCD芯片，具有不低于2倍变焦，15mm≤边角距离范围≤31mm 3.2全数字化摄像头，图像在摄像头端完成数字化处理，全程数字化影像传输
3.3摄像头按键可设置不少于按键数量的快捷键，可预设功能至少包括术野录像、拍照、打印，调节白平衡、亮度、增益、色彩
4、医用冷光源（与摄像主机同品牌）4.1氙灯：15V，300w
色温6000±500k 4.2灯泡使用寿命≥500小时
具有灯泡寿命预警功能，内置红外线过滤器 4.3具有高级别的医用电气安全标准
5、显示器（与摄像主机同一品牌）5.1尺寸不小于26寸
5.2有效分辨率不低于1920×1080p 5.3宽高比为符合治疗诊断标准比例
6、导光束（与摄像主机同一品牌）
6.1直径约4.8mm 长度约300cm,可高温高压消毒
7、宫腔镜（与摄像主机同一品牌）7.1直径2.9mm,长30cm,可高温高压消毒
7.2操作鞘不少于一个，4.3mm,含工作通道，用于5Fr半硬性器械 7.3可连续冲洗宫腔镜鞘≥1个，大小不超过5mm
8、宫腔镜器械
活检抓钳、剪刀、勺形活检钳、探针、息肉环切刀、针形电极、球型电凝电极、单极导线各不少于1把
9、宫腔电切镜（与摄像主机同一品牌）
9.1直径4mm12º广角电切镜1根,可高温高压消毒 9.2被动式工作手件≥1套
9.326Fr电切镜内外鞘≥1套
24Fr电切环≥1个
电凝电极≥2个
高频电缆≥2根，长度约3m
四、整套设备配置要求：
1、所有设备均能进行工作连接并进行正常运行，保证各工作流程顺畅。
2、整机工作条件要求：温度：10-30度，湿度：30-70％，电源电压：单相输入，AC220V，50Hz。
编制说明
千里之行购物网由“2013级软件班彭双双”工作室承接制作,其一切功能都依据顾客需求制订,制作,特作以下说明书.
更改控制单
目 录
1
总则 ........................................................................................................................................... - 4 - 1.1 1.2 1.3 2 3
适用范围 ............................................................................................................................. - 4 - 引用标准文献 ..................................................................................................................... - 4 - 名词术语表 ......................................................................................................................... - 4 -
系统体系结构 ........................................................................................................................... - 5 - 系统功能需求 ........................................................................................................................... - 6 - 3.1 3.2
总体实现 ............................................................................................................................. - 6 - 系统管理平台 ..................................................................................................................... - 6 -
前提和约束 ................................................................................................................ - 6 - 3.2.2 系统管理功能 ............................................................................................................ - 7 - 3.3 系统主要业务流程 ............................................................................... 错误！未定义书签。 3.3.1 用户信息发布流程 ....................................................................... 错误！未定义书签。
4
系统技术需求 ........................................................................................................................... - 7 - 4.1 4.2 4.3 4.4 5
安全性 ................................................................................................................................. - 7 - 扩充性 ................................................................................................................................. - 7 - 易维护 ................................................................................................................................. - 7 - 响应速度快 ......................................................................................................................... - 8 -
3.2.1
系统性能需求 ........................................................................................................................... - 8 - 5.1 5.2
系统响应时间 ..................................................................................................................... - 8 - 并发处理能力 ..................................................................................................................... - 8 -
6 系统安全性需求 ....................................................................................................................... - 8 - 6.1 6.2 6.3 6.4
用户合法身份校验 ............................................................................................................. - 8 - 数据授权控制 ..................................................................................................................... - 8 - 操作日志 ............................................................................................................................. - 8 - 防火墙 ................................................................................................................................. - 9 -
7 其它非功能性需求 ................................................................................................................... - 9 - 7.1 7.2 7.3
稳定性需求 ......................................................................................................................... - 9 - 扩展性需求 ......................................................................................................................... - 9 - 易操作 ................................................................................................................................. - 9 -
1 总则
1.1 进入21世纪以后，网上购物已经是一件新鲜的不能再新鲜的事情了，对于我国网络
购物的需要量，特地建立一个购物网站以供需求
1.2 适用范围
本规范是千里之行购物网项目的技术需求、开发和实现的指导性文件。
1.3 引用标准文献
《编码规范》
1.4 名词术语表
2 系统体系结构
参考软件体系架构采用MVC多层体系的思路，本系统平台架构也体现这一架构的思路，具体设计如下图示意：
图2.1系统软件结构示意图
该体系架构采用业界成熟和广泛运用的J2EE技术、基于MVC（模型―视图―控制器）设计范例进行架构设计。
WEB服务器为前端客户浏览器提供表示逻辑和用户导航；处于中间层的应用服务器通过WEB容器和JAVABEAN提供的各组件完成业务逻辑和工作流；处于后端的数据模型层提供数据逻辑，根据具体情况的不同，采用DAO连接数据库。
MVC（模型―视图―控制器）设计范例基于功能清楚地分开了代码，因此，修改某一层上的应用程序不会影响到其它层，整个系统是一个松耦合的系统，特别适合于业务模式、用户状况与需求多变的`应用环境。在系统开发上，由于它将功能清楚地进行了分解，使得需要不同技术能力的团队可以相互独立地工作，这种明确的分工可有效利用开发团队成员的力量，实现高效优质的开发工作。
3 系统功能需求
3.1 总体实现
所有的用户可以划分为以下几个大类：
? 网络用户：通过网络实现查看网页信息，注册为会员，登陆后享受会员具有会员功
能，信息发布、信息回复查看等功能。 ? 系统管理员：系统管理人员，完成基本参数设置、系统运行日志、用户管理和权限
设置等系统基本设置。 按照以上原则，系统划分为两部分功能实现：面向网络用户的功能和面向系统管理的系统管理功能。
图3.1 系统功能模块示意图
以下所有功能模块的需求分析将基于这个模块划分原则进行，并展开详细的需求分析说明。
功能实现上应能做到：操作简便；具有使用护航；可操作性好；对关键数据输入有即时提示；并且做到界面及提示用词统一、通俗易懂、不使用专业技术用语。
3.2 系统管理平台
系统管理平台面向整个网站管理IT系统的系统管理员，管理员通过该平台可以完成系统的用户管理、权限分配、以及性能分析、安全日志查询等系统级管理功能。
图3.2 系统管理平台功能模块图
3.2.1 前提和约束
管理员权限为系统内置权限，只能访问管理平台，不能进行业务操作。
通过用户组设置，减少批量相同权限用户的设置重复工作量。
权限模型按照用户－用户组－权限－可访问资源（包含数据访问控制），进行设定。
3.2.2 系统管理功能
为了方便顾客的使用、操作和维护以及根据顾客要求，我工作室将千里之行购物网分做前台和后台两个控制功能模块。前台的内容发布给广大的网民，而后台部分则是便于顾客修改数据库，更新网页内容。也就是说，网民通过网络可浏览网页，而顾客将用有一个独立于客户端的控制页面，由顾客授权管理。 网页雏形
我工作室根据顾客提出的要求，计划将网页制作成如下形式：
1、首页顶部千里之行购物网名称，并以图片做修饰，添加导航条，导航条内容有：
网站公告、产品导航、户外服装、登山用品、野营露宿、休闲运动、运动工具共7条；
2、其中首页将推荐商品、特价商品、新上商品，便于顾客浏览。 3、首页左边将放置帮助信息及功能模块； 4、在首页下部是一些其他千里之行购物网的帮助解释等超链接。 5、用户点击相应的功能模块按钮进入功能页面，帮助用户完成功能操作。 6、用户点击客户管理，进行注册、登陆、修改个人信息等操作，并配有各功能的
独立页面，操作不成功弹出操作不成功的提醒页面。
7、后台内容中，提供了系统管理员的登陆，操作页面。操作主页面提供对数据库
内容的增删改查四个功能的按键，管理员选择用户或用户信息后对内容进行更新或修改。每个功能按键对应一组成功与出错的页面。
4 系统技术需求
4.1 安全性
保障用户信息的数据安全性和保密性，防止外部攻击和窃取核心业务数据就显得尤为重要。故在数据访问，层间通讯必须使用JAVABEAN做数据封装。
4.2 扩充性
客户管理有很大的发展潜力，系统应该通过方便的设置扩充系统容量，而且对客户预订业务也应该可以通过模块化定制。
4.3 易维护
随着业务的发展，网站信息数量也会增加，所以系统必须提供方便的维护手段，尽量减少系统维护的工作量。
4.4 响应速度快
用户在查询信息时，对系统延迟往往有一个忍耐极限，所以要求系统响应速度应在用户忍耐范围内。
5 系统性能需求
系统性能是用户测评系统的一个重要指标，包含以下两个方面：系统相应时间和并发处理能力。
同时，考虑性能时，也应该综合考虑系统的硬件指标、用户最大数量、系统实时需求性和系统复杂度。
5.1 系统响应时间
提供先进的数据访问引擎技术，提高数据处理响应速度。一般性查询最长不超过 5 s，一般业务处理操作不操过5s，报表查询以及复杂查询操作一般不操过30s。
5.2 并发处理能力
通过先进缓存技术。解决多用户并发访问瓶颈。 系统应支持最大并发在线客户数为30-50个。
6 系统安全性需求
由于系统是基于Internet的Web应用，因此安全性措施尤为重要。
6.1 用户合法身份校验
6.2 数据授权控制 6.3 操作日志
所有重要业务操作，在系统中均记录日志，包含登录的信息、操作信息、日期等，作为事后系统安全审计和跟踪的依据。
6.4 防火墙
为防止Internet上的恶意攻击和数据安全，在系统和外网之间设置防火墙，以保证合法的访问和系统安全。
7 其它非功能性需求
7.1 稳定性需求
7.2 扩展性需求
【软件规格需求说明书】推荐阅读：
软件需求规格说明书检查单02-17
srs需求规格说明书06-13
如何写软件项目需求说明书10-28
材料计算规格11-29
系统技术规格及要求06-18
详细技术规格及要求07-27
瓦楞纸板规格介绍10-28
标准配电箱规格01-02
书法作品规格常识02-13
人造板的规格介绍10-27
