需求工作的范围

工作的范围确定了要研究的业务领域的边界,大致描述了它如何适应环境。在理解了工作和它的限制条件之后,就可以建立产品的范围(参见本模板的第8小节)。6a.当前的状况

内容

这是对原有业务处理过程的分析,包含人工的和自动的处理过程,这些过程可能被新产品取代或改变。在Volere Brown Cow Model中,这个视图被称为"现在如何"(How-Now)视图。业务分析师可能已经完成了这方面的调研,作为项目业务用例分析的一部分。这里也适合建立一些业务处理过程模型。这些模型包括角色、个人、部门、技术和过程。它们展示了工作流和过程组件之间的依赖关系。

动机

如果项目打算对原有的人工或自动化系统进行变更,就需要理解建议的变更所带来的影响。研究当前的状况奠定了基础,以便理解建议所带来的影响,并选择最佳的替代方案。业务过程建模并非总是导致创建软件。相反,某些过程变更和角色分配方式,可能是进行必要改进的最佳方式。

形式

有很多不同的表示法适用于创建业务过程模型。例如活动图、业务过程图、泳道图和数据流图。

工作的上下文范围

内容

工作上下文范围图确定了为构建该产品需要调查的工作。注意这包括的范围超出了目标产品。如果我们不了解产品将支持的工作,就不太可能构建与它的环境无缝集成的产品。

上下文范围示例图中的相邻系统(如气象预报服务),说明了需要理解的其他与主题相关的领域(系统、人和组织)。相邻系统与工作上下文范围之间的接口,说明了为什么我们对相邻系统有兴趣。对地区气象预报服务来说,我们关心它何时、如何、在何处、为谁、怎样以及为何产生地区天气预报信息。

动机

清楚地定义工作研究和需求工作的边界。如果没有这种定义,我们就不太可能构建与它的环境无缝集成的产品。

例子

工作上下文模型确定了要研究的这部分世界与其他人、组织、硬件和软件(称为相邻系统)之间的联系。输入和输出代表了工作与世界的其他部分之间交换的数据和物质。工作上下文是划分调查范围和发现需求的基础。

考虑上下文范围图中使用的名称,应该与第4节中的命名惯例保持一致,最终应在第7小节的数据字典中定义。如果没有这些定义,上下文范围模型就缺少必需的严格性,有可能被误解。相关的利益相关者必须同意上下文模型中展示的接口定义。

形式

一张图,展示工作与相邻系统之间的输入和输出流。

一张表,确定工作与相邻系统之间的所有输入和输出流。

输入和输出的名称最终在数据字典中定义(参见第7b小节)。

相关推荐
万岳科技程序员小赵9 小时前
同城外卖 APP 与小程序开发实战:系统模块拆分及多语言适配要点
开发语言·软件需求
QH1392923188010 小时前
R&S®SMBV100B 矢量信号发生器 5G/Wi-Fi/GNSS 主力源
网络·科技·嵌入式硬件·集成测试·信息与通信
霍格沃兹测试学院-小舟畅学11 小时前
AI 测试用例审核 Skill:把用例评审从“凭经验”变成“可评分”
人工智能·测试用例
Kingairy11 小时前
ai生成测试用例(Skill/Harness Engineering)
人工智能·测试用例
2501_9071368213 小时前
PDF格式电子发票合并A4纸打印
pdf·软件需求
测试员周周1 天前
【Appium 系列】第06节-页面对象实现 — LoginPage 实战
开发语言·前端·人工智能·python·功能测试·appium·测试用例
摩尔芯创1 天前
Zemax案例 | 基于Zemax实现AR波导全视野高均匀性设计方案
ar·软件需求·ansys·光学设计·zemax仿真·ansys zemax
Turboex邮件分享1 天前
邮件系统中的附件处理机制
安全·软件需求
测试员周周1 天前
【Appium 系列】第07节-API测试封装 — BaseAPI 的设计与实现
开发语言·人工智能·功能测试·测试工具·appium·自动化·测试用例
Kingairy1 天前
测试用例生成 skill评估标准定义
测试用例