《成绩管理系统软件需求规格说明书IEEE案例》由会员分享，可在线阅读，更多相关《成绩管理系统软件需求规格说明书IEEE案例（17页珍藏版）》请在金锄头文库上搜索。
1、成绩管理系统需求说明书修订历史记录日期版本说明作者2011-10-121.0未评审的初稿某某某目录1.引言51.1目的51.2文档约定51.3预期的读者和阅读建议51.4产品的范围61.5参考文献62.综合描述62.1概述62.2产品的功能72.3运行环境82.4设计和实现上的限制82.5假设与依赖83.外部接口需求93.1用户界面93.2硬件接口93.3软件接口93.4通信接口94.系统特性104.1说明和优先级104.2激励/响应序列104.3功能需求104.3.1系统角色104.3.2学生管理114.3.2.1增加学生信息114.3.2.2修改学生信息114.3.2.3删除学生信息114
2、.3.2.4导入学生信息124.3.3教师管理124.3.3.1增加教师信息124.3.3.2修改教师信息124.3.3.3删除教师信息134.3.3.4导入教师信息134.3.4课程管理134.3.4.1增加课程基本信息134.3.4.2修改课程基本信息134.3.4.3删除课程基本信息144.3.4.4维护课程学生信息144.3.5成绩查询144.3.5.1学生查询成绩144.3.5.2教师查询成绩144.3.5.3成绩分析与统计144.3.5.4考试成绩表144.3.5.5班级各科平均成绩表154.3.5.6年级成绩排名表155.非功能性需求165.1性能需求165.2安全设施需求165
3、.3安全性需求165.4可用性需求165.5软件质量标准属性175.6业务规则175.7用户文档176.其它需求17附录A:词汇表17附录B：分析模型17附录C:待确定问题的列表171. 引言1.1 目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有备选事件流则描述，否则省略。而且还给出了非常直观的用例图。这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条
4、件。该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是用户确定软件功能需求的主要依据。1.2 文档约定本文档所采用的是IEEE_830-1998标准编写。本文档按以下要求和约定进行书写：（1）页面的左边距为2.5cm，右边距为2.0cm，装订线靠左，行距为最小值20磅。（2）标题最多分三级，分别为黑体小三、黑体四号、黑体小四，标题均加粗。（3）正文字体为宋体小四号，无特殊情况下，字体颜色均采用黑色。（4）出现序号的段落不采用自动编号功能而采用人工编号，各级别的序号依次为（1）、1）、a)等，特殊情况另作规定。1.3
5、 预期的读者和阅读建议本文档的主要内容共分4部分：综合描述、系统特性、和非功能性需求和外部接口描述。综合描述部分主要对系统的整体结构进行了大致的介绍；系统特性部分对系统的功能需求进行了详细描述，是本文的主要部分；非功能性需求部分对非功能需求进行了详细的描述；外部接口需求部分对用户界面、软件接口、硬件接口和通讯接口等进行了描述。本文档面向多种读者对象：（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。（3）程序员：配合设计报告，了解系统功能，编写用户手册。（4）测试员：根据本文档编写测试用例，并对
6、软件产品进行功能性测试和非功能性测试。（5）销售人员：了解预期产品的功能和性能。（6）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。（7）其他人员：如部门领导、公司领导等可以据此了解产品的功能和性能。在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。1.4 产品的范围该产品是在积累了丰富业务经验的基础上进行开发的，在需求上，充分考虑了具体用户的实际情况。本产品将主要适用于江苏省各高级中学的成绩管理，主要完成学生成绩录入、批量导入、学生成绩分析与统计等业务，也可作为学校学生与教务管理系统的一个子模块。1.5 参考文献1黄国兴，周
7、勇,等.软件需求工程M.清华大学出版社,2008:167-1712张三,李四,等.软件需求过程J.计算机科学,2007,15(3):206-2082. 综合描述2.1 概述高级中学对学生的考核主要还是对学生各科成绩的考核，考试类别多、课程多，而且要随高考制度的变化不断地改变，学生多，工作量大，尤其对学生成绩的分析（如排名）统计要及时，所以成绩管理一直是学校管理中的一个重要子系统。好的管理系统可以简少老师在成绩管理上的工作量，学生可以及时查询学习成绩，学校可以快速获得考试结果，掌握教学情况，改进教学活动。增加学生信息2.2 产品的功能修改学生信息学生档案管理删除学生信息导入学生信息删除教师信息修
8、改教师信息增加教师信息教师信息管理导入教师信息成绩管理系统修改学生成绩录入学生成绩管理课程学生管理课程基本信息课程管理成绩维护考试成绩表各科平均成绩表学生成绩分析统计期末考试成绩排名表学生查询成绩成绩查询教师查询成绩系统管理图一 成绩管理系统功能图2.3 运行环境该系统为B/S三层结构，它的运行环境分客户端、应用服务器端和数据库服务器端三部分。以下是系统的软件环境。（1）客户端操作系统：Windows2000 Professional/XP或更新版本。浏览器：IE6以上，其它常见浏览器如FireFox。（2）应用服务器端操作系统：Windows2000 Server或更新版本。应用服务器：To
9、mcat 5.5或更新版本。数据库访问：JDBC。（3）数据库服务器端操作系统：Windows2000 Server或更新版本。数据库系统：SQLServer 2000或更新版本。2.4 设计和实现上的限制1. 处理器要求：Pentium或以上2. 运行环境：jdk5.0 3. 内存要求：512MB或以上2.5 假设与依赖本项目是否能够成功实施，主要取决于以下的条件：（1）苏州中学能够积极地与安博配合，为了项目的开发和实施，在必要时对现有的业务流程进行合理的调整。（2）苏州中学为安博的调研、开发和实施过程提供必要的工作环境和系统运行环境，这些环境有助于安博开展工作。（3）苏州中学为安博提供完整
10、的功能和性能需求资料，以便于安博对其进行分析，从而形成完善的软件需求。（4）苏州中学为软件系统的运行提供必要的且能够满足系统运行条件的硬件环境和通讯环境，不合适的硬件环境和通讯环境将会影响系统的性能。（5）安博掌握先进的能够适用于该项目的技术，这是系统的性能是否优化和项目能否成功的保证。（6）苏州中学与安博具有相对稳定的项目团队，不稳定的团队将影响项目的进度和质量。3. 外部接口需求3.1 用户界面本系统采用B/S架构，所有界面使用WEB风格，用户界面的具体细节将在概要设计文档中描述。3.2 硬件接口服务器端建议使用专用服务器。系统运行的设备要求如下：1服务器端：P错误！未找到引用源。400主
11、频、256M内存、10G硬盘、10100M网卡以上配置光盘刻录或磁带备份设备2客户端：P166主频、32M内存、2G硬盘、10100M网卡以上配置3输出设备：客户机4. 一台路由器5. 远程拨入设备3.3 软件接口操作系统平台：Windows xp数据库系统平台：SQLServer 2000 开发语言：Java开发工具：Eclipse5.53.4 通信接口无特殊需求。4. 系统特性4.1 说明和优先级4.2 激励/响应序列4.3 功能需求4.3.1 系统角色本系统主要用于学校的以下几类人员：（1）系统管理员，完成系统管理与维护，例如，维护学生、教师及数据字典等的维护。图二 用例图一（2）教师，
12、维护课程与成绩，查询所教课程的所有学生的成绩。（3）学生则可查询自已的成绩。图三 用例图二4.3.2 学生管理4.3.2.1 增加学生信息使用者：学校有学生管理功能角色的用户。目的：单个添加学生基本信息。基本事件流：1、用户进入增加单个学生界面，本用例开始；2、系统显示学生信息输入界面，用户输入学生姓名、学号、性别、出身日期、入学日期、班级、政治面貌、籍贯。3、用户确认输入信息，系统检查学号是否唯一，若唯一，则增加学生信息，本用例结束。否则，提示用户重新输入。4.3.2.2 修改学生信息略4.3.2.3 删除学生信息略4.3.2.4 导入学生信息使用者：学校有学生管理功能角色的用户目的：批量导
13、入学生信息，也可以将其他系统中学生信息按照规定的格式导入本系统。基本事件流：1、用户进入批量导入学生界面，本用例开始；2、系统显示导入文件类型、格式说明、并提供导入的模板文件下载。3、用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定。4、系统检查文件的合理性，如果文件格式有误或有数据冲突，给出详细提示列表（错误所在行、错误原因），用户修改文件后再上传，如果上传文件合理，系统将学生信息导入系统。5、本用例结束。4.3.3 教师管理使用者：学校有教师管理功能角色的用户目的：单个添加教师基本信息。基本事件流：1、用户进入增加单个教师界面，本用例开始；2、系统显示教师信息输入界面，
14、用户输入教师姓名、工号、性别、出身日期、工作开始日期、职务、政治面貌、籍贯。3、用户确认输入信息，系统检查工号是否唯一，若唯一，则增加教师信息，本用例结束。否则，提示用户重新输入。4.3.3.1 增加教师信息略4.3.3.2 修改教师信息略4.3.3.3 删除教师信息略4.3.3.4 导入教师信息使用者：学校有教师管理功能角色的用户目的：批量导入教师信息，可以将其他系统中教师信息按照规定的格式导入本系统。基本事件流：1、用户进入批量导入教师界面，本用例开始；2、系统显示导入文件类型、格式说明、并提供导入的模板文件，供下载。3、用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定。4、系统检查文件的合理性，如果文件格式有误码或有数据冲突，给出详细提示列表（错误所在行、错误原因），用户修改文件后再上传，如果上传文件合理，系统将教师信息导入系统。5、本
