段子审核管理_KDD172
范文一：英文需求规格说明书
Software Requirements
Specification
for
G-Learning
Version 1.0 approved
Prepared by G9
G9
2008-03-31
Software Requirements Specification for G-Learning Page ii Table of Contents
Table of Contents .......................................................................................................................... ii Revision History ........................................................................................................................... iii 1. General ......................................................................................................................................1 1.1 Purpose ........................................................................................................................................ 1 1.2 Document Conventions ............................................................................................................... 1 1.3 Intended Audience and Reading Suggestions ............................................................................. 1 1.4 Project Scope ............................................................................................................................... 1 1.5 References ................................................................................................................................... 1 2. Overall Description ..................................................................................................................2 2.1 Product Perspective ..................................................................................................................... 2 2.2 Product Features .......................................................................................................................... 2 2.3 User Classes and Characteristics ................................................................................................. 3 2.4 Operating Environment ............................................................................................................... 4 2.5 Design and Implementation Constraints ..................................................................................... 4 2.6 User Documentation .................................................................................................................... 4 2.7 Assumptions and Dependencies .................................................................................................. 4 3. System Features ........................................................................................................................4 3.1 System Feature 1 ....................................................................................... 错误～未定义书签。 3.2 System Feature 2 (and so on) .................................................................... 错误～未定义书签。 4. External Interface Requirements ...........................................................................................8
4.1 User Interfaces ............................................................................................................................. 8
4.2 Hardware Interfaces .................................................................................................................... 8 4.3 Software Interfaces ...................................................................................................................... 8 4.4 Communications Interfaces ......................................................................................................... 8 5. Other Nonfunctional Requirements .......................................................................................9 5.1 Performance Requirements ......................................................................................................... 9 5.2 Safety Requirements .................................................................................................................... 9 5.3 Security Requirements ................................................................................................................ 9 5.4 Software Quality Attributes ........................................................................................................ 9 6. Other Requirements ................................................................................................................9 Appendix A: Glossary....................................................................................................................9 Appendix B: Analysis Models .......................................................................................................9 Appendix C: Issues List ...............................................................................................................10
Software Requirements Specification for G-Learning Page iii
Revision History
Name Date Reason For Changes Version SHAO Jing 2008-03-31 Create 0.5
Software Requirements Specification for G-Learning Page 1
1. General
1.1 Purpose
, The object of this software requirement specification is to establish the basis for agreement
between the clients and the developers.
, This software requirement specification is based on the client’s requirement to define the G-
Learning system.
, This document describes the functions, interface of the system.
, 1.3 Intended Audience and Reading Suggestions , The aimed reader of this software requirement specification is Project Manager, Requirement Analyst, System Designer, Programmer, tester, user representatives and etc. 1.4 Project Scope , Reference to vision and scope document “Vision and Scope of G-Learning 1.0”. 1.5 References , Software Development Plan of G-Learning 1.0 Software Requirements Specification for G-Learning Page 2 , Vision and Scope of G-Learning 1.0 2. Overall Description 2.1 Product Perspective无 G-Learning system is used to provide student a platform for learning. The system consists of six components: Personal Profile Management, Online Study System, Learning Community, Teacher?s Platform, Online Testing and Instant Messaging. Each subsystem provide a series of functions. Requirement Use Case Function Description Level C01 Personal Profile High Management C02 High online prepare\study\homework Online Study System C03 Middle Learning Community C04 High Teacher?s Platform C05 Middle Online Testing C06 Middle Instant Messaging Software Requirements Specification for G-Learning Page 3 G-Learning System Personal Profile Management Personal Profile Management Personal Profile Management Personal Profile Management Personal Profile Management 2.3 User Classes and Characteristics角色描述 User Classes Privilege Levels Responsibility Frequency Level Student Normal High Teacher Advance Middle Administrator Super Low Software Requirements Specification for G-Learning Page 4 2.4 Operating Environment无 2.5 Design and Implementation Constraints无 2.6 User Documentation补充 , User?s Guide 2.7 Assumptions and Dependencies无 3. System Features 3.1 Personal Profile Management(C01) 3.1.1 Description and Priority or Low priority. You could also include specific priority component ratings, such as Software Requirements Specification for G-Learning Page 5 benefit, penalty, cost, and risk (each rated on a relative scale from a low of 1 to a high of 9).> 3.1.2 Stimulus/Response Sequences behavior defined for this feature. These will correspond to the dialog elements associated with use cases.> 3.1.3 Functional Requirements the software capabilities that must be present in order for the user to carry out the services provided by the feature, or to execute the use case. Include how the product should respond to anticipated error conditions or invalid inputs. Requirements should be concise, complete, unambiguous, verifiable, and necessary. Use “TBD” as a placeholder to indicate when necessary information is not yet available.> meaningful tag of some kind.> REQ-1: REQ-2: 3.2 Online Study System (C02) 3.2.1 Description and Priority Online Study System is a important module, so it is a High priority 3.2.2 Stimulus/Response Sequences The modules are designed for providing the following functions , the students prepare and download the course plans or slides. , online open courseware. , the students get the homework which is published by teacher and hand in their homework. 3.2.3 Functional Requirements online prepare 1) The teachers upload the course plans or the slides 2) The students choose a teacher 3) It will show the courses which is teached by the teacher below the teacher?s name, 4) Click the name of course, 5) The students can prepare the course online. 6) The course plans and slides provide the downloading operation online study 1) The teachers upload their courseware, 2) The students choose teacher?s courseware and open it online. 3) The students study courses online homework 1) The teachers publish the homework information Software Requirements Specification for G-Learning Page 6 2) The students choose the teacher?s course and click the name of course, 3) They look at the homework which belongs to this course 4) Click the “download” button 5) Download homework 6) hand in homework to teachers after completing 3.3 Learning Community (C03) 3.3.1 Description and Priority 3.3.2 Stimulus/Response Sequences 3.3.3 Functional Requirements 3.4 Teacher’s Platform (C04) 3.4.1 Description and Priority 3.4.2 Stimulus/Response Sequences 3.4.3 Functional Requirements 3.5 Online Testing (C05) 3.5.1 Description and Priority 功能描述 or Low priority. You could also include specific priority component ratings, such as benefit, penalty, cost, and risk (each rated on a relative scale from a low of 1 to a high of 9).> 3.5.2 Stimulus/Response Sequences 1) Choose one test: Vocabulary Test, Reading Test or Listening Test; Software Requirements Specification for G-Learning Page 7 2) Then an introduction will be giving, you could know what you need to do from the introduction. 3) All things prepared, you could start the testing by click the ?start? button. 4) When you finish the test, you need to deliver your answer. 5) The server will give a lot of feedback based on the tasks you have completed. 6) You could check your answers against the correct answers. 7) From here you could choose to take a different test. behavior defined for this feature. These will correspond to the dialog elements associated with use cases.> 3.5.3 Functional Requirements the software capabilities that must be present in order for the user to carry out the services provided by the feature, or to execute the use case. Include how the product should respond to anticipated error conditions or invalid inputs. Requirements should be concise, complete, unambiguous, verifiable, and necessary. Use “TBD” as a placeholder to indicate when necessary information is not yet available.> meaningful tag of some kind.> REQ-1: Vocabulary Test 1) First, from the introduction, we could get a vision of the test. 2) The system provided two levels, the first have 80 items and second have 120 items. 3) Then select a test, items will be listed; 4) Each item provides with five alternatives, you need to select one from them. 5) Make sure you finished all the items, delivered the paper to check the result. 6) The score will be given and the wrong answers will be list in a box with the correct answers. REQ-2: Reading Test 1) An article is given with several words are missing, 2) The available words are listed in the box on the right side. 3) We need to drag one word and fill in the blank box. 4) A result will also be given when we finished the test. REQ-3: Listening Test 1) You need to listen a dialogue carefully, the question will be given when the dialogue is end. 3.6 Instant Messaging (C06) 3.6.1 Description and Priority 3.6.2 Stimulus/Response Sequences 3.6.3 Functional Requirements Software Requirements Specification for G-Learning Page 8 4. External Interface Requirements无 4.1 User Interfaces 4.2 Hardware Interfaces 4.3 Software Interfaces 4.4 Communications Interfaces Software Requirements Specification for G-Learning Page 9 5. Other Nonfunctional Requirements 5.1 Performance Requirements System must run reposefully Services should not stop or make serious mistakes when too many students connection it at the same time System can allow 5,000 connections 5.2 Security Requirements to ensure the access control Portlet By licensing The license is need if students and teachers want to logon system Student and teachers should write name and password into textbox correctly All information are managed by administrator 5.3 Software Quality Attributes Software Quality Attributes are completed by QA team It can use the standard CMM flow 6. Other Requirements无 Software Requirements Specification for G-Learning Page 10 Appendix C: Issues List < this="" is="" a="" dynamic="" list="" of="" the="" open="" requirements="" issues="" that="" remain="" to="" be="" resolved,="" including="" tbds,="" pending="" decisions,="" information="" that="" is="" needed,="" conflicts="" awaiting="" resolution,="" and="" the="" like.=""> 目录 1. 2. 项目简介 ............................................................................................................................................ 2 项目目的 ............................................................................................................................................ 2 2.1. 2.2. 3. 项目的背景 ............................................................................................................................... 2 项目的目标 ............................................................................................................................... 2 客户和资金保管人 ............................................................................................................................... 2 3.1. 3.2. 客户 ......................................................................................................................................... 2 资金保管人 ............................................................................................................................... 3 4. 5. 时间 ................................................................................................................................................... 3 测试环境与工具 .................................................................................................................................. 3 5.1. 5.2. 测试环境 .................................................................................................................................. 3 测试工具 .................................................................................................................................. 3 6. 7. 8. 系统的用户 ......................................................................................................................................... 3 工作范围 ............................................................................................................................................ 3 业务需求 ............................................................................................................................................ 3 8.1. 8.2. 功能模块（Functional Requirement） ........................................................................................ 3 性能模块（Performance Requirement）..................................................................................... 4 1. 项目简介 2009年，国外A航空公司为适应公司业务需要，加快公司发展，通过B公司设计、开发出一套网上订票系统，以方便旅客出行，提高公司运营效率，提升服务质量，以增加经济效益。该航空订票系统是一款集成电话呼叫中心、订票管理、会员管理、积分管理、短信发送、员工管理等强大功能的订票系统，主要用于处理公司客户网上注册、在线咨询、订票、航班查询、票价查询、打印电子账单等100余个业务 2. 项目目的 检测系统质量，提高系统的客户满意度。 2.1. 项目的背景 2009年，国外A航空公司为适应公司业务需要，加快公司发展，通过B公司设计、开发出一套网上订票系统，以方便旅客出行，提高公司运营效率，提升服务质量，以增加经济效益。 2.2. 项目的目标 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 是否能成功完成注册。 是否能成功完成登录。 是否能成功完成查询。 是否能成功完成订票。 是否能成功完成取消订票。 确保查询工作流程的正常处理。 确保登陆工作流程的正常处理。 确保订票工作流程的正常处理。 确保退票工作流程的正常处理。 确保注册工作流程的正常处理。 验证系统是否能满足多用户同时在线登录。 验证系统是否能满足多用户同时在线订票。 验证系统是否能满足多用户同时在线取消订票。 验证系统是否能满足多用户同时在线注册。 验证系统是否能满足多用户同时在线查询。 用户登录时的响应时间 用户注册时的响应时间 用户订票时的响应时间 用户退票时的响应时间 用户查询时的响应时间 3. 客户和资金保管人 3.1. 客户 3.2. 资金保管人 4. 时间 2009年12月1日 — 2010年-3月 5. 测试环境与工具 5.1. 测试环境 ? ? Acceptance Environment Production Environment 5.2. 测试工具 ? ? ? QuickTest Professional 9.2 Quality Center 9.2 LoadRunner 9.5 6. 系统的用户 7. 工作范围 ? ? ? ? 系统测试：手工测试 系统测试：自动化测试 性能测试 UAT测试、回归测试 8. 业务需求 8.1. 功能模块（Functional Requirement） 8.2. 性能模块（Performance Requirement） Note: Business requirement contain the following two requirements 1. Functional Requirement 2. Performance Requirement 3. Security Requirement 实验 1 团队建设及用户需求陈述报告 目标:完成具体软件项目的需求信息的收集、整理、分析,最后形 成甲方的需求说明书初稿和乙方的项目建议书。 方式 :分组实施,按照 3~4人分组。 软件平台 :Word , Visio , Powerdesigner , MS- Project, Enterprise Architect 题目 :指定题目如下,原则上不接受其它题目。 题目 1:基于手机的电影订票系统 题目 2:基于手机的校园订餐系统 题目 3:学生成绩分析系统 题目 4:购书网站 内容 :参见相关的标准文档模板。 说明 :题目必须从上面选择, 每个题目的被选组数基本平均, 由学习 委员协调, 否则, 由老师直接指定; 每组 3人; 每组必须有 1名组长, 2名成员中必须有甲、乙方至少 1人;课程实验按照课程要求,各小 组由小组长负责推进; 课程最后的实验必须以小组形式参加答辩; 课 前由各班学习委员协调好分组、题目名单并课前反馈回老师。 成果 :小组中某成员站在甲方角度,完成项目的工作陈述报告 (即用 户项目的需求说明书或招标书中的项目需求) ;同时,项目组另外一 个成员,站在乙方角度,完成项目建议书 (即用户项目的需求规格说 明书初稿) ;参考模版位教材的第 1章的案例分析章节的相关内容。 完成时间 :第 2次实验时间前提交电子稿,其文件名为“组号 -组长 名字”。 网吧会员管理系统 软 件 需 求 说 明 书 1.引言..........................................................................................3 1.1编写目的 .............................................................................................................. 3 1.2背景 ...................................................................................................................... 3 1.3定义 ...................................................................................................................... 3 1.4参考资料 .............................................................................................................. 4 2.任务概述 ................................................................................... 4 2.1目标 ...................................................................................................................... 4 2.2用户的特点 .......................................................................................................... 5 2.3假定和约束 .......................................................................................................... 5 3.需求规定 ................................................................................... 6 3.1对功能的规定 ...................................................................................................... 6 3.2对性能的规定 .................................................................................................... 10 3.2.1精度.............................................................................................................. 10 3.2.2时间特性要求.............................................................................................. 10 3.2.3灵活性.......................................................................................................... 10 3.3输人输出要求 .................................................................................................... 11 3.4数据管理能力要求 ............................................................................................ 11 3.5故障处理要求 .................................................................................................... 11 3.6其他专门要求 .................................................................................................... 12 4.运行环境规定 ........................................................................ 12 4.1设备 .................................................................................................................... 12 4.2支持软件 ............................................................................................................ 12 4.3接口 .................................................................................................................... 13 4.4控制 .................................................................................................................... 13 软件需求说明书的编写提示 1.引言 为了提高运行效率和经营效益，以计算机为代表的信息技术被 广泛采用，并与管理科学、系统科学等结合起来，构建了全新的管理信息系统学科。计算机的应用已普及到经济和社会生活的各个领域。使原本的旧的管理方法越来越不适应现在社会的发展。许多人还停留在以前的手工操作，这大大地阻碍了社会经济的发展。为了适应现代社会人们高度强烈的时间观念，网吧信息管理系统软件为网吧办公带来了极大的方便。作为网吧信息管理系统的一部分，网吧会员管理系统对会员的管理具有无可比拟的优点。例如，检索迅速、查找方便、可靠性高、存储量大、保密性好、成本低等。这些优点极大地提高网吧管理的效率,也是网吧的科学化、正规化管理的重要条件。 1.1编写目的 方便网吧管理员管理网吧会员，便于浏览和处理登记、注册、充 值、注销等业务。 1.2背景 随着互联网的发展，许多网吧都实现了自动化的网吧会员管理， 网吧会员管理自动化可以节省大量的人力和物力，提高了工作效率。鉴于此，在学习了数据库的基础上，我们选择做一个简单的网吧会员 管理系统。此软件由###、###、###合作开发，主要适用对象是网吧管理人员。软件的主界面安装在网吧管理总服务器上，利用后台服务器来管理网吧里面的所有前台客户机，实现可视化的网吧管理，让管理更便捷、更方便。 1.3定义 远程控制（换机，自动锁机，发送消息，关机，重新启动） 换机：如果用户在使用过程中发现此机不能满足用户的需要，网 吧管理者可以通过此软件来注销此机，为用户更换到另外一台机子。 自动锁机：当用户所交费用已用完或卡上的余额不足时，此软件 会自动向用户 发送消息并锁定该计算机。 发送消息：计算机根据交纳的费用和卡上的余额计算用户的上机时间，并提示何时下机和费用不足等消息。 关机：用户下机后，若一定时间内没有人使用此机器，则利用此软件把此机器关闭，节约用电。 重新启动：遇到程序未响应的时候此软件可以重启计算机。 临时用户和会员 临时用户：一般上网用户，需交纳现金和身份证上网，网吧激活其身份证， 用身份证号当做账号，用网吧的固定密码登录，下机的时候网管会注销其账号，并为其结账。 会员：会员是此系统为用户其分配一个帐户，并存在数据库中。会员可以向 其账号里充值，使用此帐户能够登陆计算机，并可以享受网吧里的优惠收费。 1.4参考资料 a.《数据库系统原理教程》 ，王珊，陈红著，清华大学出版社， 2000 年出版。 b.《软件工程导论》 ，第五版，清华大学出版社。 2.任务概述 2.1目标 系统应具有方便、强大的资料管理和良好的人机界面，使网吧 管理员易于操作，便于浏览。系统的健壮性、扩展性良好。系统的安全性好，通过密码和权限的管理使用户的数据不受到侵害。系统的动态信息交互功能强，系统根据不同的管理员的权限开放不同的处理权限。 系统功能介绍：本系统分为管理员和超级管理员，管理员能够对会员进行添加，删除，信息的修改，充值等操作。超级管理员拥有管理员的一起操作，并且能够对管理员添加，删除，修改信息。 本系统的E-R图如图1所示 图1 2.2用户的特点 该软件是专门针对网吧会员管理而开发的应用软件，因此该软件的最终用户为网吧会员，网吧管理员只需能熟悉计算机基础操作即可。系统维护人员为计算机专业人员，熟悉数据库、操作系统、网络维护工作。维护人员为间隔性维护。 2.3假定和约束 开发期限：第 3—8周，前3周编写文档和设计数据库以及前台 界面设计，后3周着重进行代码的编写以及软件测试 人员限制：3名开发人员 设备限制：Lenovo笔记本电脑 法律和政策方面的限制：开发此软件产品时，将严格按照有关的法律和政策执行。 硬件、软件、运行环境和开发环境方面的条件和限制： 硬件环境：计算机(含键盘、鼠标等)，打印机等外围设备。 软件环境：Java，MySQL 建议配置：操作系统 windowsXP CPU P4 2.4GHz 内存 1G以上 硬盘 10G及以上剩余空间 显卡 GeForce 5700或同级显卡以上 3.需求规定 3.1对功能的规定 本系统属于B/S架构，页面总体设计反应了整个系统的界面组成结构。由于非常重视安全方面的问题，本系统主要为管理员设计，管理员其中包括超级管理员拥有对会员的添加，删除，修改等操作。系统HIPO图如图2所示： 图2 功能介绍：本系统分为超级管理员和管理员。管理员可以添加，修改，删除会员的信息，并且可以为会员充值，超级管理员除了拥有普通管理员的权限外还能够添加，修改，删除管理员。 普通管理员查看会员信息功能 当管理员登录系统后，通过选择查看会员信息功能，可以查看任何会员的信息，并且可以通过搜索选择所要查看的会员的信息。 普通管理员添加会员功能 管理员进入系统后，首先选择添加会员功能，然后输入所要添加会员的姓名，年龄，密码，充值等信息，可根据所充的值设置级别，并且只能在首次充值的时候设置级别。 普通管理员修改会员信息功能 管理员进入系统后，首先选择修改功能，然后输入要修改会员的ID ，进行查找，可以修改会员的密码。 普通管理员删除会员功能 管理员进入系统后，首先选择删除功能，如果向只删除固定ID的会员可以借助查找功能，还可以同时删除多个会员。 普通管理员为会员充值功能 当会员来充值时，管理员首先选择充值功能，然后查找所要充值会员的ID，最后输 入所要充的值。 3.2对性能的规定 3.2.1精度 会员消费时间精确到1分钟，扣取会员卡中的钱精确到1角。 3.2.2时间特性要求 a.响应时间1S以内； b.更新处理时间1/4S； c.数据的转换和传送时间1/3； d.解题时间3S以内。 3.2.3灵活性 a.操作方式：可以通过多种不同的操作来进行同一目的的实现，灵活性较好； b.运行环境：可以在多种操作系统环境下兼容运行，运行环境较广； c.同其他软件的接口:具有灵活的软件接口，能满足基本接口的配置； d.功能改进:当日后需要更新或者增加功能时，不会影响到以前功能。 3.3输人输出要求 本系统输入以及输出都是数据，下表提供数据的基本类型以及具体说明: 3.4数据管理能力要求 因本系统的所有数据是基于sql server数据库，故而数据类型以及数据的管理能力都是基于sql 数据库。本系统的数据库是Microsoft SQL Server 2008。 3.5故障处理要求 1.可能的软件故障是操作错误，引起软件关闭 2.具体的要求是当该软件关闭，要保留关闭前的数据 3.6其他专门要求 针对该系统是应用于网吧，因安全需要，网吧需要正确的录入用户的身份信息，并督促用户安全健康上网。 4.运行环境规定 4.1设备 主机 测试的客户端 4.2支持软件 Windows 7操作系统 Sql server数据库管理软件 4.3接口 用户接口 windows程序，提供图形化用户界面 外部接口 本软件使用的是数据库开发技术，采用了ado技术访问数据库，系统各个模块所访问的数据都存储在数据库中，杜绝了文件访问，具有很高的安全性和保密性，因此本系统与外部接口主要是数据库与外部的即可。 4.4控制 管理员进入系统——会员注册——账户充值——会员信息查询——修改密码等 用户登陆——密码修改——查询余额 一、引言 1.1编写目的 本说明书将全面描述本系统的各种功能、运行环境，使客户和开发者双方对本系统的初始规定有一个共同的理解，使之成为整个开发工作的基础。 1.2背景 本文档适用于小型电影DVD 在线销售的前台和后台系统 预期读者：项目开发人员、测试人员等。 1.3定义 前台用户：客户浏览网站电影。 网站后台管理人员：负责电影类别以及电影详细信息的录入工作，对电影的前台页面的展示 进行控制的人员。 1.4参考资料 二、系统说明 2.1当前系统 本系统主要包括电影的前台浏览，以及电影查询等前台功能，以及电影后台对于电影类别以及电影信息信息的添加，修改等功能的操作。 2.3组织结构图 三、功能要求 3.1功能模块划分 3.2 模块划分 本系统主要是小型电影DVD 在线销售系统，包括前台和后台，前台用于方便客户浏览不同类别的电影，后台是管理人员用来来管理前台网站。 下表就是对功能模块的划分： 表 1-2 系统模块划分 3.3前台管理 3.3.1 首页展示 ● 功能要求： 一页显示5条DVD 信息 ● 输入输出数据： 表 1-1 DVD 信息输入输出数据 3.3.2 DVD 信息查询 ● 功能要求： 根据类别显示相应类别的DVD 信息 ● 输入输出数据： 表 1-2 DVD 信息输入输出数据 3.3.3用户注册 ● 功能要求： 实现用户注册功能 ● 输入输出数据： 表 1-3 用户注册输出数据 3.3.4 用户登录 ● 功能要求： 用户登录后，可看到购买超链接。 ● 输入输出数据： 表 1-4 用户登录输入输出数据 3.4 DVD 后台 3.4.1类别管理 ● DVD 类别添加 功能要求： DVD 类别的添加 流程图 输入输出数据： 表 2-1 类别添加输入输出数据 ● DVD 类别修改 功能要求： DVD 类别的修改 输入输出数据： 表 2-2 类别修改输入输出数据 ● DVD 类别删除 功能要求： DVD 类别的删除 输入输出数据： 表 2-2 类别删除输入输出数据 ● DVD 类别查看 功能要求： 分页显示所有DVD 类别 输入输出数据： 表 2-3 类别查看输入输出数据 3.4.2 DVD 管理 ● DVD 添加 功能要求： DVD 信息 输入输出数据： 表 2-1 DVD 添加输入输出数据 ● DVD 修改 功能要求： 类别的修改 输入输出数据： 表 2-2 电影DVD 修改输入输出数据 ● DVD 删除 功能要求： DVD 的删除 输入输出数据： 表 2-3 DVD 输入输出数据 ● DVD 查看 功能要求： 分页显示所有电影DVD 输入输出数据： 表 2-3 DVD 查看输入输出数据 3.5 用例分析 3.5.1 用例汇总 下表就是本程序所涉及的用例： 表 3-1 系统用例汇总表 3.5.2 用例描述 在这里我们针对本程序的部分用例进行详细描述，由于篇幅问题，其他用例就不在这里进行详细介绍。有兴趣的话可以参考给出的示例，完成剩余部分用例的描述，以拓展自己的分析能力。 后台管理用例图 图 3-2后台管理用例图 登录 引用 3-3 管理员登录用例描述 前台用例图 图 3-4 前台用例图
范文二：业务需求说明书(英文版)
范文三：实验1-甲方的需求说明书初稿和乙方的项目建议书
范文四：软件需求说明书
范文五：需求分析说明书
