sad解决方案构思.ppt
- 文档编号:1388809
- 上传时间:2022-10-21
- 格式:PPT
- 页数:53
- 大小:824KB
sad解决方案构思.ppt
《sad解决方案构思.ppt》由会员分享,可在线阅读,更多相关《sad解决方案构思.ppt(53页珍藏版)》请在冰豆网上搜索。
系统分析与设计SystemAnalysisandDesign,谭火彬,第06章解决方案构思,-3-,本章目标,描述MSF过程模型在构思阶段的目的、活动和交付成果了解远景/范围文档的组成部分了解项目结构文档的组成部分分析项目中的风险,-4-,内容安排,构思阶段远景/范围文档项目结构文档风险评估,-5-,内容安排,构思阶段远景/范围文档项目结构文档风险评估,-6-,MSF过程模型,项目计划认可,范围完成,发布就绪认可,部署完成,远景/范围认可,构思阶段,计划阶段,开发阶段,稳定阶段,部署阶段,-7-,构思阶段,-8-,构思的目的,确定项目目标和约束回答可行性问题,获得共同的期望值和必要的批准定义项目范围估计所需的资源确定主要里程碑和时间进度,部署完成,远景/范围认可,核心团队组成,远景/范围基线,构思,-9-,构思的主要任务,分析人员确定参与者和用例构造用例模型架构设计师区分用例的优先级设计人员构造用户界面原型测试人员对项目进行跟踪测试,-10-,团队成员的角色和责任,建立项目设计目标建立项目基础架构,提供技术反馈帮助评估可行性,根据质量目标提供反馈提出为了保证质量而需要采取的行动,识别部署需求确定部署的方式和时间,分析用户的性能要求和支持要求考虑为了满足这些要求,产品所具有的功能,负责客户关系和需求确保远景/范围的创建,-11-,组建项目团队:
考察个人能力,知识和技能知识:
能胜任工作所必须掌握的知识技能:
形成才能的行为和能力,如数学逻辑或艺术能力知识和技能需要从两个方面来衡量基础和经验:
有一定知识和技能的人员发展潜力:
有潜力的人员,因参加这个项目而迅速提高,形成项目与人才之间良性循环绩效等级:
任务执行能力和预期结果如选择一个能够按时按质完成任务的人,-12-,组建项目团队:
考虑其它因素,团队成员的可用性项目预算团队成员背景调查成员最初的背景会由他对此项目的兴趣,或是项目团队中某些人的影响力决定成员的背景会由项目的发展改变,而改变也是多方面引起的。
如能力过高,能力缺乏,起初对项目的认识不够,项目进行遇到了未预期的困难,-13-,准备构思阶段的交付成果,远景/范围文档项目结构文档风险评估文档内部文档用户目录手册业务规则目录手册术语表候选技术编码准则可能还包括:
可测试的初始功能列表初步需求和用例初始体系结构用户界面原型(GUI)记事板,-14-,项目团队内部文档,操作者目录手册用名字标识每个操作者列出每个操作者的责任,并指出将来的信息业务规则目录手册用ID号、标题、描述和职权标识每条业务规则描述当前功能术语表不同的干系人使用的术语和定义,用来说明交付物、业务流程和项目用语确保理解和应用的一致性,-15-,内容安排,构思阶段远景/范围文档项目结构文档风险评估,-16-,远景/范围文档的组成,包含业务解决方案的目标和约束问题说明远景说明用户档案项目范围解决方案概要项目目标业务目标、设计目标关键成功要素初始进度表,-17-,如何创建远景/范围文档文档,要创建远景/范围文档,团队需要:
与客户和相关人员进行更多的访谈更详细地分析业务的高级别用例识别业务的假定和约束举例:
问题说明:
电话注册数量太高,话务员处理不过来。
我们需要建立一个网站进行用户注册,来替代目前通过电话注册的方式远景说明:
我们要在年6月底,建立用户注册网站,将注册效率提高2倍,人力及设备成本降低80%,-18-,创建远景/范围文档,创建问题说明创建远景说明创建用户档案定义范围创建解决方案概念确定项目目标验证远景/范围文档,-19-,创建问题说明,描述项目所要表达的业务问题将其与业务活动的当前状态相联系提供足够的信息来确定解决方案的设计示例需要消除早期版本硬件和软件的支持成本当出现错误时,用户需要系统给出清晰的指导纠正错误,-20-,课堂活动1:
创建问题说明(p91),阅读AWC销售部门的示例场景,为所描述的项目写出问题说明确保写出的问题说明概括了业务问题为场景中的项目团队提供方向,-21-,创建远景说明,创建精确、清晰和激励性的描述,以建立远景目标,并使整个团队达成共识需要五个SMART特征具体的(Specific)可测量的(Measurable)可实现的(Achievable)相关的(Relevant)基于时间的(Time-based)示例我们要在年底前,通过提高在线销售量来成为本行业中年销售收入名列前茅的公司,-22-,示例:
创建远景说明,一家网上书店在分析其的订书记录时发现,某大学学生的订书及送书数量及种类,近四个月直线上升且居高不下。
在解决该业务问题的构思阶段,可以使用怎样的远景说明?
我们在下个月中旬在该学校附近,设一中转站,将送书时间由隔天递送,改为两小时内递送我们在下个月底前完成对系统的改进,将该大学的送书进行独立分类,提高递送效率,-23-,课堂活动2:
创建远景说明(p91),为示例场景中描述的应用程序写一个远景说明,远景说明应该具体、可测量、可实现、相关并基于时间,-24-,创建用户档案,用户档案是对用户的标识,是团队评估项目的期望值、风险、目标以及约束的前提标识用户时,考虑以下几点最终用户使用产品的目标会影响用户使用解决方案的约束条件支持问题全球用户和地理边界用户之间的信息流、用户功能组织通信、决策策略、其他因素,-25-,定义范围,定义范围的意义能够帮助团队识别必须完成的工作能够使团队将大而模糊的任务拆分成较小的更加明确的任务有助于指定解决方案每个版本的功能范围包括定义好了的属性集合和功能,团队可据此将工作拆分给分包商或合伙人范围可以明确团队在当前交付成果中应该承担和不必承担的责任,-26-,定义范围主要工作,完善需求使用平衡三要素来平衡优先级标识那些可能会出现在解决方案的以后版本中的功能特性阐明项目假设和约束为解决方案开发提供评估信息修订范围,-27-,完善需求示例,初步需求系统需要了解客户喜欢什么书在构思阶段对初步需求进行完善后,得到以下的需求对书本进行分类,系统可以让客户选择喜欢什么书,也可以跟据客户经常买的书的类别来判断客户喜欢什么书,-28-,用例图显示了项目的范围,-29-,使用平衡三要素来平衡优先级,资源进度功能资源会限制进度和功能加快进度则需要更多资源或是减少一部分功能增加功能也可能需要更多的资源,或改变项目的进度寻找支点,-30-,解决方案概念,解决方案概念概括了团队为达到项目目标而采用的方法为进入计划阶段提供了基础使用通用术语解释团队打算如何实现项目需求只是概要性的内容,而不是解决方案的技术细节包括了软硬件的体系结构,-31-,创建解决方案概念,概括性地描述解决方案如何满足需求创建解决方案概念草案着眼于概要性的内容,而不是解决方案的细节解决方案概要元素项目成功因素和验收标准解决方案开发和交付的初始方法解决方案功能的初始描述,-32-,示例:
解决方案概念,-33-,确定项目目标,业务目标:
代表客户希望通过解决方案获得的结果,构成确定解决方案成功标准的基础清晰地说明客户希望通过解决方案获得什么确定目标优先级在资源、进度和功能之间寻求平衡设计目标:
主要着眼于解决方案的特性,而不是解决方案实现的业务内容着眼于解决方案的特性,如改进用户体验过程确定目标优先级,-34-,一个网上书城项目的目标,业务目标脱离物理商店的概念(不需要门市)使用更有效的在线网站,缩短销售产品的时间吸引更年轻的消费者,他们有更高的可支配收入,会频繁地使用在线购物的方式通过会员制及等级制,给予相对应的折扣根据购书的情况,提供相关新书的推荐使用简单的工作流,缩短订货及交货周期,-35-,一个网上书城项目的目标,设计目标首页下载速度小于4秒(56K的调制解调器)会员注册简便提供强大的查询功能通过电子邮件提供新书推荐限制对服务器的依赖性,-36-,课堂活动3:
制定项目目标(p92),从给出的场景确定项目目标业务目标设计目标,-37-,验证远景/范围文档,与干系人一起验证用例、使用场景和使用档案与干系人对以下几点形成共识解决方案需要满足的业务需求解决方案的远景和范围为了定义范围而作的权衡解决方案的设计目标项目开始后可能发生的风险业务解决方案的项目管理初始概要项目团队成员管理项目的机制远景/范围文档获得正式批准远景/范围认可里程碑,-38-,示例:
远景范围文档,远景范围文档模板01.构思/文档模板/01_1.远景范围文档.doc软件范围文档样例AWC远景范围文档01.构思/样例文档/AWC/AWCVisionScope.docBookShop远景范围文档01.构思/样例文档/BookShop/远景范围文档.doc,-39-,内容安排,构思阶段远景/范围文档项目结构文档风险评估,-40-,项目结构文档,定义整个团队组织和管理项目的方法团队和客户的角色和责任交流管理后勤决策变更管理决策进展评估决策项目结构文档的组成部分团队和结构项目评估项目进度表(早期版本),-41-,角色和责任决策部分的内容,列出参与项目的人员名单描述不同角色在项目各阶段的责任计划阶段,如团队是否按计划举行状态审查会议?
客户审核多久进行一次?
开发阶段,如在开发工作中每个团队主管的角色和责任是什么?
行政主管人员的角色是什么?
-42-,交流决策部分的内容,说明了项目过程中团队的沟通流程和方式沟通计划文档包括项目文件文件中包含哪些信息?
由谁来创建和维护项目文件?
谁能够访问项目文件?
审核与评审什么时候进行审核?
谁会参加审核?
审核中讨论哪些议题?
-43-,后勤决策部分的内容,解决方案开发中的后勤计划使用什么开发方式由谁来定义产品规格说明书的内容使用什么工具来定义解决方案的功能特性提供给参与项目的外部供应商怎样的规范谁需接受解决方案开发所需技能方面的培训,-44-,变更管理决策部分的内容,团队在项目中实现变更的流程如何识别和跟踪提议的变更由谁来负责跟踪提议的变更如何评估提议的变更所产生的结果发布标准标识了提议的发布日期说明了由谁来确定发布日期说明了如何确定和批准发布日期说明了变更发布日期的标准,-45-,进展评估决策部分的内容,记录团队跟踪和评估项目进展的流程如何评估项目进展更新小组进度表的频率由谁来负责识别变化评估各种变化的效果如何跟踪突出问题如何解决职能小组之间的问题,-46-,示例:
项目结构文档,项目结构文档模板01.构思/文档模板/01_2.项目结构文档.doc项目结构文档样例AWC项目结构文档01.构思/样例文档/AWC/AWC-ProjectStructure.docBookShop项目结构文档01.构思/样例文档/BookShop/项目结构文档.doc,-47-,内容安排,构思阶段远景/范围文档项目结构文档风险评估,-48-,风险分析,风险管理过程风险评估文档的内容创建风险评估文档,-49-,风险管理过程,一种用来在风险发生前控制和降低风险的方法,-50-,风险评估文档的内容,-51-,创建风险评估文档,项目经理创建文档整个团队识别风险评估每个风险使用该公式:
R=pi风险权值(Riskexposure)等于概率probability)乘以潜在影响度(impact)列出前十个风险根据每个风险的权值排序,-52-,作业1:
创建构思阶段交付物,作业内容构建团队:
根据MSF团队模型构建项目团队,明确团队分工,以及团队成员对项目的认知;并记录在项目结构文档中立项:
根据问题说明,确定项目远景,定义项目目标和范围;并记录在远景/范围文档中作业交付物远景/范围文档(Vision/Scope)(电子件)项目结构文档(ProjectStructure)(电子件)构思阶段作业汇总表(含电子件和纸件,按样表填写即可),-53-,作业1:
提交细节,截至日期2007年4月23日(纸件汇总表课上提交)交付格式三份文档压缩为.zip格式文件名为:
程序经理学号+姓名.zip提交地址ftp:
/202.112.133.119/作业上传/系统分析与设计/01.构思,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- sad 解决方案 构思