软件需求工程：系统和上下文

,软件需求,系统和上下文,百度,ID,：,virmy,制作,仅供参考,基本概念,系统,即你要开发的系统，系统所囊括的物质和非物质对象，在开发过程中都可以被改变。因为系统的开发是掌握在我们手中的，但我们很难现有的外在的条件。,系统上下文,系统所处的环境中定义、理解和解释系统需求相关的部分。即系统开发中必须考虑的系统环境的那部分，被认为在开发过程中是不被改变的。,无关环境,系统开发时不需要被考虑的方面，通常也被认为在开发过程中不被改变。,基本概念,系统,系统上下文,无关环境,系统边界,上下文边界,基本概念,系统上下文的结构化原则,上下文被分为,4,个上下文刻面：主体刻面，使用刻面，,IT,系统刻面，开发刻面,上下文,3,类方面：需求来源，上下文对象，上下文对象的属性和关系,需求来源,上下文对象,上下文对象的属性和关系,主体刻面,使用刻面,IT,系统刻面,开发刻面,基本概念,3,类需求来源,涉众、（现有）文档、（现有）系统,涉众,定义：在待开系统中存在潜在利益的人或组织。涉众通常对系统有他们自己的需求，一个涉众可以有多个角色并代表多个涉众。,特征,：通常具有关于一个或多个上下刻面中的一个或多个上下文方面的知识。不一定与系统开发有着直接利益关系。可以代表开发过程中能影响系统需求定义的某种高层权威机构的公共利益。,举例：客户、系统开发者、系统用户、架构师、领域专家、软件开发人员、测试人员等。,系统边界,系统边界,将系统与系统上下文划、无关环境分开。,在系统边界以内的制品开发过程中可以被改变，以外的不可以改变。,信息源和接收单元（如：人、技术、传感器等）通过系统接口与系统交互。,系统一般会提供很多类型的接口。系统也通过接口提供功能服务。,系统边界上发生的交互,系统,系统边界,接口,系统边界和接口的模糊性,当,需求未被充分理解和文档化之时，系统边界和接口可能会不稳定地出现变化。在划分边界时，就可能存在一个模糊的,灰色区域（见下文）,。,系统边界,系统边界,系统和,上下文之间,的灰色区域,除了灰色区域内对边界的调整，它自身在过程中可能也会被调整。比如系统上下文中的一些条件对象可能被改变，结果是：,1.,把这些改变对象扩展到灰色区域；,2.,把这些改变对象成为系统的一部分。,系统,系统,上下文,无关环境,系统和上下文,之间的灰色区域,系统边界,如何确定和维护系统边界？,确定属于系统的方面,确定系统边界外的方面,让所有相关的涉众都参与,尽量使意见一致，不确定的放入灰色区域,经常检查已定义的系统边界是否有效，根据情况进行扩大缩小调整。,若要对系统边界调整，检查调整是否影响已定义的需求。,上下文边界,上下文边界,将系统环境划分为相关部分与无关部分（划分开系统上下文与系统无关环境）。,减少了需求工程中需要被考虑的东西。,上下文边界的模糊性,上下文边界和系统边界一样，也会经常变化，也存在一个灰色区域。例如：发现系统上下文的某些方面对系统并未有影响，而归入无关环境中。,系统,系统,上下文,无关环境,系统上下文和无关环境,之间的灰色区域,上下文边界,如何确定和维护上下文边界？,按照上下文刻面的组织模式，逐步将系统上下文和无关环境分开。,把不确定的方面放入灰色区域中。,若发现某些上下文方面与系统无关，放入无关环境中。,定义新需求时，检查无关的上下文方面是否会因它成为系统相关的上下文方面。,用目标和场景检查系统环境中各个方面是否与系统相关。,重复执行以上步骤，因为系统和上下文边界与场景目标的定义是相互影响的。,感谢观看,