功能需求分析用例描述文档讲解

合集下载

系统软件需求和需求分析说明书模板(用例图+界面+文档)

ﻬ系统需求和需求分析说明书模板第一部分概述

1.项目名称及背景 ➢ 项目名称

➢ 开发背景

2.文档说明

第二部分任务说明

１．功能概述

2.用户环境

浏览器(如IE 6以上版本）+网络开发(生产)环境:

系统需求和需求分析说明书模板

M ｏhit

第三部分需求分析

1．实现功能

➢系统用例图

用户业务逻辑如下图所示：

➢管理员功能清单

功能编号功能名称文中标题编号备注10１人事管理

１01001 机构管理

１0１０02 部门管理

10１0０３员工管理

➢普通用户功能清单

2.用例说明

➢ [用例１] ●用例图

●描述

●参与者

➢[用例2］●用例图

●描述

●参与者

➢[用例3] ●用例图

描述

●

●参与者

●描述

●参与者

用例图

●

●描述

➢[用例6 ●用例图

●描述

●参与者

➢［用例7] ●用例图

●描述

●参与者

➢[用例8]

●用例图

撤消删除

回收站

彻底删除

●描述

回收站:显示被删除的文件,可以撤消删除,也可以彻底删除文件。

●参与者

//*参与者,参与用例的对象*// ➢[用例9]

●描述

文件搜索功能:可以按条件查询需要的文件。

●参与者

//*参与者,参与用例的对象＊// ➢[用例1０]

●用例图

描述

●

●参与者

●描述

●

●描述

●参与者

➢［用例13]

●用例图

●描述

●参与者

➢[用例14]

●用例图

描述

●

●参与者

３.用例关系

系统设计说明书

版本历史

版本/状态修订人修改日期备注

第一部分概述

1.文档说明

本文档主要包括数据库详细设计和界面详细设计讲解，所以请认真阅读，以提高开发的质量和效率。

2．系统需求概述

整个系统中所有布局统一采用diｖ布局，所有数据展示控件,如GrｉｄView和DａtａLisｔ都要有分

功能需求分析用例描述文档

用例描述文档是一种为了记录和分析系统需求而设计的文档。它描述了系统中的各个功能需求以及各种使用情景。以下是一个功能需求分析用例描述文档的例子。

1.引言

本文档旨在描述一个在线图书商城的功能需求。该系统旨在为用户提供在线购买图书的便利，并提供统一的支付和物流服务。通过购物车、订单管理和查找图书等功能，用户可以方便地购买图书并保障购买的安全性和准确性。

2.用户角色

该系统涉及到两个主要的用户角色：

-客户：通过该系统可以浏览、购买图书，并管理个人订单。

-管理员：负责管理图书库存，处理客户订单以及维护系统的正常运行。

3.功能需求

3.1用户注册

-用户可以通过提供必要的个人信息来注册一个新的账户。

-注册成功后，系统会自动生成一个唯一的用户ID。

3.2用户登录

-系统会验证用户提供的登录信息的正确性。

3.3图书浏览和

3.4添加至购物车

-用户可以将感兴趣的图书添加至购物车。

-用户可以在购物车中查看已添加的图书，并对购物车中的图书进行管理，如修改数量或删除图书。

3.5下订单

-用户可以在购物车中选择要购买的图书，并进入结算流程。

-在结算流程中，用户需要提供收货地址、支付方式等必要信息。

-系统会生成一个唯一的订单号，并将用户选择的图书、价格、数量等信息记录到订单中。

3.6订单管理

-管理员可以查看系统中的所有订单，并对订单进行管理，如确认支付、发货等操作。

3.7物流跟踪

-用户可以查看订单的物流信息，包括物流公司、运单号等。

-用户可以通过物流信息追踪订单的配送状态。

4.非功能需求

4.1系统安全性

项目需求文档

引言概述：

项目需求文档是一个重要的文档，用于明确项目的目标、范围和功能需求。它

是项目开发过程中的基石，对于项目的成功实施和交付起着关键作用。本文将详细介绍项目需求文档的内容和结构，以及每个部分的要点。

一、项目概述：

1.1 项目背景：介绍项目的背景和目的，包括项目的发起人、需求来源和项目

的重要性。

1.2 项目目标：明确项目的目标和预期成果，包括项目的交付物、时间和质量

要求。

1.3 项目约束：列出项目的约束条件，如预算、资源、技术限制等。

二、需求定义：

2.1 功能需求：详细描述项目的功能需求，包括系统的功能模块、用户需求和

使用场景。

2.2 非功能需求：定义项目的非功能需求，如性能、安全、可靠性、可维护性

等方面的要求。

2.3 接口需求：说明项目与外部系统或组件的接口需求，包括数据交换、通信

协议和集成要求。

三、需求分析：

3.1 用例分析：通过用例图和用例描述，详细说明系统的功能和用户交互流程。

3.2 数据模型：设计系统的数据模型，包括实体关系图、数据字典和数据库设计。

3.3 系统流程：描述系统的主要流程和业务逻辑，以流程图或活动图的形式展示。

四、需求优先级和变更管理：

4.1 需求优先级：根据业务价值和紧急程度，对需求进行优先级排序，以便在

项目实施过程中进行合理的资源分配。

4.2 变更管理：定义需求变更的流程和规则，确保需求变更的合理性和可控性。

五、验收标准和交付物：

5.1 验收标准：明确项目交付物的验收标准和评估方法，以确保项目交付的质

量和符合预期。

5.2 交付物清单：列出项目交付物的详细清单，包括文档、软件、硬件和培训

产品功能需求说明模板

xxxx系统功能需求说明书

版本 < >

<⽇期>

修订历史记录

⽇期版本说明作者评审者

⽬录

概述

参考⽂档

读者

⽬标

业务流程

与其他系统之间交互

功能清单

功能详述

JZ_F_01-媒介计划管理

全局规则定义

概述

本⽂档是“XXX”的功能概要描述⽂档，将覆盖系统主要功能性需求。功能的详细描述将在⽤例⽂档中体现，设计需求将在原型中体现。

参考⽂档

《“XXX”业务需求说明》：系统业务需求表述，明确系统业务流程、⾓⾊、范围。

《“XXX”原型》：低保真原型定义系统功能界⾯，经过交互设计、视觉设计之后形成⾼保真原型。

读者

n“XXX”产品设计⼈员：产品经理、交互设计师、视觉设计师、前端开发⼯程师。

n“XXX”产品业务相关⼈员：媒介管理员、客服⼈员、数据分析⼈员。

n开发团队。

⽬标

“XXX”系统为华谊传媒展⽰类⼴告的业务提供⽀撑平台，为媒介、运营部门在为⼴告客户提供精准投放服务提供⽀持。

本⽂主要描述个功能点基本功能、流程及相关规则，更详细的功能说明可参考各功能点所对应的⽤例⽂档，⽂中会给出索引。

供开发⼈员作为系统分析、设计、开发的参考。

业务流程

参考《XXX1.0 业务需求说明》

与其他系统之间交互

功能清单

字母含义：JZ-XXX， F-功能Function

功能编号功能名称主要⽤户说明

JZ_F_01媒介计划管理媒介管理员媒介管理员根据订单制定媒介计划。

功能详述

JZ_F_01-媒介计划管理

【功能点编号_功能点名称】

⽤例⽰意：

JZ_F_01_1 建⽴媒介计划

功能描述

数据及规则约束

算法逻辑

⽤例

软件需求分析模板

一、引言。

软件需求分析是软件开发过程中至关重要的一环，它涉及到对用户需求的深入

理解和准确把握，是软件开发成功的关键之一。本文档旨在为软件需求分析提供一个模板，以帮助开发团队更好地进行需求分析工作。

二、项目背景。

在进行软件需求分析之前，首先需要了解项目的背景和相关信息。项目背景包

括项目的发起人、项目的目的和目标、项目的范围和预期成果等。在这一部分，我们需要对项目进行一个整体的描述，以便更好地理解项目的需求和目标。

三、需求描述。

需求描述是软件需求分析的核心内容，它包括功能需求、性能需求、安全需求、界面需求等方面的描述。在这一部分，我们需要对软件的各项需求进行详细的描述和分析，以便为后续的设计和开发工作提供参考。

四、需求分析。

需求分析是对需求进行深入分析和理解的过程，它包括对需求的可行性分析、

优先级分析、风险分析等方面的内容。在这一部分，我们需要对需求进行全面的分析，以便确定需求的实现方式和优先级，同时对可能存在的风险进行评估和分析。

五、需求确认。

需求确认是对需求进行最终确认和验证的过程，它包括对需求的完整性、一致性、可追溯性等方面的确认。在这一部分，我们需要对需求进行最终的确认和验证，以确保需求的准确性和完整性，为后续的设计和开发工作奠定基础。

六、总结。

软件需求分析是软件开发过程中至关重要的一环，它直接关系到软件的质量和用户的满意度。本文档提供了一个软件需求分析的模板，以帮助开发团队更好地进行需求分析工作。希望本文档能够对软件需求分析工作有所帮助，为软件开发工作的顺利进行提供参考。

需求分析用例范文

用例是一种需求分析工具，用于描述系统如何与各种类型的用户（称为参与者）交互以实现特定的目标。

以下是一个需求分析用例的示例，对于一个在线购物网站：

用例名称：用户购买商品

主要参与者：用户、网站管理员

目标：用户能够浏览和购买在线商城中的商品

前提条件：用户必须具有有效的账户，并且已经登录到网站

成功情况：用户成功选择并购买所需的商品

主要流程：

1.用户登录到网站，并使用功能浏览商品目录。

2.用户在结果中选择感兴趣的商品。

3.用户查看商品详细信息，包括价格、描述和评价等。

4.用户决定购买该商品，并将其添加到购物车中。

5.用户选择继续购物或者进行结账。

6.如果用户选择继续购物，则返回步骤2

7.如果用户选择结账，则显示订单确认页面。

8.用户确认订单，并选择支付方式。

9.如果用户选择在线支付，则跳转到支付平台进行支付。

扩展流程：

-如果用户在结果页面中没有找到合适的商品，可以进行新的。

-如果用户在浏览商品详细信息时发现误导性的信息，可以向网站管理员举报。

-如果用户对购物车中的商品进行更改或删除，更新购物车并重新计算总价。

-如果用户选择货到付款或其他非在线支付方式，则不需要跳转到支付平台，而是将订单状态设置为待支付。

特殊要求：

-网站应提供安全性保护措施，以保护用户的个人信息和支付信息。

-网站应提供订单跟踪功能，以便用户查看订单的状态和物流信息。

这个用例描述了用户购买商品的正常流程以及一些可能发生的异常情况。它可以帮助开发团队和用户更好地理解交互过程，并指导系统的设计和实施。除了这个用例，还可以创建其他用例来描述系统的其他功能，例如注册用户、查询订单等。这有助于全面考虑系统的需求，并确保系统满足用户的期望和需求。

需求分析文档详细范例

需求规格说明书更改记录

*修改类型分为A - ADDED M - MODIFIED D– DELETED

文档编号：

目的：定义软件需求，为后期的设计打下基础

背景、备注：

定义：

参考：

1概述

客户是公司最宝贵的资源，为了更好的发掘老客户的价值，并开发更多新客户，XX公司决定实施客户关系管理系统。希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理；希望通过对销售机会、客户开发过程的追踪和记录，提高新客户的开发能力；希望在客户将要流失时系统及时预警，以便销售人员及时采取措施，降低损失。并希望系统提供相关报表，以便公司高层随时了解公司客户情况。

客户服务是一个涉及多个部门，存在一定流程的工作。客户服务水平的高低决定着公司的核心竞争力。该客户关系管理系统应提供一个客户服务在线平台，使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。

1.1目的

本文档是武汉信息技术有限公司在与XX公司的客户关系管理系统实施合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。

1.2范围

主要是XX公司的销售主管、客户经理及其管理员用来管理语客户相关的信息与活动。

1.3背景

客户关系管理系统用于管理与客户相关的信息与活动，但不包括产品信息、库存数据与销售活动。这三类数据将由XX公司X销售系统进行管理。

1.4用户与角色

系统管理员：

管理系统用户、角色与权限，保证系统正常运行。

《系统功能需求分析》课件

需求规格说明的内容和格式
包括需求描述、验收标准和界面设计等内容。
需求规格说明的编写和审核
由需求分析人员编写，并经过相关人员的审核和确认。
需求确认和验证阶段
1
需求确认和验证的定义和目的
确保需求的准确性和可行性，满足用户期望。
2
需求确认和验证的方法和技术
包括原型测试、功能测试和用户验收测试等。
3
需求确认和验证的输入和输出
Байду номын сангаас
输入为需求规格说明，输出为需求确认和验证报告。
需求管理阶段
需求变更管理和控制
跟踪需求变更，并评估其影响。
需求跟踪和追踪
追踪需求的来源、变更和实现情况。
需求库和管理工具
使用工具进行需求的存储、跟踪和管理。
总结
系统需求分析的重要性和实践过程
系统需求分析是确保项目成功的关键步骤。
如何提高系统需求分析的质量和效率
需求文件审核
经过验证和审查，确保需求文档准确、完整。
需求分析阶段
需求分析的目标和任务
分析需求并识别需求间的冲突与关联。
需求分析的方法和技术
使用方法和工具，例如用例分析和数据流图。
需求分析的输入与输出
输入包括需求文档和用户反馈，输出为需求规格说明。
需求规格说明阶段
需求规格说明的定义和目的

用例文档的编写方法

一、引言

用例文档是软件开发过程中非常重要的一项文档，它描述了系统的功能需求和用户的交互过程。本文将介绍用例文档的编写方法，旨在帮助开发人员更好地理解和分析系统需求。

二、用例文档的结构

用例文档通常包含以下几个部分：引言、用例列表、用例描述、用例执行流程、用例扩展和用例特殊需求。

1. 引言

引言部分简要介绍了系统的背景和目的，以及本文档的读者和编写目的。在此部分中，应概述系统的主要功能和用户需求，并指明本文档所描述的用例的范围和目标。

2. 用例列表

用例列表部分列出了系统中的所有用例，每个用例都有一个唯一的标识符和简短的名称。该部分还可以包含一些关于每个用例的摘要信息，例如优先级、状态、参与者等。

3. 用例描述

用例描述是用例文档的核心部分，它详细描述了每个用例的功能需求和用户交互过程。每个用例描述应包含以下几个主要部分：前提

条件、基本流程、备选流程和后置条件。

- 前提条件指明了执行该用例的前提条件，例如用户登录、系统初始化等。

- 基本流程描述了用例的主要功能和用户交互过程，通常以步骤的形式呈现。

- 备选流程描述了一些可能的异常情况或分支流程，例如用户取消操作、系统错误等。

- 后置条件指明了用例执行完成后的状态或结果，例如保存数据、显示结果等。

4. 用例执行流程

用例执行流程部分通过流程图或伪代码的形式描述了每个用例的执行流程。这有助于开发人员更好地理解和实现用例的功能需求。

5. 用例扩展

用例扩展部分描述了一些可能的用例扩展场景，例如新增功能、修改功能等。这有助于开发人员在未来的版本中对系统进行扩展和改进。

功能需求分析用例描述文档讲解

功能需求分析⽤例描述⽂档讲解

XXX村村民交流互动⽹站系统

设计⼩组成员：何成龙、陆承林

黄元勇、王永亮

胡荣启

引⾔：

在计算机技术飞速发展的今天，各类交流⽹站挤满了互联⽹，本设计⽴⾜于XXX村村民交流互动⽽设计⼀个交流⽹站，⽹站为村民提供交流服务，村民可以在⽹上通过发帖聊天交流⽣活琐事以及农事科技等。

第⼀章：功能性需求分析

⼀、在本次设计中，“远程教育⽹站系统”包括以下功能模块：

1、个⼈⼯作台

2、在线浏览

3、资料共享

4、系统管理

5、在线帮助

⼆、功能描述

1、个⼈⼯作台

⽤户可通过个⼈⼯作台对个⼈信息进⾏注册和修改。

1.1、⽤户注册/登陆模块

⽤户通过注册模块进⾏注册成为会员，登陆模块为会员完成⽤户登陆；

1.2、修改信息

在本模块⽤户可对已填信息进⾏完善和修改。

2、在线浏览

在线浏览为会员和⾮会员提供阅读材料以及视频⽂件，可在线点播及阅读。

3、资料共享

此功能仅为会员提供，⾮会员⽆权享受此功能。会员通过此模块可下载所需内容以及上传⽂

件。

4、系统管理

4.1、后台管理

专为⽹站管理员开设。⽹站管理员通过此模块可对⽹站进⾏维护和管理。

4.2、⽹站数据库

主动收集⽹站各类数据并及时更新。

4.3、信息管理系统

仅为信息管理员提供，可以通过此模块对会员上传的⽂件进⾏审核和删除，以及对注册会员进⾏管理。

5、在线帮助

5.1、联系我们

⽤户通过此模块就⽹站存在的问题进⾏反馈。

6.功能描述⽂档：

功能编号功能名称功能描述备注

01 注册⽤户可以通过注册功能进⾏信息注册成为⽹站会员

02 登录会员/信息管理员⽤户通过此登录进⾏登录⽹站，登录时会员选择“会员登录”进⾏登录，信息管理员选择“管理员”进⾏登录。

(完整word版)需求分析说明书(word文档良心出品).docx

《人力管理系统- 需求计划》

需求分析说明书

1.引言

1.1 编写目的

能够为系统分析师设计完成概要设计提供资料。

1.2 背景

1）《人力资源管理系统-需求计划》；

2）参与者：系统分析员，软件工程师，测试工程师。

3）使用者：人力资源部门员工和部门高级管理人员。

1.3 专门术语的定义

岗位本职：该岗位的工作职责范围。

岗位任职资格核心要求：指该岗位上的员工所要具备的资格和技能。

1.4 参考资料

《需求调研报告》

《面向对象设计思想》

《UML 设计思想》

1.5 阅读对象

本文档的读者是参与《人力资源管理系统开发》的软件工程师和测试工程师，本系统的使用将极大提高工作效率，简化手工作业流程，降低手工工作量和错误率。

2任务概述

2.1 目标

提高人力资源部门的工作人员和高级管理人员完成“人员需求计划”工作的效率，以软件系统的灵活的处理方式来简化繁琐的人工操作工程。

2.2 用户特点

1)熟悉基本的计算机操作；

2)熟悉人力资源管理工作的内容和流程；

3)高级管理人员；

2.3 假定和约束

开发的期限为 1 个月。

开发的人员为N 人

2.4 总体需求描述

1)通过组织管理中有关管理模块或人事管理模块相关信息，提醒：出现岗位空缺（向用人

部门主管、负责人，人力资源部招聘中心负责人、部长提示）。

2)提示用人部门负责人该岗位的需求信息，形成需求计划。

3)确定是否执行需求计划，若选定为“暂不需要”，则待约定日期到期后再提醒，若选定为

“需要”则自动转入待批准需求类计划列表当中。

4)人力资源部人力规划与招聘中心审批待批准需求计划，进行一次审核。

软件需求分析(案例)

案例one：教学管理系统（用例驱动的交互式需求获取）

以一个教学管理系统JXGL的分析与设计作为示例，说明用例驱动技术在软件项目开发中的应用。

高等学校的教学管理内容十分丰富，工作繁多。作为一个示例，规定开发教学管理系统JxGL只处理每学期的课程选修注册和学生的成绩管理。教学管理系统JXGL的用户是学校的学生、教师和教学管理员。学生使用JXG系统查询新学期将开设的课程和授课教师的情况，选择自己要学习的课程，并进行登记注册。学生还可以使用JXGL系统查询自己的课程成绩。教师使用JXGL系统查询新学期将开设的课程、参加听课的学生情况，以及学生的考试成绩。教学管理员使用JXGL系统进行教学管理，包括新学期的课程选课注册管理和学生成绩管理。

1.需求描述:

对教学管理系统JXGL要求提供两个方面的服务:

(1)选课管理，负责新学期的课程选课注册工作;

(2)成绩管理，负责学生成绩管理。

在选课管理方面应填写的用户需求描述如下。

(1)录入与生成新学期课程表

教学管理员在新学期开始前录入新学期课程，打印将开设的课程目录表，供师生参

考选择。若某课程的实际选课学生少于10人，则停开该课程，把该课程从课程目

录表中删除;若某课程的选课学生多于30人，则停止选课。

(2)学生选课注册

新学期开始前一周为选课注册时间，在此期间学生可以选课注册，并且允许改变或

取消注册申请。

每个学生选课不超过4门课程。每门课程最多允许30名学生选课注册。

学生可以在图书馆、各系资料室、学生宿舍等处的计算机上联网进行选课注册。在

选课注册结束后，教学管理员打印学生选课注册名单和开课通知书，送交有关部门

软件工程-需求分析文档示例

需求分析文档示例：

1：引言

本文档旨在对软件工程项目的需求进行详细分析和规范。通过需求分析，可以确保项目开发团队对软件的功能和性能有清晰的认识，从而有针对性地进行设计、开发和测试工作。

2：项目概述

在这一章节，描述项目的背景和目标。明确项目所要解决的问题，并说明项目的价值和重要性。另外，还要对项目的范围进行界定，明确功能和非功能需求。

3：需求概述

在这一章节，总结项目的功能和非功能需求。可以将需求进行分类，并给出相应的需求描述。同时，还需要提供一些重要的假设和约束条件。

4：功能需求

在这一章节，详细列出软件的各个功能模块，并对每个模块进行详细描述。可以使用用例图、用例描述和功能需求规格说明等方

式来呈现需求。每个功能需求还需要标明其优先级和关联的其他需求。

5：非功能需求

在这一章节，详细描述项目的非功能需求，包括性能、可靠性、安全性、可维护性等方面的需求。可以使用表格的形式列出每个非

功能需求，并解释其含义和重要性。

6：用户界面要求

在这一章节，描述软件的用户界面设计要求。包括界面的布局、颜色、字体、图标等方面的需求。可以使用截图或原型图来辅助描述。

7：数据要求

在这一章节，描述软件对数据的要求。包括数据的类型、格式、存储和传输等方面的需求。如果涉及数据的输入、输出和修改，也

需要进行详细描述。

8：环境要求

在这一章节，描述软件运行的环境要求。包括操作系统、硬件

配置、软件依赖等方面的要求。如果有特殊的环境要求，也需要进

行详细说明。

9：接口要求

在这一章节，描述软件与外部系统或组件的接口要求。包括数据、功能和消息等方面的接口。可以使用流程图或时序图来呈现接

需求分析说明书参考

需求说明书

1前言 (1)

1.1编写目的 (1)

1.2背景 (1)

1.3定义 (1)

1.3.1专业术语 (1)

1.4参考资料 (1)

2任务概述 (2)

2.1目标 (2)

2.1.1前台系统 (2)

2.1.2后台系统 (4)

2.2用户的特点 (5)

2.3软件约束 (5)

3需求规定 (5)

3.1对功能的规定 (5)

3.1.1前台购书系统 (5)

3.1.2后台管理系统 (7)

3.2数据库需求分析 (9)

3.2.1表设计............................................................................. 错误！未定义书签。

3.2.2各表的结构..................................................................... 错误！未定义书签。

3.2.3系统顶层活动图。 (9)

3.2.4用例图 (9)

3.2.5用例分析与描述 (11)

3.3对性能的规定 (23)

3.3.1精度 (23)

3.3.2时间性能要求 (23)

3.3.3灵活性要求 (23)

3.4输人输出要求 (24)

3.5数据管理能力要求 (24)

3.6故障处理要求 (24)

3.7其他专门要求 (24)

4运行环境规定 (24)

4.1硬件要求 (24)

4.2软件要求 (24)

4.3接口要求 (25)

4.4控制 (25)

1前言

1.1 编写目的

编写这个需求分析说明书的目的是，让软件开发的设计人员明白用户要让他们设计出一个什么样的应用软件。

软件需求分析报告(案例)

案例one：教学管理系统〔用例驱动的交互式需求获取〕

以一个教学管理系统JXGL的分析与设计作为示例，说明用例驱动技术在软件项目开发中的应用。

高等学校的教学管理容十分丰富，工作繁多。作为一个示例，规定开发教学管理系统JxGL只处理每学期的课程选修注册和学生的成绩管理。教学管理系统JXGL的用户是学校的学生、教师和教学管理员。学生使用JXG系统查询新学期将开设的课程和授课教师的情况，选择自己要学习的课程，并进展登记注册。学生还可以使用JXGL系统查询自己的课程成绩。教师使用JXGL系统查询新学期将开设的课程、参加听课的学生情况，以与学生的考试成绩。教学管理员使用JXGL系统进展教学管理，包括新学期的课程选课注册管理和学生成绩管理。

1.需求描述:

对教学管理系统JXGL要求提供两个方面的服务:

(1)选课管理，负责新学期的课程选课注册工作;

(2)成绩管理，负责学生成绩管理。

在选课管理方面应填写的用户需求描述如下。

(1)录入与生成新学期课程表

教学管理员在新学期开始前录入新学期课程，打印将开设的课程目录表，供师生参

考选择。假如某课程的实际选课学生少于10人，如此停开该课程，把该课程从课

程目录表中删除;假如某课程的选课学生多于30人，如此停止选课。

(2)学生选课注册

新学期开始前一周为选课注册时间，在此期间学生可以选课注册，并且允许改变或

取消注册申请。

每个学生选课不超过4门课程。每门课程最多允许30名学生选课注册。

学生可以在图书馆、各系资料室、学生宿舍等处的计算机上联网进展选课注册。在

选课注册完毕后，教学管理员打印学生选课注册和开课通知书，送交有关部门和授

组织系统需求用例描述和图

区分参与者和外部实体
• 只有在系统功能时与信息系统进行实时交互的人员才能被当作参与者
– 新生入学手工填写个人信息;然后由教务人员统一将数据登记到学籍系统中;教务人员是参与者
– 如果学生直接通过Web方式提交个人信息;则认为学生是参与者
区分主要参与者和次要参与者
• 主要参与者primary actor是从系统中直接获得可度量价值的用户
2 其它用例扩展登录
用例说明: …… 这种处理方式的特点:
35
3 登录独立于其它用例
用例说明: …… 这种处理方式的特点:
36
• 登录用例说明: 1 当超级用户启动应用时用例开始 2 系统提示超级用户输入用户名和密码 3 超级用户输入用户名和密码 4 系统验证其是否为有效超级用户 5 用例结束
• 调入员工用例说明: 前置条件: 一个有效超级用户登录了系统
37
4 登录包含其它用例
用例说明: ……
存在的问题:
38
3 假设有这样需求：学生档案管理中;用户经常需要做三件事：增加一条学生记录修改一条学生记录; 删除一条学生记录如果要画出use case图;以下2 种方法哪种更合适
方法1：再分成3个脚本;分别画3个交互图脚本1 增加学生记录；脚本 2 修改学生记录；脚本3 删除学生记录
<<extend>>