软件工程需求分析.pptx

网上报名系统——第3次课;在上周工作中，我们交付了以下工作产品：

业务用例图

系统用例图

我们的关注点在通过用户访谈，了解用户的实际业务情况，为需求分析收集必要信息。;完成系统流程建模.

完成系统数据建模

;工作任务1：完成系统流程建模

交付的工作产品：系统流程活动图;学习情境：

活动图（ActivityDiagram）;1什么是活动图;2活动图的用途;3活动图的组成元素;4活动图的建模技术;活动图的表示;活动图的表示;活动图的表示;活动图的表示;活动图的表示;一个活动图的例子;一个考试的过程;活动图的表示;标识泳道的活动图;加入泳道之后;系统流程活动图是为了描述每一个系统用例的执行情况和操作流程的。;系统用例“登录”的流程建模

活动图——登录;系统用例“注销”的流程建模

活动图——注销;系统用例“新增运动员报名”的流程建模;系统用例“修改运动员报名”的流程建模;系统用例“删除运动员报名”的流程建模;系统用例“新增省队用户信息”的流程建模;系统用例“修改省队用户信息”的流程建模;系统用例“删除省队用户信息”的流程建模;系统用例“修改运动员报名信息”的流程建模;准备进行第二次用户访谈：

如果在绘制系统活动图的过程中，发现有些信息并不是很清楚的话，就要考虑进行再次访谈了，例如：省队用户在新增运动员报名的分支中，是否应该增加查询运动员信息的用例。

访谈的问题，围绕着在建模过程中所发现的遗漏信息。

访谈之后，可能会进一步修改系统用例和系统流程活动图。

这是一个迭代的过程。一次又一次访谈和修改。;;学习情境：

知识：用类图进行网上报名系统数据建模

;什么是类图？;类图的应用;类图的组成;类;类的UML图示;类的名字;类的属性;在ROSE中绘制类的属性;;类的操作;在ROSE中绘制类的操作;;关系;类的依赖;泛化（Generalization）;关联（Association）;关联关系-命名、多重性;关联关系–角色、关联类;两种特殊的关联关系;两种特殊的关联关系–聚合;两种特殊的关联关系–合成（组合）;关联与聚合、合成的区别;聚合和组合如何在ROSE中表示;实现（Realization）;类图的抽象层次;类图的三个层次的例子;建立类图的一般步骤;概念模型（领域模型）;如何发现类和它们之间的关系;网上报名系统的数据建模——

步骤1：对系统中关键词的抽象;;

1.各省队用户：用户名，真实姓名，密码，提示问题，答案，联系电话，所属单位，用户类型，注册时间，备注。

2.单位：单位名称，单位地址，单位联系人，单位联系电话，邮编，传真，备注。

3.运动员信息：注册证号，姓名，性别，出生日期，籍贯，所属单位，身份证号，备注。

4.竞赛项目信息：竞赛项目名称，项目缩写，组别（男子，女子，男子轻量级，女子轻量级）

;

5.赛事信息：赛事名称，赛事年份，主办单位，协办单位，主办单位联系人，协办单位联系人，比赛时间，比赛地点，报名时间，报名方法，竞赛项目，竞赛办法，参赛服装和器材，奖励与计分办法，相关附件，其他。

6.参赛单位报名表：赛事名称，领队，教练，医生，工作人员，填报人，填报时间，联系电话，传真。

7.运动员报名表：赛事名称，组别，竞赛项目名称，参赛单位，运动员注册证号，运动员姓名，备注。

;;网上报名系统的数据建模——

步骤3：分析和建立类之间的关系;;用Rose绘制类图;用Rose绘制类图;用Rose绘制类图;用Rose绘制类图;网上报名系统——第4次课;完成非功能需求描述。

完成用例描述（又叫用例规约）。

完成需求规格说明书。

;工作任务1：完成非功能需求描述;用户需求的层次;可靠性

可用性

有效性

可移植性;可靠性可以从安全性、事务性和稳定性三方面来衡量。

安全性与用户业务内容相关。如果开发的软件是信息安全级别很高的，如政府机构的办公文件，那么相应的安全性需求也会很高；

另外，对于软件运行的环境来说，如果是一个运用于广域网的软件，如淘宝网，那么相应的安全级别就要高，反之，如果是仅仅运用与局域网，或者是一个单机软件，那么安全性要求就比较低。;事务性指的是保障系统的ACID能力。

A——Atomicity原子性：在任何操作出现错误的情况下，构成事务的所有操作效果必须被撤销，例如：取钱不成功的话，要保证用户帐号的金额不会被扣掉。

C——Consistency一致性：一个事务应该保护所有定义在数据上的不变的属性，例如数据库管理系统中的完整性约束。

I——Isolation隔离性：在同一个环境中可能有多个事务并发执行，而每一个事务都应表现为独立执行。例如数据库管理系统中的锁机制。

D——Durability持久性：一个被完成的事务效果应该是持久的。

事务的重要性在分布式系统和集成性系统中尤为重要。在小型系统中，事务性一