- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件工程课件 02社会-技术型系统文档资料
社会-技术型系统 Socio-technical Systems 目标 解释什么是一个社会-技术型系统以及它与计算机系统有什么区别 介绍自然系统特性,如可靠性和安全性等 说明系统工程和系统采购过程 解释一个系统的机构环境如何影响到它的设计和使用 讨论遗留系统并说明为何对许多业务来说它们是关键的 课题: 自然系统特性 系统工程 机构、人员和计算机系统 遗留系统 什么是系统? 为了达到一些共同的目标,有目的地把一些具有内在联系的组件集合起来,使它们在一起工作 一个系统包括软件、以及机械、电气和电子硬件,它是由人来操作的 系统组件依赖于其它系统组件 系统组件的行为和特性总是相互混合在一起的 系统分类 技术型的计算机系统 系统含有软件和硬件,而操作人员和操作过程一般不能视为系统的一部分。 社会-技术型的系统 系统既包含技术型的系统又包含操作过程和人,人与技术系统相互作用。社会-技术型系统由机构的组织策略和规则来掌控。 社会-技术型系统的特性 自然性质 系统的整体性质,它取决于系统的组件及其关系。 不确定性 当呈现相同的输入时它们未必总会产生相同的输出结果,原因是系统的行为部分依赖于人的操作。 与机构目标的关系复杂 系统对机构目标的支持程度不仅仅由系统本身决定。 自然性质(Emergent properties) 系统的自然性质是整体的,它不能从一个系统的组件的特性中推断出来的 自然特性是系统组件之间关系的一个结果 只有把组件集成为一个系统之后,才能评估和测量它们 自然性质的例子 容量(Volume) 取决于系统组件的装配和连接方式。 可靠性(Reliability) 取决于组件的可靠性,但是组件间的互动可能会引起难以预料的系统故障进而影响整体的可靠性。 保密性(Security) 是一个很难测量的复杂特性。甚至可能会受到参与系统设计人员的蓄意攻击而被突破内建防线。 可修复性(Repairability) 该特性反映了修复系统问题的容易程度。取决于诊断问题和找到故障组件并进行修正或替换的速度。 可用性(Usability) 该特性反映了系统使用的容易程度。它与技术型系统组件、操作人员以及操作环境有关。 自然性质的类型 功能特性 一个系统的所有组件放在一起工作的时候,它才表现出来。例如,只有在把一辆自行车的所有部件都安装好之后,它才具有运输装置的功能特征 非功能特性 这方面的例子是可靠性、性能、安全性和保密性。这些都与在系统操作环境中的系统行为有关。对于计算机系统而言,它们常常是很关键的,如果在这些特性上的出错率达不到指定的最低要求,就可能会导致系统不能使用。 系统可靠性过程 因为组件是相互关联的,所以缺陷可以在系统中传播 由于组件之间存在着不可预见的相互联系,使系统错误经常发生 预测所有可能的组件关系几乎是件不可能的事 软件可靠性测量可能得到的是一个系统可靠性的伪装 影响可靠性的因素 硬件可靠性 硬件部件出现故障的可能性有多大以及修复它的时间有多长? 软件可靠性 一个软件组件输出不正确可能是怎样的情况。软件和硬件的故障通常是不一样的,区别在于软件不存在磨损 操作员可靠性 在系统操纵员出错之后可能会出现怎样的情况? 可靠性关系 硬件故障可能会产生超出软件指定的输入值范围的伪信号 软件差错可能会触发警报使操纵员紧张而出现操作错误 系统的安装环境可能影响它的可靠性 “不应该”性质 像性能和可靠性这样的特性是可以测量的 然而,有些系统特性是用“不应该”来展示的,例如: 安全性,系统不应该以不安全的方式使用 保密性,系统不应该允许非授权者使用 测量和评估这些特性是非常困难的 系统工程 对社会-技术型系统进行规格说明、设计、实现、验证、部署和维护 涉及到系统所提供的服务、在系统建设和运作上的限制条件以及系统的使用方式等方面 系统工程过程 通常遵守瀑布模型,原因是要并行开发系统的不同部分 因为硬件的改动代价高,所以只允许在阶段之间有小范围的反复,软件或许成为硬件问题的补偿。 不同学科的工程师必须在一起工作是难免的 这会产生很多误会。不同学科使用不同的术语,并且需要很多的沟通。工程师们又要完成自己的计划 The systems engineering process 一个空中交通控制系统涉及的分支 系统需求定义 在这个阶段,有三种需求定义 抽象功能需求。用抽象的方式定义系统需求 系统特性。定义系统总的非功能性需求 非意愿特性。指出不可接受的系统行为 还要为系统定义整个机构的目标 系统目标 应该说明为什么要为了一个特别的环境而购买一个系统 功能目标 例如,为大楼提供一个火灾和入侵报警系统,它能够在起火或有非授权者闯入的时候,对内和对外发出警报 机构目标 例如,确保在发生火灾或非法入侵的事件后,大楼里常规的工作仍可进行,不会受到严重的破坏 系统需求问题 通
文档评论(0)