驾校管理系统需求规格说明书.doc

《驾校管理系统需求规格说明书.doc》由会员分享，可在线阅读，更多相关《驾校管理系统需求规格说明书.doc（26页珍藏版）》请在三一文库上搜索。

1、驾校管理系统需求规格说明书V1.0文件编号：XXXX/C07-210配置项编号：- - D- SRS - 版本号驾校管理系统Driving School Management System需求规格说明书V1.0编 写 人： 编写时间： 部 门 名：审 核 人：审核时间：修订页编号章节名称修订内容简述修订日期修订前版本号修订后版本号修订人批准人*：浙江科技学院 目 录引 言3第一章 绪论41.1 编写目的41.2 文档约定41.3 预期的读者和阅读建议41.4 产品的使用范围5第二章 需求分析62.1 产品的前景62.2 产品的功能72.3用户类和特征82.4 运行环境9第三章 外部接口需求10

2、3.1用户界面103.2硬件接口103.3软件接口103.4通信接口10第四章 功能模块114.1 系统角色114.2 系统管理124.2.1 学期设置124.2.2 用户管理134.2.3 系统参数设置134.2.4 系统升级134.3 学员管理144.3.1 学员报名144.3.2 学员信息管理144.3.3 学员体检查询154.3.4 学员退学情况154.3.5 学员毕业名单154.3.6 毕业查询154.4 财务管理164.4.1 学员缴费查询164.4.2 退款查询164.4.3 打印缴费单164.4.4 打印单据174.5 教务管理174.5.1 约车申请174.5.2 约车查询1

3、74.5.3 约车报表184.5.4 培训记录登记184.5.5 培训记录查询184.6 考试查询194.6.1 科目一约考194.6.2 科目二约考194.6.3 科目三约考194.6.4 约考查询194.6.5 约考名单及安排204.6.6 成绩录入204.6.7 成绩查询20第五章 其它非功能需求225.1 性能需求225.2安全性需求225.3软件质量属性225.4业务规则235.5用户文档235.6 其它需求23附录A ：词汇表24附录B ：分析模型24附录C ：待确定问题的列表24引 言如今信息时代需要企业员工高效的协作，及时的交流，拥有最新的信息，这样才能在现代的市场竞争中立于不

4、败之地。各行业传统的手工操作方法都已远远不能适应现在的工作需求，随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。各单位乃至个人都开始利用计算机将自身的业务管理加以优化，通过计算机的协同操作来替代传统的手工操作。随着我国汽车拥有量的大幅度攀升，学车人数剧增，驾驶培训行业作为一个新兴行业，规模不断扩大。但目前大部分的驾驶培训中心仍采用手工作业方式，工作效率低，准确性不够，各部门之间的业务和管理显得较为杂乱无序。尤其在新交通法规出台以后，对学时、桩考、路考等方面的要求更加严格，传统的手工方式由于带有一定的随意性已经不能适应

5、驾驶培训行业的新形势。而学车人员的增加和不同的要求也带来了在学车种类、学时、学费等方面的复杂变化，对驾驶培训中心的工作人员在统计、计费、计算学时、安排学车、统一调度等方面都提出了更高的要求,传统的手工作业方式已经远不能满足当前的业务发展需要，在这种情况下，驾校管理系统应运而生。第一章 绪论1.1 编写目的本文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有备选事件流则描述，否则则省略。而且还给出了非常直观的用例

6、图。这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。本文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是用户确定软件功能需求的主要依据。本文档为学习管理系统的设计、实现、测试以及验收提供重要依据，也为评价系统功能和性能提供标准。本文档可供用户、项目管理人员、系统分析人员、程序设计人员以及系统测试人员阅读和参考。1.2 文档约定本文档按以下要求和约定进行书写：（1）页面的左边距为2.5cm，右边距为2.0cm，装订线靠左，行距为最小值20磅。（2）标题最多分三级，

7、分别为宋体二号、黑体三号、宋体三号，标题均加粗。（3）正文字体为宋体小四号，无特殊情况下，字体颜色均采用黑色。（4）出现序号的段落不采用自动编号功能而采用人工编号，各级别的序号依次为（1）、1）、a)等，特殊情况另作规定。1.3 预期的读者和阅读建议本文档的主要内容共分4部分：综合描述、系统特性、和非功能性需求和外部接口描述。综合描述部分主要对系统的整体结构进行了大致的介绍；系统特性部分对系统的功能需求进行了详细描述，是本文的主要部分；非功能性需求部分对非功能需求进行了详细的描述；外部接口需求部分对用户界面、软件接口、硬件接口和通讯接口等进行了描述。本文档面向多种读者对象：（1）项目经理：项目

8、经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。（3）程序员：配合设计报告，了解系统功能，编写用户手册。（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。（5）销售人员：了解预期产品的功能和性能。（6）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。（7）其他人员：如部门领导、公司领导等可以据此了解产品的功能和性能。在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。1.4 产品的使用范围该产品是在积累了丰富业务经验的基

9、础上进行开发的，在需求上，充分考虑了具体用户的实际情况。本产品将主要适用于各大驾校，主要完成学员档案管理、学费账务管理、教学培训管理等功能模块。第二章 需求分析2.1 产品的前景知识经济时代的来临，各个行业的生存环境随之不断变化，发展空间更广阔、市场经营机制日趋完善；与此同时，竞争也越来越激烈。如能具有更快的响应能力、更强的协作能力和高效的信息传递、发布能力，就能使企业在激烈的市场竞争中立于不败之地。为了更好的迎接新世纪的挑战，适应以上提出的新趋势，提高内部的管理水平和工作效率、降低费用和成本，企业需要建立现代化的应用系统。虽然现在驾驶培训行业尽管规模不断壮大，但大部分驾校仍然停留在手工作业阶

10、段，随着很多驾驶培训中心不断发展和壮大，随之也带来了许多管理上的不足和困扰，现行的管理方式和管理体制不仅无法满足企业的发展的需要，还浪费了企业大量的人力和物力，降低了工作效率，已成为企业发展的绊脚石。其主要表现为以下几个方面： 各部门的业务和管理工作显得较为杂乱无序；大量的工作还停留在手工作业阶段，降低了工作效率，且容易出现差错； 部门和部门之间的衔接随意性较强，没有系统的管理和衔接流程； 部门、员工和学员信息不能及时、准确地反馈给企业管理层，加大了企业管理层对企业整体掌控和合理调配的难度； 申报、请示、审批等流程不健全，容易产生漏洞和脱节。因此，为了提高驾驶培训中心的业务管理水平和效率，降低

11、运营成本，并适应不同的学车人员的个性化要求，以及新交规在驾驶培训方面的严格要求，急需开发一套驾校管理系统。2.2 产品的功能功能模块需求名称需求描述系统管理学期设置设置学期的报名起始日期，科目一考试日期，科目二考试日期和科目三考试日期。有了学期的概念，在进行学员查询、缴费、发放证书等操作时，就可以按学期进行查询学员了，而且，可以按学期查出学员名单、考试名单报给运管部门和交警。用户管理每个学员和员工以及教练都有自己的账号和密码，可以进行密码修改。系统参数设置系统参数设置分三部分：初始用户设置提供系统初始化所需要的用户和口令；基本参数设置将维护地区表、民族表、职称表等较为固定且必须的基本参数，阀值

12、设置将业务流程中主要的一些限制（如体检合格才能理论学习，上车前必须缴清费用等等），使整个业务可以按照实际流程，在整体灵活的基础上具备一定的原则性。系统升级为了使系统不断地满足用户需求，使其功能更加完善。在其使用过程中可以通过升级来满足实际操作的需要。学员管理学员报名提供学员报名功能，记录学员的相关信息。学员信息管理对学员的基本信息进行管理，包括学员信息的查询，学员本人只能查询和修改自己的信息，工作人员还可以进行添加和删除某学员的信息，教练也可查询学员的信息。学员体检查询用来登记学员体检信息，用户可以查询自己的情况。并提供查询打印体检单功能。学员退学情况用来登记退学学员。退学的学员不一定要使用学

13、员查询模块删除，只要使用登记学员退学即可，这样学员的数据还保存在系统中，便于以后查询。学员毕业名单记录每届学员的毕业名单（供教练及工作人员查询学员的毕业情况）。毕业查询每个学员可以查询自己的毕业情况。财务管理学员缴费查询学员可以通过此功能查看自己的缴费信息是否已被录入系统，若没有，应对校方的人说明，以免引起误会。工作人员可以通过此功能查看学员的缴费情况，便于对于未缴费的学员做出提醒。退款查询用来登记给学员的退款情况，学员可以知道校方是否已退款给自己。打印缴费单当业务部门需要收费或者学员分阶段来缴费时，首先在系统中的缴费单模板上填入缴费类别、用途、金额等信息，生成一张具体的缴费单并打印出来，学员

14、凭此单据去财务部门缴费。打印单据财务部门进行收费并审核后，将缴费信息进行登记（修改学员的已缴费用项目）并打印单据。教务管理约车申请管理员根据车辆安排信息向学员提供可约车辆信息，学员根据自己的情况向管理员提出约车申请，由管理员确认形成约车记录。约车查询学员可以通过这个功能查询自己是否约车成功。约车报表根据学员的约车申请来生成约车报表，以便安排教练和车辆的工作日程。培训记录登记每一次学员参加培训后，教练员来登记学员的培训情况。培训记录查询学员可以查询自己的培训情况，教练员也可以来了解一些学员的情况。考试管理科目一约考学员通过此功能对科目一进行约考，方便工作人员用来制订参加科目一考试学员名单。科目二

15、约考学员通过此功能对科目二进行约考，方便工作人员用来制订参加科目二考试学员名单。科目三约考学员通过此功能对科目三进行约考，方便工作人员用来制订参加科目三考试学员名单。约考查询学员可以通过这个功能查询自己是否约考成功，学校工作人员可以查询学员约考情况。约考名单及安排用来查询通过“科目一约考”、“科目二约考”、“科目三约考”这三个模块生成的考试名单。成绩录入用来输入学员的考试成绩，包括科目一、科目二、科目三。成绩查询考生可以用来查询自己的考试成绩，教练等也可以查询所有学生的成绩，了解学生的情况。2.3用户类和特征本系统所面向的使用群体包括驾校学员，驾校教练，以及驾校的工作人员。由于传统的驾校管理，

16、主要还是基于文本、表格等纸质的手工处理，对于学员和驾校的工作人员带来了不同程度的限制，而没有特定的系统用于驾校的管理，给工作人员及学员都带来了很多不便。本系统的最终用户是学车培训中心，工作人员都需具备一定的计算机操作水平和技巧，前期需要对用户进行适当的培训。在设计时，我们充分考虑用户的需求，求做到：程序的可操作性强，界面友好，功能完善。除此之外，还需要一个系统维护人员和计算机维护人员，他们可以在系统出现问题时进行维护。系统维护人员：了解计算机网络的相关知识、数据库编程、能熟练进行数据库的日常管理工作和解决出现的问题；计算机维护人员：熟悉计算机的硬件组成以及网络设置，能解决计算机在使用过程中出现

17、的硬件故障和网络故障。2.4 运行环境该系统为B/S三层结构，它的运行环境分客户端、应用服务器端和数据库服务器端三部分。以下是系统的软件环境。（1）客户端操作系统：Windows2000 Professional/XP或更新版本。浏览器：IE6以上，其它常见浏览器如FireFox。（2）应用服务器端操作系统：Windows2000 Server或更新版本。应用服务器：Tomcat 5.5或更新版本。数据库访问：JDBC。（3）数据库服务器端操作系统：Windows2000 Server或更新版本。数据库系统：MySql 2000或更新版本。第三章 外部接口需求3.1用户界面本系统采用B/S架构

18、，所有界面使用WEB风格，用户界面的具体细节将在概要设计文档中描述。3.2硬件接口服务器端建议使用专用服务器。1.处理器要求：Windows2000 Professional或以上2.运行环境：jdk6.0 3.内存要求：512MB或以上3.3软件接口操作系统平台：Windows xp数据库系统平台：MySql 2000开发语言：Java开发工具：Eclipse3.4通信接口无特殊需求。第四章 功能模块4.1 系统角色本系统主要用于驾校的以下几类人员：（1）驾校学员1）系统管理学员可以修改自己的密码2）学员管理可查询个人资料，在学员报名中填写自己的个人信息，还可查询自己的体检信息，在培训结束后

19、还可查询自己的毕业情况。3）财务管理在系统上选择相应的缴费信息，并打印出缴费单，凭缴费单去缴费，缴费后可在系统中查询自己的缴费情况，并打印单据。若有些学生退学，则还可以查看退款情况。4）教务管理管理员根据车辆安排信息向学员提供可约车辆信息，学员根据自己的情况向管理员提出约车申请，并进行约车查询，查看自己的请求是否通过。学员还可以查询自己的培训情况。5）考试管理学生可以进行科目一、科目二、科目三约考，并可以查询自己是否约考成功，考后还可查询自己的成绩。（2）教练1）学员管理教练可以查询每个学生的信息，也可以查看学员毕业名单，了解每届学生的毕业情况。2）教务管理教练在培训完毕后，可在系统中对每位学

20、员进行培训记录登记，记录每个学员的培训情况。3）考试管理考完试后，教练可以在系统中录入每位学员的成绩。日后，教练可以查询所有学生的成绩，了解学生的情况。4）系统管理教练可以修改自己的密码。（3）工作人员1）学员管理工作人员可以查询学员的信息，并可以进行增加或删除学员信息，工作人员还可以查询毕业学员名单，了解学员的毕业情况。2）财务管理工作人员可以查看学员的缴费情况，便于对于未缴费的学员做出提醒，财务部门进行收费并审核后，还可以将缴费信息进行登记（修改学员的已缴费用项目）并打印单据。3）教务管理工作人员可进行约车查询，了解学员的约车情况，以便安排车辆。4）考试管理工作人员可以查询学员的约考情况，

21、以便安排考试，还可以查询学员的考试成绩。5）系统管理教练可以修改自己的密码。（4）系统管理员1）系统管理系统管理员可以进行学期设置，还可以对用户进行管理，如添加用户，删除用户，修改用户密码等，还可以进行一些参数设置，除此之外还可进行系统维护和系统升级。还包括导入一些数据资料，如学员信息，学员体检信息等。2）教务管理根据学员的约车情况生成约车报表，供学校工作人员安排教练和车辆的工作日程。3）考试管理 根据学生的约考情况生成约考报表，供学校工作人员进行考试安排。4.2 系统管理4.2.1 学期设置使用者：系统管理员。目的：设置学期的报名起始日期，科目一考试日期，科目二考试日期和科目三考试日期等。基

22、本事件流：1、系统管理员进入学期设置界面，本用例开始；2、系统显示一个学期设置对话框（供系统管理员输入信息）。3、系统管理员输入要设置的内容，并进行确认。4、系统显示设置的内容以及其相关的处理结果。本用例结束。4.2.2 用户管理使用者：系统用户。目的：修改自己的密码。基本事件流：1、用户进入密码修改界面，本用例开始；2、系统显示一个修改密码的对话框，内容如旧密码，新密码还有“确定”、“取消”按钮等；3、用户输入旧密码和新密码，并按按钮“确定”；4、系统显示一个对话框，表明密码修改正确或错误，本用例结束。4.2.3 系统参数设置使用者：系统管理员。目的：设置一些基本参数。基本事件流：1、系统管

23、理员进入参数设置界面，本用例开始；2、系统显示一个参数设置的对话框，供系统管理员输入信息；3、系统管理员输入信息，并按“确定”按钮；4、系统显示一个对话框，表明参数设置成功或失败，本用例结束。4.2.4 系统升级使用者：系统管理员。目的：系统升级。基本数据流：1、系统管理员进入系统升级界面，本用例开始；2、系统管理员进行系统升级；3、系统显示一个对话框，表明系统升级成功或失败，本用例结束。4.3 学员管理4.3.1 学员报名使用者：想上驾校的人。目的：进行网上报名。基本事件流：1、普通用户以游客身份进入学员报名界面，本用例开始；2、系统显示一个报名，填写信息界面；3、用户认真填写基本信息，并进

24、行提交；4、系统显示一个对话框，表明报名成功或失败，本用例结束。4.3.2 学员信息管理使用者：驾校学员及驾校工作人员及教练。目的：对学员的基本信息进行管理，包括学员信息的查询，学员本人只能查询和修改自己的信息，工作人员还可以进行添加和删除某学员的信息，教练也可查询学员的信息。基本事件流：1、用户进入学员信息管理界面，本用例开始；2、系统显示学员的信息，如姓名，年龄，性别等；3、学员选择学员信息查询，系统显示该学员的基本信息；4、驾校工作人员及教练选择学员信息查询，系统显示一个对话框，用户输入查询条件，如姓名，性别等；5、驾校工作人员选择学员信息修改，用户先选择要修改的对象，系统弹出对话框，用

25、户输入修改后的信息；6、驾校工作人员选择学员信息添加，系统显示一个对话框，用户输入要添加的学员的所有信息；7、驾校工作人员选择学员信息删除，用户先选择要删除的对象，然后按“删除”按钮进行删除；8、每次用户执行完操作后，系统总会弹出对话框，表明这次操作的结果，本用例结束。4.3.3 学员体检查询使用者：驾校学员。目的：学员查询自己的体检情况。基本事件流：1、用户进入学员体检查询界面，本用例开始；2、学员选择学员体检查询，系统显示该学员的体检信息；3、学员选择体检单打印，系统将会通知打印机打印该打印单；3、每次用户执行完后，系统显示一个对话框，表明查询成功或失败，本用例结束4.3.4 学员退学情况

26、使用者：驾校工作人员。目的：记录退学学生的信息。基本事件流：1、工作人员进入学员退学界面，本用例开始；2、系统显示一个对话框，供工作人员输入退学学员的信息；3、工作人员输入信息，并按“确定”按钮；4、系统显示一个对话框，表明信息添加成功或失败，本用例结束。4.3.5 学员毕业名单使用者：系统管理员。目的：系统管理员录入学员的毕业信息，生成学员毕业名单，供教练及工作人员查询。基本事件流：1、系统管理员进入毕业名单界面，本用例开始；2、系统管理员录入学生毕业信息，并按“确定”按钮；3、系统显示一个对话框，表明信息添加成功或失败，本用例结束。4.3.6 毕业查询使用者：驾校学员。目的：查询自己的毕业

27、情况。基本事件流：1、驾校学员进入毕业查询界面，本用例开始；2、系统显示本学员的毕业情况，本用例结束；4.4 财务管理4.4.1 学员缴费查询使用者：驾校学员及工作人员。目的：查询学员的缴费情况。基本事件流：1、用户进入学员缴费查询界面，本用例开始；2、驾校学员选择缴费查询，系统显示该学员的缴费信息；3、工作人员选择缴费查询，系统将显示出所有的缴费情况，本用例结束。4.4.2 退款查询使用者：驾校学员。目的：查询驾校是否已经将学费退还给自己。基本事件流：1、驾校学员进入退款查询界面，本用例开始；2、系统显示退款的信息，本用例结束。4.4.3 打印缴费单使用者：驾校学员。目的：打印缴费单。基本事

28、件流：1、驾校学员进入打印缴费单界面，本用例开始；2、驾校学员填写缴费单的信息；3、学员按“打印”按钮进行打印；4、系统显示一个对话框，表明缴费单打印成功或失败，本用例结束。4.4.4 打印单据使用者：驾校工作人员。目的：打印单据给缴费学员，作为凭证。基本事件流：1、驾校工作人员进入单据打印界面，本用例开始；2、工作人员根据学生的缴费单，填写单据信息；3、工作人员按“打印”按钮进行打印；4、系统显示一个对话框，表明单据打印成功或失败，本用例结束。4.5 教务管理4.5.1 约车申请使用者：驾校学员。目的：驾校学员提出约车申请。基本事件流：1、驾校学员进入约车申请界面，本用例开始；2、学员根据系

29、统提供的信息，选择符合自己的条件；3、按“提交”按钮进行提交；4、系统显示一个对话框，表明约车申请成功或失败，本用例结束。4.5.2 约车查询使用者：驾校学员。目的：查询自己的约车申请是否通过。基本事件流：1、驾校学员进入约车查询界面，本用例开始；2、系统显示该学员的约车申请结果，本用例结束。4.5.3 约车报表使用者：系统管理员。目的：系统管理员录入学员的约车申请成功的信息，生成学员约车报表，供教练及工作人员查询和安排。基本事件流：1、系统管理员进入约车报表界面，本用例开始；2、系统管理员录入学员的约车申请成功的信息，并按“确定”按钮；3、系统显示一个对话框，表明信息录入成功或失败，本用例结

30、束。4.5.4 培训记录登记使用者：教练。目的：登记学员的培训情况。基本事件流：1、教练进入培训记录登记界面，本用例开始；2、系统显示所有学员的名单；3、教练点击任意一个学员名字，系统跳入另一界面；4、教练在另一界面输入该学员的培训记录；5、输入完成后，教练点击“按钮”提交；6、系统显示一个对话框，表明信息录入成功或失败，本用例结束。4.5.5 培训记录查询使用者：驾校学员及教练。目的：进行学员培训记录查询。基本事件流：1、驾校学员进入培训记录查询界面，本用例开始；2、驾校学员选择培训记录查询，系统显示该学员的培训记录；3、教练选择培训记录查询，系统显示所有学员的名单；4、教练点击任意一个学员

31、名字，系统显示该学员的培训记录，本用例结束。4.6 考试查询4.6.1 科目一约考使用者：驾校学员。目的：对科目一进行约考。基本事件流：1、驾校学员进入科目一约考界面，本用例开始；2、学员选择科目一，并按“确定”按钮，提交约考申请；3、系统显示一个对话框，表明科目一约考成功或失败，本用例结束。4.6.2 科目二约考使用者：驾校学员。目的：对科目二进行约考。基本事件流：1、驾校学员进入科目而约考界面，本用例开始；2、学员选择科目二，并按“确定”按钮，提交约考申请；3、系统显示一个对话框，表明科目二约考成功或失败，本用例结束。4.6.3 科目三约考使用者：驾校学员。目的：对科目三进行约考。基本事件

32、流：1、驾校学员进入科目而约考界面，本用例开始；2、学员选择科目三，并按“确定”按钮，提交约考申请；3、系统显示一个对话框，表明科目三约考成功或失败，本用例结束。4.6.4 约考查询使用者：驾校学员。目的：进行约考查询。基本事件流：1、驾校学员进入约考查询界面，本用例开始；2、系统显示该学员的约考申请结果，本用例结束。4.6.5 约考名单及安排使用者：系统管理员。目的：系统管理员录入学员的约考申请成功的信息，生成学员约考报表，供教练及工作人员查询和安排。基本事件流：1、系统管理员进入约考名单界面，本用例开始；2、系统管理员录入学员的约考申请成功的信息，并按“确定”按钮；3、系统显示一个对话框，

33、表明信息录入成功或失败，本用例结束。4.6.6 成绩录入使用者：教练。目的：考完试后，录入学员的考试成绩。基本事件流：1、教练进入成绩录入界面，本用例开始；2、系统显示所有学员的名单；3、教练点击任意一个学员名字，系统跳入另一界面；4、教练在另一界面输入该学员的考试成绩；5、输入完成后，教练点击“按钮”提交；6、系统显示一个对话框，表明信息录入成功或失败，本用例结束。4.6.7 成绩查询使用者：驾校学员及教练。目的：查询自己的成绩。基本事件流：1、驾校学员进入成绩查询界面，本用例开始；2、驾校学员选择成绩查询，系统显示该学员的成绩；3、教练选择成绩查询，系统显示所有学员的成绩；4、教练点击任意

34、一个学员名字，系统显示该学员的成绩，本用例结束。第五章 其它非功能需求5.1 性能需求（1）客户端一般响应时间（除数据导入）不超过2秒。（2）支持4000名学员信息的一次性导入，导入时间不超过300秒。（3）支持5000名用户并发使用，并保证性能不受影响。5.2安全性需求（1）权限控制根据不同用户角色，设置相应权限，用户的重要操作都做相应的日志记录以备查看，没有权限的用户禁止使用系统。（2）重要数据加密本系统对一些重要的数据按一定的算法进行加密，如用户口令、重要参数等。（3）数据备份允许用户进行数据的备份和恢复，以弥补数据的破坏和丢失。5.3软件质量属性（1）方便操作，操作流程合理尽量从用户角

35、度出发，以方便使用本产品。（2）支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户均能方便地使用本系统。（3）控制必录入项本系统能够对必须录入的项目进行控制，使用户能够确保信息录入的完整。同时对必录入项进行有效的统一的提示。（4）容错能力系统具有一定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够保证正常运行，并有足够的提示信息帮助用户有效正确地完成任务。（5）操作完成时有统一规范的提示信息例如删除操作时，系统可提示警示框“您确认删除记录吗？操作不可恢复！”，用户点击确认后，系统才执行删除操作，删除后可直接返回相关页面。（6）用户可自定义为了满足业务的不断变化，一些重要的参数应该可以灵活设置。5.4业务规则无。5.5用户文档无。5.6 其它需求（1）支持多浏览器。（2）系统安装方便，易于维护。附录A ：词汇表无附录B ：分析模型无附录C ：待确定问题的列表无24