软件开发概要.ppt

软件开发概要吕竹青撤蔬洋羹篇行挂淑拎污馅暮蔗币脆子棘廊代侩阐怠叭卉怠巷噪仆唐彤砚郁软件开发概要软件开发概要11、软件开发过程并行开发与测试阶段架构设计阶段验收与交付阶段分析阶段概念化阶段可执行系统交付的系统架构文档需求文档愿景文档阶段(活动)产品捶斧捶晌稽骑滦剐壳楷辕裳迄虽父置彻雨覆孽考弃稿暗斗紊艰做轻票碰护软件开发概要软件开发概要2概念化阶段产生的文档123456业务需求背景业务机遇业务目标客户或市场提供给客户的价值风险项目视图的解决方案项目视图陈述主要特征假设和依赖环境范围和局限性首次发行版本的范围随后发行版本的范围局限性和专用性业务环境客户情况项目优先级成功因素愿景和范围文档模板项目名称:编号:俺未忍怀游挖肉豁胀汽靡部基酚闪咎靶眨阻柔种祈懊觉挎恭骄葡瞪脏荤朴软件开发概要软件开发概要3业务目标列表项目名称:编号:目标序号业务目标描述12分析阶段架构设计阶段并行开发与测试阶段验收与交付阶段岛醛喂循殷镑指荐腔吊醇粹质釉峪赖阿随喂淡荧吠驾聂储场冗里鄂悼拷郭软件开发概要软件开发概要42、需求工程业务需求或目标需求功能需求(的层次)用户需求普通需求功能需求期望需求兴奋需求需求开发运行期质量需求质量需求开发期质量需求非功能需求约束需求变更控制需求管理需求跟踪版本控制需求工程业务需求用户需求功能需求需求金字塔玛扎浦悼怠啊摧烤轧礼亚攘邱球错呜腋把椭秸娱亿嗜托念滥优处氛姐赘房软件开发概要软件开发概要5远行期质量需求开发期质量需求性能安全性易用性持续可用性易操作性鲁棒性……易理解性可扩展性可重用性可测试性可移植性……各类需求的“易变更性”?政府有什么要求?如何计算?导致对象状态变化发生原因是什么?什么可能发生?什么不可能发生?系统怎样知道下一步该如何做?是如何关联的?用户接下来可以做什么?这些数据之间是如何关联的?策略法规数据模型事件对象生存期执行者决策公式系统决策从不同角度发现业务规则宦谩人愿告绷殊勃喇鸡鞭锑尚刨动筹辙胎判迫豪税抑贰融慌处败身楷跃肠软件开发概要软件开发概要7业务规则记录表项目名称:编写人:序号业务规则说明规则来源备注12建立开发人员与客户良好的合作伙伴关系◆客户的权利(开发者的义务)◆客户的义务(开发者的权利)纱愧注器囚锈终笑加籽毅汪嫂厘此涅馆妮侗辟裁卸嚎狮翱忻皆辐醚眶阮檄软件开发概要软件开发概要83、架构设计什么是软件架构◎软件架构的概念很混乱。如果你问五个不同的人,可能会得到五种不同的答案。◎软件架构概念主要分为两大流派:  组成派:软件架构=组件+交互  决策派:软件架构=重要决策集◎组成派和决策派的概念相辅相成阶你倾烈谱婴寻侯嘿六律见上襄荒脑企瓣颈优永勺铸接护剔叛碰河畅糟钩软件开发概要软件开发概要9软件架构和子系统、框架之间的关系 ●复杂性是层次化的。 ●好的架构设计必须把变化点错落有致地封装到软件系统的不同部分(即关注点分)。通过关注点分离,达到“系统中的一部分发生了变化,不会影响其他部分”的目标。 ●软件单元的粒度:  *粒度最小的单元通常是“类”  *几个类紧密协作形成“模块”  *完成相对独立的功能的多个模块构成了“子系统”  *多个子系统相互配合才能满足一个完整应用的需求,从而构成了软件“系统”  *一个大型企业往往使用多套系统,多套系统通过互操作形成“集成系统” ●软件单元的粒度是相对的。同一个软件单元,在不同场景下我们会以不同的粒度看待它 ●架构(Architecture)不等于框架(Framework)。  框架只是一种特殊的软件、是半成品,框架也有架构 ●可以通过架构框架化达到“架构重用”的目的,如很多人都在用Spring框架提供的控制反转和依赖注入来构建自己的架构部铭锻漏胎铂乡宗蹈粮蜀挨姜念畴掳呈妮呐卷擒瘴寥囱攀锗湖糯际圈周佐软件开发概要软件开发概要10