- 1、本文档共68页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
《1.软件体系结构概述》.pdf
软件体系结构
什么是软件体系结构
关于软件体系架构的
关于软件体系架构的不同定义
不同的角色对软件体系架构有不同的理
解
不同层次的人员对软件体系架构有不同
的要求
一些常见的疑问
我们来看一些常见问题
常见问题 1
提出角色:
CTO,部门经理
我们系统集成商,从事专业领域的软件开发,如何能
够将我们以前开发过的项目和系统集成起来,为以后
项目开发提供成熟的产品或者解决方案,而不是每次
都从头开发?
问题分析:
高层管理者关注在组织级建立统一架构
希望所有的项目开发都能够借鉴和积累,希望形成产品
希望形成组织统一的技术文化
组织级的系统架构工作通常容易被误解和忽视
常见问题2
提出角色:
项目经理
我们做过很多类似的项目,但是新项目开始的时候,
我依然只能按模块将任务分发给开发人员。开发人员
需要对自己负责的模块做分析、设计、开发工作,很
难想象如何让开发人员不了解需求的前提下,只按设
计作编码工作。
问题分析:
要实现软件工厂、软件流水线需要我们具备一些基本条件
项目经理关心过程、活动、角色和责任,但是也需要技术方
面的支持
分析设计不仅仅只是一个人的事,应该是团队沟通的基础
常见问题2
提出角色:
项目经理,开发人员
在项目中系统架构的工作包括那些具体内容?
如何划分系统架构师的工作职责?
问题分析:
有的项目组并没有意识到做了系统架构相关的工作
项目经理关注系统架构在项目中的角色和职责
架构活动也需要质量保证,也需要计划与跟踪
开发人员不了解他们可以从系统架构活动中中获得
怎样的好处
常见问题4
角色
项目经理,人力资源经理
我们要招系统架构师,系统架构师需要具备怎
样的能力和经验?如何评价一个系统架构师?
问题分析
对系统架构师的责任的定义
系统架构师应该有怎样的技术背景
系统架构师只懂技术就够了吗
常见问题5
提出角色:
技术人员
我现在只是一个普通的程序员,我想成
为系统架构师,我应该学习那些知识,
如何成为一名系统架构师?
问题分析:
系统架构师必备的素质有哪些
平时的工作中积累哪些方面的知识
常见问题6
提出角色:
项目经理,部门经理
现在企业重视质量,在软件架构中可以解决哪
些质量问题?如何在架构中反映质量要素?
问题分析:
质量不仅仅来自于架构
在架构分析、设计、实现中可以解决一些质量问题
常见问题7
提出角色:
项目经理
我们作对日外包,从客户那里得到的是比较规
范的分析设计文档,我们作详细设计和开发。
但是我们不清楚这些文档如何从需求得到的这
个过程,希望了解一些,以后也可以做一些前
期的工作。
问题分析:
需求分析设计实现的构造过程与软件体系结构
紧密相关
常见问题8
角色
设计人员,开发人员
虽然设计文档写了很多内容,为什么每次编码
都需要看需求,设计中是否形式的东西太多。
问题分析
每一个活动产生的产品都应该有明确的目标和质量
标准
产品之间有着内在的联系,他们所包含的内容也有
联系
工程活动的过程常常被忽略
常见问题9
角色
分析设计人员
如何区分概要设计/详细设计,逻辑设计/物理设计,在
设计中做到怎样的程度就足够了?如果是自己做设计
和开发,通常没有太大问题,但是拿别人的设计作开
发,就会感觉有些吃力。也有被别人(包括测试设计
和测试人员)抱怨我的设计不够详细的经历。
问题分析
所有的活动都是相关的
通过文档表述软件如何构造通常被技术人员视为不可达到的
最高目标
常见问题 10
角色
开发人员
我觉得我们的项目不应该被形式化的需求分析、设计
等活动限制
文档评论(0)