b．运行环境：WINDOWS2003/WINDOWS XP/ WINDOWS 7 c．处理器：Intel PentiumIII 及以上
d．内存要求：521M及以上
e．硬盘空间：40G及以上
f．网络协议；TCP/IP
3功能性需求分类
3.1 数据流图
顶层数据流图：
第一层数据流图：
第二层数据流图：
3.2 状态转换图
3.3 具体功能
3.3.1学生功能
3.3.1,1 密码修改
学生利用自己的学号注册成功之后，登录之后可到个人信息界面进行密码修改。
3.3.1.2 填写、修改个人信息
学生登录之后，选择个人信息，进入到个人信息管理界面，可进行个人信息的填写和修改，保存即可生效。
3.3.1.3 自主选课
学生登录之后，选择开始选课功能，跳转到自主选课界面，结合选课课表，进行选课，如果上课人数已满，系统会做出相应的提示如果课程可选，选课成功后，课程会自动添加到本页面上方必修课表中。如果学生在选课周期内，对自己已选课程不满意，可从新登陆本系统，进入自主选课界面，删除当前选择的课程，并重新选课；若超出选课周期，则选课结束，选课结果不能进行更改。
3.3.1.4 查询已选课程
学生登录本系统，进入到自主选课界面，则可以查看必修和选修的全部课程信息。
3.3.2.1密码修改
教师用自己的教工号注册成功后，登录本系统，进入个人信息管理界面，可修改自己的密码。
3.3.2.2 填写、修改个人信息
教师登录本系统，进入个人信息管理界面，即可对自己的个人信息进行填写个修改，保存后即可生效。
3.3.2.3 课程信息发布
在学生选课开始之前，教师需提前将自己本学期所授课程的详细信息上传本系统，最终由管理员进行统一排课，生成选课课表，供学生选课使用。课程发布信息包括：课程名，学时，学分，任课教师。教师登录本系统后，进入课程信息发布界面，将课程信息发布上传给管理员。如若课程信息发布错误，任课教师可在课程信息发布界面进行修改和删除。
3.3.2.4 查询
本功能指教师查询自己所受课程的选课情况，教师登陆本系统，进入选课情况查询界面，输入对应的课程号，即可显示该门课程的选课情况，选课情况包括：学生的学号，姓名，班级，院系。教师可在本界面上对查询结构进行打印，以方便授课。
3.3.3.1 管理员账户、密码说明
管理员的账户和密码是由学校教务最高领导直接提供的，不需要进行认证，系统设计时，根据用户领导的需求，为其直接建立符合需求数量的管理员账户名和密码，最终由用户自行派发。
3.3.3.2 用户注册认证
管理员将在校学生的学号和在校教师的工号录入系统，以便系统在注册认证时进行核对，不在库中的学生或教师无法认证成功，不能登录系统。管理员有权停止出最高用户以外的其余所有用户的使用权限。
3.3.3.3 更新信息
管理员要定期对库中的学生和教师信息进行更新，以便有新生和新教工入学后无法注册。
3.3.3.4 生成选课课表
管理员根据教师发布的课程信息,为课程编写课程编号，综合教室信息，最终生成选课课表，供学生选课使用。
3.3.3.5发布选课公告
生成选课课表后，根据学校的时间安排，发布选课公告，之后开启学生的选课权限，让学生进行选课。4产品的非功能性需求
4.1外部接口说明
4.1.1用户接口
用户进行使用时，首先进入学校网站首页，选择教务管理，然后选择学生选课系统，跳转到本系统登录界面，进行注册或登录即可使用。
4.1.2软件接口
a.使用本系统时，需要用户连接到互联网，在学校网站进行登录。
b.提供MY SQL 2005 接口或其他数据库
4.2性能需求
a.本系统要支持至少千人同时在线进行操作
b.峰值设定万人，用户并行操作超过一万人次，系统响应时间延长至分钟记，在5至10分钟内分先
后顺序批次处理之前的事务，而后在响应后续用户的操作，以免造成系统瘫痪。
4.2.1硬件的限制
无特殊要求，要求能连接互联网
4.3属性
4.3.1友好性
a.页面内容：主题突出，栏目、菜单不值合理，内容丰富，文字准确，行文规范，格式统一。
b.导航结构：具有明确的导航指示，便于用户理解和使用。
c.艺术风格：背景颜色以绿色和蓝色为主，界面、版面形象清新悦目，布局合理，字号大小适宜，字
体选择合适，动态效果号，色彩和谐，与主题吻合。
4.3.2安全性
a. 所有用户登录均需要用户名和密码登录；
b. 对用户的访问记录和操作进行后台记录，并定期进行更新；
c．对用户的访问权限做限制，不可访问于用户无关的信息；
d．用户的个人信息做相应的保密处理，不会对外泄露，不会被其他用户访问；
e.尽量保证模块功能的单一性；
f.对系统峰值进行处理，保证系统在达到峰值流量时仍然处于安全状态；
4.3.3可维护性
a．系统在设计时，尽量保证模块功能的清晰性，灵活性和独立性，以便以后用户提出新的需求是进行系统的维护。
b．易于故障的排除和日常管理操作方便，系统应可以在发现错误时不仅做出错误显示，还应该进行错误处理，并且系统能够进行自动修复。
4.3.4可转移/换性
系统基于Java平台进行开发，不同数据库之间的数据转换，保证系统在不同操作系统之间的转移。4.4系统的运行环境
系统在有用户进行访问时开始运行，无用户访问以及事务处理完毕后结束运行，运行时间无限制，操作系统限制基于一般约束中的限制。
4.5其他需求
4.5.1用户操作需求
a.要求用户是系统使用学校的在校大学生或教职工，进行注册成功后方可进行相关操作；
b.用户只可以对自己的个人信息以及与自己相关的公共信息进行访问；
c.管理员做好对系统状态的查看和简单的信息更新，保证系统信息的及时性。
5 E-R图和数据字典抽取
5.1E-R图
5.2数据字典
5.2.1学生基本信息5.2.1.1外部项实体
5.2.1.2 数据项定义
5.2.1.3数据结构定义
5.2.1.4 数据流定义
5.2.1.5 处理逻辑定义
5.2.1.6数据存储定义
5.2.2教师基本信息5.2.2.1外部项定义
5.2.2.2数据项定义
5.2.2.3 数据结构定义
5.2.2.4 数据流定义
5.2.2.5 处理逻辑定义
5.2.2.6 数据存储定义
5.2.3课程基本信息5.2.3.1
5.2.3.2数据项定义
5.2.3.3数据结构定义
5.2.3.4数据流定义
5.2.3.5处理逻辑定义
5.2.3.6数据存储定义
附录A：需求确认
需求规格说明书规范 1．引言 1.1 编写目的 ? 阐明开发本软件的目的 ? 说明编写本软件说明书的目的 ? 指明软件需求说明书所预期的读者 1.2 项目背景 ? 标识待开发软件产品的名称、代码 ? 列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户。 ? 说明该软件产品与其他有关软件产品的相互关系。 1.3 术语说明 列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1.4 参考资料 列举编写软件需求规格说明时参考的资料，包含项目经核准的计划任务书、合同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品的软件需求规格说明。 在这里应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资金来源。 2．项目概述 1.1 待开发软件的一般描述 描述待开发软件的背景，所应达到的目标，以及市场前景等。 1.2 待开发软件的功能 简述待开发软件所具有的主要功能。为了帮助每个读者理解，可以使用列表或图形的方法进行描述。使用图形表示，可以采用： ? 顶层数据流图； ? UseCase图； ? 系统流程图； ? 层次方框图。 1.3 用户特征 描述最终用户应具有的受教育水平，工作经验及技术专长。 1.4 运行环境 描述软件的运行环境，包括硬件平台、硬件要求、操作系统和版本，以及其他的软件或其共存的应用程序等。 1.5 条件与限制 给出影响开发人员在设计软件时的约束条款，例如： ? 必须使用或避免使用特定的技术、工具、编程语言和数据库； ? 硬件限制； ? 所要求的开发规范或标准。 3．功能需求
需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
第一章引言 1. 1 编写目的 本需求规格说明书是为了开发学生信息管理系统而编写，主要面向系统分析员、程序员、测试员、实施员和最终用户。 本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用，也是项目完成后系统验收的依据。 1. 2 项目背景 开发软件的名称：学生信息管理系统 项目的任务提出者：江汉大学文理学院 开发者：袁俊 用户：江汉大学文理学院学生信息管理员 实现软件的单位：06软件一班 兼容系统：Windows XP SP2/SP3 开发工具：https://www.doczj.com/doc/0d4809389.html,+ Microsoft SQL Server 2000 1．3 相关术语 Macromedia Dreamweaver 8：网页设计工具 Microsoft SQL Server：数据库工具 1．4 参考资料 [1]《软件工程模型与方法》，肖丁等，北京邮电大学。 [2]《https://www.doczj.com/doc/0d4809389.html,+Dreamweaver8案例精粹》武新华等，电子科技大学 [3]《信息系统应用与开发案例教程》，承欢，清华大学。
第二章需求规定 2．1 功能分析 在学生信息管理系统中,主要有用户登陆、学生信息管理、课程信息管理、用户管理等功能，功能分析如下： （1）用户登陆 学生信息管理采用用户名及密码验证模式，进入学生信息管理前，用户必须在登陆页面输入用户名及密码，只有验证通过的用户方可进入学生信息管理操作主页面。 （2）学生信息管理 包括3个功能模块：学生个人信息的添加、学生信息的查询以及学生信息的修改于删除。（3）课程信息管理 包括3个功能模块：课程基本添加与删除处理、成绩查询处理以及学生选课信息的查询处理。 （4）用户管理 包括2个功能模块：用户信息查询以及用户的删除与处理。 2．2 性能要求分析 （1）系统易操作性 所开发的系统应做到操作简单，尽量使系统操作不受用户对电脑知识水平的限制。（2）系统具有可维护性 由于系统涉及的信息比较广，数据库中的数据需定期修改，系统可利用的空间及性能也随之下降，为了使系统更好地运转，学院可以对系统数据及一些简单的功能进行独立的维护及调整。 （3）系统具有开放性 该系统能够在开放的硬件体系结构中运行，并且能与其他系统顺利连接，不会因外部系统的不同面要做在量的修改工作。 2．3逻辑模型的建立 经过以上调查分析，明确以所开发系统的功能需求和性能要求，发现了存在的问题，弄清了系统的功能，为系统逻辑模型的建立提供了依据。系统分析的主要成果是建立系统的逻辑模型，本系统的逻辑模型主要以系统的数据流图和数据词典作为描述功具。
保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日
文档修改记录
目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)
[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
四川托普集团技术文档 卷号： 卷内编号： V1.0版 多层体系政务框架平台之一 行政服务中心政务平台 软件产品需求规格说明书Software Product Requirements Specification 项目承担部门：中央研究院应用产品开发中心 撰写人（签名）： 完成日期： 本文檔使用部门：■主管领导■项目组□客户（市场） ■维护人员□用户 文档验交组（签名）： 验交日期： 评审负责人（签名）： 评审日期：
软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的 本节描述软件产品需求规格说明书（SRS）的目的是： 定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； 提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础； 作为软件总体测试的依据。 1.2.定义 Workflow：工作流 1.3.参考资料 行政服务中心政务平台白皮书 行政服务中心政务平台项目审批表
2.软件总体概述 2.1.软件标识 软件全称：多层体系政务框架平台之一行政服务中心政务平台 软件简称：XZFWZXZW 版本号：1.0 2.2.软件描述 2.2.1.系统属性 行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。 2.2.2.开发背景 开发目的：1、公众服务 2、行政服务中心和各级政府部门
厦漳大桥养护管理系统 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万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
需求规格说明书 1．引言 (1) 1.1编写目的 (1) 1.2项目背景 (1) 1.3定义 (2) 1.4参考资料 (2) 2．任务概述 (2) 2.1目标 (2) 2.2运行环境 (3) 2.3条件与限制 (3) 3．数据描述 (3) 3.1静态数据 (3) 3.2动态数据 (3) 3.3数据库介绍 (3) 3.4数据词典 (4) 3.5数据采集 (4) 4．功能需求 (4) 4.1功能划分 (4) 4.2功能描述 (5) 5．性能需求 (5) 5.1数据精确度 (6) 5.2时间特性 (7) 5.3适应性 (7) 6．运行需求 (7) 6.1用户界面 (7) 6.2硬件接口 (7) 6.3软件接口 (7) 6.4故障处理 (7) 7．其它需求 (7) 1．引言 1.1编写目的 本报告的目的是规范化本软件的编写，旨在提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了我们的面向川大学生的课表系统的软件开发过程，便于
程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。同时，软件需求说明书的编制也是为了使用户和软件开发者双方对该软件的运行环境、功能和性能需求的初始规定有一个共同的理解，使之成为整个开发工作的基础，为概要设计提供需求说明。 预期读者是项目委托单位的管理人员、设计人员和开发人员。 1.2项目背景 a. 项目的委托单位、开发单位和主管部门： 项目名称：面向川大学生的课表系统 项目的提出者：李旭伟 项目的开发者：韩珍辉、彭小童、陈晨斐 项目的用户：四川大学在校学生 b. 本软件系统将要实现的四川大学课程表项目是融合了四川大学教务处课表查询功能以及超级课程表功能的课表项目。它的基本用户为四川大学教师、在校学生和教务管理人员，基本实现了课程查询、学生及老师课表设置、空闲教室查询、教务信息管理与维护等功能。 1.3定义 a．软件需求分析：软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。b. JDBC：JDBC（Java Data Base Connectivity,java数据库连接）是一种用于执行SQL语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。JDBC提供了一种基准，据此可以构建更高级的工具和接口，使数据库开发人员能够编写数据库应用程序，同时，JDBC也是个商标名。 1.4参考资料 a.项目经核准的计划任务书、合同或上级机关的批文 b.项目开发计划 c.[1]《Head First Java》，（美）Kathy Sierra Bert Bates编著,O’Reilly出版社 [2]《Java编程思想》，（美）Bruce Eckel著，陈昊鹏、饶若楠等译，机械工业出版社2．任务概述 2.1目标 四川大学各个学院都开有自己独立的课程同时每个老师也都有自己独立的课程信息，如
<教师报课系统> 需求规格说明书 作者：Mod4 完成日期：2015.10.16
修订历史记录
目录 1. 引言 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 定义 (4) 1.4参考文献 (4) 2. 项目概述 (5) 2.1 产品描述 (5) 2.2 产品功能 (5) 2.3 用户特点 (7) 2.4 一般约束 (7) 2.5 假设与依据 (7) 3. 具体需求 (7) 3.1 功能需求 (8) 3.1.1系统角色及登陆 (8) 3.1.2 学院负责人 (9) 3.1.3 系负责人 (17) 3.1.4 教师 (20) 3.2 外部接口需求 (23) 3.2.1 用户接口 (23) 3.2.2 硬件接口 (23) 3.2.3 软件接口 (23) 3.2.4 通信接口 (23) 3.3 性能需求 (23) 3.4 属性 (23) 3.4.1 可用性 (23) 3.4.2 安全性 (24) 3.4.3 可维护性 (24) 4. 验收验证标准 (24)
1. 引言 1.1 目的 该文档首先给出项目的整体结构和功能结构概貌，试图从总体架构上给出整个系统的轮廓。同时对功能需求、性能需求进行了详细的描述。便于用户、开发人员进行理解和交流，反映出用户问题的结构，可以作为软件开发工作的基础和依据以及确认测试和验收的依据。 本文档面向多种读者对象： （1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。 （2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。 （3）程序员：了解系统功能，编写《用户手册》。 （4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。（5）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。 在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。 1.2 背景 本次待开发的软件为教师报课系统。 用户通过使用该软件在移动终端完成报课相关操作。学院负责人通过导入报课信息，设定截止时间来开启报课。系负责人查看报课信息，进行审核修改。教师填写报课信息，预览报课信息等最终提交报课。 1.3 定义 1.4参考文献 [1] GB-T8567-2006，《计算机软件文档编制规范》[S] [2].（美）Roger S.Pressman著，郑人杰等译.软件工程[M].第七版.北京：机械工业出版社,2011.
附录C 需求规格说明书规范 需求分析应交付的主要文档是需求规格说明。 软件需求规格说明作为分析结果，它是软件开发、软件验收和管理的依据。因此，必须特别重视，不能有一点错误或不当，否则将来可能要付出很大代价。 软件需求规格说明的一般格式如下： 1引言 1.1编写目的 ·阐明开发本软件的目的。 ·说明编写本软件说明书的目的。 ·指明软件需求说明书所预期的读者。 1.2项目背景 ·标识待开发软件产品的名称、代码。 ·列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户。 ·说明该软件产品与其他有关软件产品的相互关系。 1.3术语说明 列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1.4参考资料 列举编写软件需求规格说明时所参考的资料，包括项目经核准的计划任务书、合同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品的软件需求规格说明。 在这里应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资料来源。 2项目概述 2.1待开发软件的一般描述 描述待开发软件的背景，所应达到的目标，以及市场前景等。 2.2待开发软件的功能 简述待开发软件所具有的主要功能。为了帮助每个读者易于理解，可以使用列表或图形的方法进行描述。使用图形表示，可以采用： ·层次方框图如图1所示。 ·UseCase图。 ·系统流程图。 ·顶层数据流图如图2所示。
图l 层次方框图 图2 顶层数据流图 2.3用户特征 描述最终用户应具有的受教育水平、工作经验及技术专长。 2.4运行环境 描述软件的运行环境，包括硬件平台、硬件要求、操作系统和版本，以及其他的软件或与其共存的应用程序等。 2.5条件与限制 给出影响开发人员在设计软件时的约束条款，例如： ·必须使用或避免使用的特定技术、工具、编程语言和数据库。 ·硬件限制。 ·所要求的开发规范或标准。 3功能需求 3.1功能划分 列举出所开发的软件能实现的全部功能，可采用文字、图表或数学公式等多种方法进行描述。 3.2功能描述 对各个功能进行详细的描述。 4外部接口需求
专 组号：小组成员： 完成时间：
目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)
1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统，并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备，易使用等特点。学生信息管理系统对全校学生实行统一的管理，可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求，需要在2012.12.28之前完成本系统的开发测试，并写提交相关的技术文档。通过与用户的沟通，及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数：3人 技术文档写作人员人数3人
2组课程表管理系统需求规格说明书 课程表管理系统 需求规格说明书 1.引言 1．1编写目的 编写本报告的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。 1.2项目背景 开发软件名称：课程表管理系统。 项目开发者：软件工程2组： 李晓明（组长），李雅星，李军佟，陈春运，赵俊峰，高鹏，周炯，吴娜娜，王星霞，李青艳 用户单位：琴岛学院 1.3参考资料: （1）张害藩，《软件工程导论》（第四版），清华大学出版社。 2.任务概述 2.1目标 课程表管理系统对于课程的管理和学习效果的统计有着很好的协助作用，能否使教师以及学生及时准确地了解课程的安排和变动是系统成功与否的关键。因此，课程表管理系统必须提供简洁方便而及时准确的查询以及更新手段。 3. 需求规定 1.在课程表管理系统中，管理员分为高级管理员和一般管理员，一般管理员为用户建立基本课表信息，并且可定期或不定期的对课表信息进行上传、简单的修改、删除和查询，但是一般管理员只可对本专业课程信息进行修改，不可跨专业修改。一般管理员可向高
级管理员反馈信息。高级管理员除一般管理员拥有的权限之外还可对其他专业的课程信息进行修改、编辑等操作。 当学生查阅课程信息表时，先输入学生学号，系统验证其学号的有效性，无效则提示其错误原因，有效则显示其专业信息，然后选择所属专业的课程表进行查询。课程表分专业课程表及私有课程表，专业课程表主要显示用户（教师、学生）的专业信息，私有课程表则为用户（教师、学生）进行私有信息（选修课程、重修课程）的查询情况，用户（教师、学生）可以对其进行查询并更新操作，而其他用户则无权查询非本人的私有课表信息。学生可查询且下载此课程表，若发现其中有错则可向系统报错，若选择的专业与其所在专业不符则不可进行报错操作只可进行基本课程查询（不显示任何老师及教室）。在提交错误报告时，提交错误信息，系统接受后管理员进行检查核对，并可修改错误信息。当教师查询时，输入职工号，显示其授课信息表，可对课程信息表进行查询、下载及报错。为系统维护人员提供权限管理、数据备份等通用功能。另外，用户（教师、学生）可以对课表专业进行记录，记录功能涉及反馈功能及记事本功能。 2.课程表管理员分为高级管理员（院里的系部主任等）和普通管理员（系里的例如班长或者学习委员等）两种。高级管理员有上传、删除、修改和查询全系所有专业和班级的课程表的权限，普通管理员只能上传、删除和修改本系、本班所有的课程并可查询所有课程。 查询：学生登录之前需要登录验证，学生需要通过输入学生本人的学号以及密码，如果验证正确登录成功，如果验证错误提示并自动跳转登录页面。学生登录系统后可查询所有专业所有课程表，并可以对学生本专业课程表出现的错误提出自己的意见，高级管理员可以根据意见查实并修改课程表的错误。任何登录的学生可任意下载任何专业的任何课程表。 3.为系统维护人员提供权限管理、数据备份等通用功能。 3.1 数据流图（系统维护为通用功能，这里不做具体分析） 顶层图 管理员 课程表管理系统 用户 课表信息 课表情况反馈信息 用户信息 用户情况课表查询条件 课表情况选课信息 选课情况反馈情况
项目名称 软件需求规格说明
文档签署记录
文档修改记录
目录 1 引言 (1) 1.1 目的 (1) 1.2 项目背景 (1) 1.3 范围 (1) 1.4 参考资料 (1) 1.5 综述 (1) 2 总体概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 设计约束 (2) 2.4.1 标准规范 (2) 2.4.2 软件开发语言 (2) 2.4.3 软件开发工具和环境 (2) 2.4.4 软件测试环境 (3) 3 具体需求 (4) 3.1 软件流程功能 (5) 3.1.1 流程1 (5) 3.2 功能需求 (7) 3.2.1 试验资源管理 (7) 3.2.2 试验过程管理 (9) 3.3 软件模块划分 (11) 3.4 系统集成接口 (12) 3.4.1 与管理系统的接口 (12) 3.5 性能需求 (12) 3.5.1 精度 (12) 3.5.2 时间特性要求 (12) 3.6 数据处理要求 (12) 3.7 软件质量要求 (13) 3.7.1 易用性 (13) 3.7.2 可靠性 (13) 3.7.3 安全性 (13) 3.7.4 可维护性 (13) 3.8 可靠性、安全性和维护性要求 (13) 3.8.1 软件安全性等级、可靠性指标 (13) 3.8.2 软件运行寿命 (13) 3.8.3 软件安全性要求 (13) 3.8.4 软件健壮性要求 (13) 3.8.5 软件不期望事件要求 (14) 3.8.6 软件维护性要求 (14) 4 运行环境规定 (14) 4.1 部署方案 (14) 4.2 系统运行的硬件环境要求 (14)
1目的 对项目的需求分析活动进行控制，明确需求规格说明书的要求。 2适用范围 适用于项目的用户（包括确定顾客和潜在顾客）需求分析活动。 3职责 ?项目负责人指定人员组成用户需求分析小组，并委任需求分析负责人。 ?需求分析组了解和分析用户的需求，并编制《需求规格说明书》。 ?项目负责人负责组织对需求规格说明书的评审。 4工作流程 4.1确定需求分析人员 在项目立项，完成项目策划后，项目负责人指定人员组成需求分析小组，并委任负责人。 4.2需求分析实施 需求分析小组进行用户需求分析工作，主要了解以下的内容： ?用户业务与项目有关的部分； ?用户的工作流程； ?用户的相关部门及职责； ?使用人员的技术水平； ?用户原有系统的现状； ?用户对项目交付成果的期望和具体要求。 4.3编制《需求规格说明书》 在充分了解用户需求的基础上，需求分析小组编写《需求规格说明书》，要求参见《需求规格说明书》模板。该模板规定了《需求规格说明书》的内容和要求，编写时可根据具体的项目情况进行调整。必要时，可在有关的章节中引述其它资料作为附录。 4.4需求评审 为保证需求定义的正确性、完整性和清晰性，应对《需求规格说明书》进行评审，
评审主要考虑以下准则： ?客户或潜在客户需要的可追溯性； ?与客户或潜在客户需要的一致性； ?可测试性； ?系统(子系统)设计的可行性； ?操作和维护的可行性。 4.5需求管理 《需求规格说明书》经评审后，按《配置管理程序》进行管理；需求的修改与变更，应按照《更改控制程序》执行。 5相关程序文件 序号名称编号 1 配置管理程序QP-013 2 更改控制程序QP-014 6记录 序号名称模板编号 1 需求规格说明书QR-05 2 评审报告QR-06
图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写，主要面向图书管理员、学生，老师, 和其他借阅图书的人员。本文档是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能，将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队，指导老师，用户。 1.2 背景及范围 本项目的名称：图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言：C#是微软为.NET Framework量身订做的程序语言，C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向的程序语言，和C++与Java一样亦为对象导向程序语言。 图书管理系统：图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言，独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善； b. 为了图书管理员对图书的管理更方便； c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到很大的影响。 2.3.2一般约束
软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。
参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上
内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
软件需求规格说明书 文件编号：QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (4) 1.1目的 (4) 1.2背景 (4) 1.3术语 (4) 1.4预期读者与阅读建议 (4) 1.5参考资料 (4) 1.6需求描述约定 (5) 2.项目概述 (6) 2.1系统功能 (6) 2.2业务描述 (6) 2.3数据流程描述(可选) (6) 2.4用户的特点 (6) 2.5运行环境要求 (6) 2.6设计和实现上的限制 (6) 3.功能需求的描述 (6) 4.非功能需求 (7) 4.1系统性能要求 (7) 4.2系统安全及保密要求 (7) 4.3系统备份与恢复要求 (7) 4.4系统日志 (7) 5.外部接口说明 (7) 6.其他需求 (8) 7 需求变更识别 (8) 8.功能列表 (8) 9.附件 (8)
1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
[软件需求]销售系统软件需求说明书
＜网络营销系统＞ 软件需求说明书 作者：杨晶 完成日期：2010年7月6日 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (2) 1.4 参考资料 (3) 2 项目概述 (4) 2.1 产品描述 (4) 2.2 产品功能 (4) 2.3 用户特点 (5) 2.4 一般约束 (5) 2.5 假设和依据 (5) 3 具体需求 (6) 3.1 功能需求 (6) 3.1.1 功能需求1 (6) 3.1.2 功能需求2 (7) 3.1.n 功能需求n (7) 3.2 外部接口需求 (8) 3.2.1 用户接口 (8) 3.2.2 硬件接口 (8) 3.2.3 软件接口 (8) 3.2.4 通信接口 (9) 3.3 性能需求 (9) 3.4 设计约束 (9) 3.4.1 其他标准的约束 (10) 3.4.2 硬件的限制 (10) 3.5 属性 (10) 3.5.1 可用性 (10) 3.5.2 安全性 (11) 3.5.3 可维护性 (11) 3.5.4 可转移＼转换性 (11) 3.5.5 警告 (12) 3.6 其他需求 (12) 3.6.1 数据库 (12) 3.6.2 操作 (12) 3.6.3 场合适应性需求 (13) 4 附录 (13)
1 引言 1.1 编写目的 近年来，互联网技术的迅猛发展使电子商务在世界范围内蓬勃兴起。基于Internet的电子商务冲击着传统企业的经营模式、管理模式和经济活动的运作手段，它为中小企业提供了大量市场机会，也缩小了大型企业和中小企业之间的市场地位的差距，为中小企业提供了竞争的机会。 1.2 范围 说明： a．该系统名为网络销售系统 b．该系统更大的方便了群众，减少了用户外出或者购买的不便。 c．该系统的应用： 1）该系统的开发，为更多的经销商提供了 更好的发展平台，扩大了业务，更好的适 应了当今社会的发展需求，同时为广大的 用户提供了方便。
软件需求规格说明(SRS) 1范围 1.1标识 本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。 1.2系统概述 本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。 1.3文档概述 本条应概述本文档的用途和内容，并描述与其使用有关的保密性或私密性要求。 1.4基线 说明编写本系统设计说明书所依据的设计基线。 2引用文件 本章应列出本文档引用的所有文档的编号、标题、修订版本和发行日期，也应标识不能通过正常的供货渠道获得的所有文档的来源。 3需求 本章应分以下几条描述CSCI需求，也就是，构成CSCI验收条件的CSCI的特性。CSCI需求是为了满足分配给该CSCI的系统需求所形成的软件需求。给每个需求指定项目唯一标识符以支持测试和可追踪性。并以一种可以定义客观测试的方式来陈述需求。如果每个需求有关的合格性方法(见第4章)和对系统(若适用，子系统)需求的可追踪性(见5.a条)在相应的章中没有提供，则在此进行注解。描述的详细程度遵循以下规则：应包含构成CSCI验收条件的那些CSCI特性，
需方愿意推迟到设计时留给开发方说明的那些特性。如果在给定条中没有需求的话，本条应如实陈述。如果某个需求在多条中出现，可以只陈述一次而在其他条直接引用。 3.1所需的状态和方式 如果需要CSCI在多种状态和方式下运行，且不同状态和方式具有不同的需求的话，则要标识和定义每一状态和方式，状态和方式的例子包括：空闲、准备就绪、活动、事后分析、培训、降级、紧急情况和后备等。状态和方式的区别是任意的，可以仅用状态描述CSCI,也可以仅用方式、方式中的状态、状态中的方式或其他有效方式描述。如果不需要多个状态和方式，不需人为加以区分，应如实陈述；如果需要多个状态或方式，还应使本规格说明中的每个需求或每组需求与这些状态和方式相关联，关联可在本条或本条引用的附录中用表格或其他的方法表示，也可在需求出现的地方加以注解。 3.2需求概述 3.2.1目标 a.本系统的开发意图、应用目标及作用范围(现有产品存在的问题和建议产品所要解决的问题)。 b.本系统的主要功能、处理流程、数据流程及简要说明。 c.表示外部接口和数据流的系统高层次图。说明本系统与其他相关产品的关系，是独立产品还是一个较大产品的组成部分(可用方框图说明)。 3.2.2运行环境 简要说明本系统的运行环境(包括硬件环境和支持环境)的规定。 3.2.3用户的特点 说明是哪一种类型的用户，从使用系统来说，有些什么特点。 3.2.4关键点 说明本软件需求规格说明书中的关键点(例如：关键功能、关键算法和所涉及的关键技术等)。
软件需求规格说明书 文件编号： QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (2) 1.1目的 (2) 1.2背景 (2) 1.3术语 (2) 1.4预期读者与阅读建议 (2) 1.5参考资料 (2) 1.6需求描述约定 (2) 2.项目概述 (2) 2.1系统功能 (2) 2.2业务描述 (2) 2.3数据流程描述(可选) (2) 2.4用户的特点 (2) 2.5运行环境要求 (2) 2.6设计和实现上的限制 (2) 3.功能需求的描述 (2) 4.非功能需求 (2) 4.1系统性能要求 (2) 4.2系统安全及保密要求 (2) 4.3系统备份与恢复要求 (2) 4.4系统日志 (2) 5.外部接口说明 (2) 6.其他需求 (2) 7 需求变更识别 (2) 8.功能列表 (2) 9.附件 (2)
1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。