首师大需求概述Java开发实训.ppt

职责表 * 调度中心调度员“调度、监视”；调度中心业务管理“调度，监视，运营数据报表，路线预测”；公交总公司调度管理“调度，监视，运营数据报表，财务数据报表，年度计划”。 从上面的结果中我们发现，重合的职责是“调度，监视”。 * * 用户用例模板 * * * 在主流程的2，3步骤，标注（分支流程1）和（分支流程2） * 综合展示 * * * * * * * * * * * * * * * 填写优先级 有3条正常功能需求，一条异常功能需求，因此是3个p1，一个p2 优先级 p1 p1 p1 p2 填写用户角色 用户用例名称中的用户是“调度员” 用户角色 调度员 分析非功能性需求 罗列出跟系统用例性能有关的非功能性需求。 罗列出跟系统用例安全性有关的非功能性需求。 罗列出跟系统用例可靠性有关的非功能性需求。 罗列出跟系统用例易用性有关的非功能性需求。 罗列出跟系统用例兼容性有关的非功能性需求。 罗列出跟系统用例可拓展性有关的非功能性需求。 罗列出跟系统用例可维护性有关的非功能性需求。 将以上步骤的结果进行归纳和整理。 分析非功能性需求 举例说明： 分析与系统性能相关的非功能性需求： 要求系统“添加并保存了路面事故信息” 在5秒内完成并自动弹出提示框。 填写非功能性需求 按照“场景.用例.需求编号.错误情况编号”把功能需求编号填入功能需求编号中。如果没有错误情况，错误情况编号不需要填写。编号采用的原则同场景编号。 需求编号 DispRoadInfo.DispAccident. speed 填写非功能性需求 需求描述 在5秒内完成“系统添加并保存了路面事故信息”并弹出提示框 优先级 p2 形成需求列表 场景 用例名称 原始需求 功能需求编号 功能需求描述 优先级 用户角色 调度_路况场景一 调度员调度路面事故 系统添加并保存了路面事故信息 DispRoadInfo. DispAccident. AccidentAdd 路面事故信息是一行记录，包括路面事故时间、路面事故发生的地点、路面事故所在线路、路面事故详情、添加此路面事故的车号 p1 调度员 DispRoadInfo. DispAccident. AccidentUpdate 任何路面事故信息修改都要反映到数据库中 p1 调度员 DispRoadInfo. DispAccident. AccidentQuery 当数据库的路面事故信息被修改时，系统可以获取到这种修改，并给出提示（通过按钮闪烁） p1 调度员 DispRoadInfo. DispAccident. AccidQueryEror Error：当无法获取数据库的修改时，系统重试，若30秒后仍不能获取，则提示用户该错误 p2 调度员 DispRoadInfo. DispAccident. Speed 在5秒内完成“系统添加并保存了路面事故信息”并弹出提示框 P2 调度员 工作内容:需求说明书讲解 需求说明书讲解步骤 系统概述 系统功能简介 系统用户角色 理由 项目范围 系统假设 系统定义 用户场景 用户用例 用户用例步骤 系统需求 功能性需求 非功能性需求 文档历史 需求说明书讲解步骤 系统概述 系统功能简介 系统由哪几类角色构成？ 系统使用什么架构？ 系统是用什么数据库？ 需求说明书讲解步骤 系统用户角色： 系统里有哪五类系统用户？分别都是什么功能。 需求说明书讲解步骤 理由： 1 现阶段公交系统的运营现状 2 开发公交调度系统的必要性 3 我公司从技术资金时间考虑，该项目是否具有可行性。 需求说明书讲解步骤 项目范围： 我国所处的信息化阶段 如果系统上线将会影响我国公交系统的哪些方面？ 需求说明书讲解步骤 系统假设： 1 开发期限 2 项目资金 3 开发地点 4 开发人员 5 我公司管理组 需求说明书讲解步骤 系统定义： 1 系统中五种用户之间的交互过程。 需求说明书讲解步骤 用户场景： 1 各个小组成员结合自己所写的用户总场景和分场景填入需求说明书中。 需求说明书讲解步骤 用户用例： 1 各个小组成员结合自己所写的用户用例填入需求说明书 需求说明书讲解步骤 功能性需求： 1 展示乘客，乘务员，调度员，管理员和业务员的用例图 2 展示业务员和调度员的交互时序图 3 展示业务员和调度员的交互活动图 需求说明书讲解步骤 非功能性需求： 1 表现层需求 2 业务层需求 3 数据持久层需求 4 性能需求 需求说明书讲解步骤 文档历史 版本 修改内容 修改日期 修改人 审阅人 谢谢！ 谢谢！ * * * * * * * * * 完成对多个访谈故事卡提炼后，编写完成的用户访谈故事卡内容提炼表，形成汇总表 * 首都师范大学 Java开发实训 工作内容: 定义用户场景和用户用例 定义用户场景和用户用例的