需求分析-实验指导书

需求分析与建模

实

验

指

导

书

孙钢锋

计算机学院

2016年3月

实验案例一：教学管理系统 (3)

1. 项目概况： (3)

2. 业务需求： (3)

实验案例二：CD Selections .................................................................. 错误！未定义书签。

1. 项目概况：................................................................................ 错误！未定义书签。

2. 业务需求：................................................................................ 错误！未定义书签。实验案例三：天津市社会保险基金管理中心档案管理系统............. 错误！未定义书签。实验案例四：中山市国土资源局“天地图?中山”在线服务软件系统错误！未定义书签。实验一：需求获取. (5)

实验二：用例分析 (7)

实验案例一：教学管理系统

1. 项目概况：

教学管理系统JxGL主要完成每学期的课程选修注册和学生的成绩管理。教学管理系统JXGL的用户是学校的学生、教师和教学管理员。学生使用JXG系统查询新学期将开设的课程和授课教师的情况，选择自己要学习的课程，并进行登记注册。学生还可以使用JXGL系统查询自己的课程成绩。教师使用JXGL系统查询新学期将开设的课程、参加听课的学生情况，以及学生的考试成绩。教学管理员使用JXGL系统进行教学管理，包括新学期的课程选课注册管理和学生成绩管理。

2. 业务需求：

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

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

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

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

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

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

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

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

(2)学生选课注册

新学期开始前一周为选课注册时间，在此期间学生可以选课注册，并且允许改变或取消注册申请。每个学生选课不超过4门课程。每门课程最多允许30名学生选课注册。学生可以在图书馆、各系资料室、学生宿舍等处的计算机上联网进行选课注册。在选课注册结束后，教学管理员打印学生选课注册名单和开课通知书，送交有关部门和授课教师。

(3)查询

可以查询课程信息、学生选课信息和学生、教师信息。

学生、教师、教学管理员可以查询课程表，获得课程信息。查询的关键词以是：课程名，授课教师名，学分。教师、教学管理员可以查询学生选课情况。查询的关键词可以是:学生名、程名，授课教师名，学分。学生只允许查询自己的选课信息，不允许查询别人选课信息。学生、教师、教学管理员可以查询学生或教师的信息。查询的关键词可以是学生名、教师名，性别、班级、职称。

(4)选课注册信息的统计与报表生成。

教学管理员对学生的选课注册信息进行统计(按课程，按学生，按班级)，印汇总统计报表。在成绩管理方面应填写的用户需求描述如下:

(1)成绩录入：

教学管理员录入学生考试成绩。

(2)成绩查询: 教师、教学管理员可以查询学生考试成绩。查询的关键词可以是:学生名、课程名、授课教师名、学分名。

学生只允许查询自己的考试成绩，不允许查询别人的考试成绩。

(3)成绩统计与报表生成教学管理员进行成绩统计(按课程、学生、按班级)，打印成绩汇总统计报表。

保存数据，需建立教学管理数据库。可以采用关系数据库，建立下列数据库表:学生表、教师表、课程表、选课表、任课表、成绩表。

教学管理系统的直接用户有学生、教师和教学管理员。教学管理员有权操纵数据库的数据，进行添加、更新、删除等操作。学生和教师一般只查询信息，只允许对自己有关的数据进行添加，更新、删除等操作。

教学管理系统JXGL的相关系统有财务系统。JXGL系统需要把学生选课注册信息传送给财务系统，以供财务系统计算学生应交纳的费用，但是不要求财务系统回馈学生应交纳的费用信息。

假定在学校的计算中心有功能强大的工作站机器，在各系、各部门、图书馆、学生宿舍都有台式PC机，学校的全部计算机已经连网。教学管理系统JXGL将采用客户机/服务器结构建立，JXGL系统的应用服务器和数据库服务器设置在学校计算中心的工作站。学生、教师和教学管理员可以在各系、各部门、图书馆、

学生宿舍的台式PC机上使用JXGL系统。

实验一：需求获取

1.1 目的

掌握需求获取的方法，能够正确的获得需求，并正确描述需求

1.2 实验要求

●人员分组：两个人一组；

●复习课堂有关需求获取的理论；

●针对实验案例中的每一项需求，给出需求获取方法（可以多个）

1.3 内容

以小组的方式对所选案例进行资料收集和研究，利用word完成业务概况、业务目标、利益相关者分析、非功能性需求分析和功能性需求分析文档

1.4 步骤

1.收集相关资料（通过网络查询）

2.提出项目的业务概况；

3.提出项目的业务目标；

4.分析利益相关者（涉众）；

5.分析项目的非功能性需求（包括安全性、可靠性、性能、服务提供

方式、可操作性、界面等）；

6.分条列出业务需求，并明确相关业务规则（业务规则实际上对应与

约束，但此约束一般不是总体上的，而是与某项具体业务相关）（注

意：采用文字描述）

1.5 说明

1.对于利益相关者和非功能性需求的描述业务需求及规则采用表格的形式

编号名称说明期望

1.1利益相关者概要信息表

编号用户名称概况和特点使用系统方式代表利益相关者优先级

1.2用户概要表

编号非功能需求名称内容备注

1.3 非功能需求信息表

编号业务需求名称关联利益相关者业务需求说明业务规则详细业务

流程获取

方法

1.4 业务需求信息表

2.对于业务概况、业务目标采用文字描述

实验二：用例分析

2.1 目的

掌握通过需求描述，建立系统用例的过程；

掌握编写用例规约（用例的第一次细节描述）；

2.2 实验要求

●熟练掌握CASE工具（可以是Rational rose 或visio）；

●熟练用例规约编写

2.3 步骤

1.确定系统边界

说明：一般根据对项目概况中的运行环境和业务需求分析，得到系

统边界（区分系统内/外）

2.确定角色（actor）

说明：

在确定角色时，一般结合第一次实验的结果（利益相关者、用户）

和需求获取阶段的面谈/联席会议（JAD）等手段的结果来确定；

同时、一般回答以下问题可以帮助帮助确定角色：

?谁使用该系统；

?谁从系统中获取信息；

?谁向该系统提供信息。

3.确定用例

说明：

一般根据业务需求（其中最关键的是业务流程）、需求获取的结果（可

以是数据流图DFD）来确定用例；

4.确定关联

说明：（略）

5.画出用例图

说明：利用CASE工具画出系统用例图

6.编写用例规约

说明：

?用例规约（use case specification）是对用例的第一次细节化的说

明；

?用例规约一般通过一个模板来描述，模板包含的内容在不同公司

一般也不同，但至少包含以下项目：

1．唯一标示（用于用例管理）

2．用例名称（一般使用动宾短语描述）

3．简要描述（简要的文字描述，一般来自业务需求）

4．一组前置条件（pre-conditions）（用例的执行是具有上下文

环境的）

5．一组后置条件（post-conditions）

6．主事件流（有时称为用例执行步骤）（一般使用带编号的文

字描述用例执行过程，主事件流描述用例执行的正常场景）7．备选事件流（描述正常场景之外的其他场景，包括失败场景）

7.用例规约模板与示例：

用例“添加图书”的描述

用例名称添加图书

标识符UC0001

用例描述图书管理员在收到新采购的图书后对之进行入库。

参与者图书管理员

优先级 1

状态通过审查

前置条件图书管理员登录进入系统

后置条件在库图书数目增加

基本操作流程1．图书管理员录入图书书目；

2．系统检查图书书目是否已存在；

3．系统为这本图书生成唯一书号（条形码）；

4．系统添加新的图书书号。

可选操作流程系统检查图书书目存在；

非功能性需求（填写相关非功能需求，例如性能、安全性等）约束（填写相关业务规则）

实验三：用例场景描述（动态模型）

3.1 目的

掌握活动图、序列图（顺序图）、状态图的作用

掌握用动态模型描述用例场景

3.2 实验要求

●利用活动图、序列图和状态图详述前两次实验所得的用例场景；

说明：

虽然用例规约对用例图进行了第一细化，但依然过于笼统，仅仅依赖于此，由于缺乏足够的细节，设计人员是无法进行设计工作的；

利用活动图、序列图和状态图详述用例场景目的是为后期的设计提

供足够的设计依据，其抽象层次和作用相当与数据流图（DFD） 如果第一、二次实验中得到的用例数量较多（大于5个），本次试验只需要选取其中最核心的4到5个用例详述其功能场景（至少4个）；

3.3 内容

●复习用例场景的含义和作用；

●复习活动图、序列图（顺序图）、状态图的理论；

3.4 步骤

1.针对每一选定用例，根据其主事件流和备选事件流，结合本人对该

用例场景的设想（真实情况是来自需求获取）画出活动图；

2.针对每一选定用例，根据其主事件流和备选事件流并结合上一步得

到的活动图，画出序列图；

3.如果某一用例场景中包含复杂的算法或自动控制过程，利用状态图

进行详细描述；

3.5 说明

相关详细过程见附件C

实验四:结构化需求分析