软件工程-需求分析.ppt
《软件工程-需求分析.ppt》由会员分享,可在线阅读,更多相关《软件工程-需求分析.ppt(29页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、中国电信广东公司人力资源部中国电信广东公司人力资源部1 1一、软件工程(一、软件工程(1 1):瀑布模型):瀑布模型瀑布模型:严格遵循软件生命周期 文档驱动 里程碑审查 启动下一阶段必须是上一阶段工作已完成软件过程模型典型问题定义及可行性研究需求分析架构设计概要设计详细设计编码、代码审核及单元测试集成测试部署维护阶段主要产出物主要工作、构成要素项目启动进度安排/里程碑确定人员配置、资源投入开发环境、配置管理项目规范、沟通管理风险识别及规避措施按项目要求确定进度和人员配置和客户确定项目联系名单和客户确定阶段性成果的交付、内部评审、客户评审识别项目风险,针对技术风险和客户进行沟通,明确项目范围,去
2、除不可行的需求或技术,对不明确需求进行调研需求分析需求规格说明书项目目标、组织架构、功能需求、性能需求、运行环境、可靠性需求、安全性要求及权限模型、UI需求、进度要求、资源投入、成本约束、边界/接口、使用者、现状设计架构设计说明书技术路线、物理分布、逻辑架构及包设计、会话安全、权限设计、事务处理、日志处理、异常处理、UI框架、边界/接口、扩展性概要设计说明书类图及包设计、数据存储层/数据访问层/业务逻辑层/界面层的设计、实体类/公共类的设计、类联系的识别、数据流识别详细设计说明书UI设计、DB设计、各层类的伪代码及包、外部接口设计编码源代码及单元测试报告编码、代码审查、单元测试、集成测试测试系
3、统测试报告界面、功能正确性、需求满足度部署部署报告编制部署计划、数据迁移、部署、试用情况维护维护报告BUG修正、代码/界面微调阶段性评审中国电信广东公司人力资源部中国电信广东公司人力资源部2 2一、软件工程(一、软件工程(2 2):迭代模型:迭代模型迭代模型:不断迭代 用例驱动、架构优先软件过程模型典型优先完成核心部分不断向外扩展,可能要修正部分核心代码,但总体而言,核心逐步稳定,并不断扩大范围统一分析、设计、编码理念:OOA、OOD、OOP统一建模语言:UML采用瀑布模型:需求分析 客户确认设计 客户确认 编码单元测试集成客户确认用例图:表示系统的功能,并支持其操作者中国电信广东公司人力资源
4、部中国电信广东公司人力资源部3 3一、软件工程(一、软件工程(3 3):结构化与面向对象的理念区别):结构化与面向对象的理念区别理念区别:考虑问题的视角完全不同问题1问题2问题3问题4 解决问题1解决问题2解决问题3简单映射简单演进存在交叉问题变更可能导致系统崩溃不支持迭代所有问题必须事前明确开发过程中,无法和客户确认基本要到开发完成,才能确定是否解决问题很多到最后才发现需要变更 影响全局抽象支持迭代核心逐步稳定并扩大次要问题可以逐步明确不断发布新版本,客户不断确认不断确认变更,影响范围有限结构化思维,OO编程语言类识别错误类继承错误仍不支持迭代无法形成稳定的核心变更将导致全局影响中国电信广东
5、公司人力资源部中国电信广东公司人力资源部4 4一、软件工程(一、软件工程(4 4):解决方法):解决方法问题定义及可行性研究核心需求分析OOA架构指导关键需求1关键需求2次要需求N设计,客户确认编码集成集成测试设计,客户确认编码集成集成测试设计,客户确认编码集成集成测试功能测试部署、维护 可行性研究核心需求规格说明书、UI原型关键是用例图、活动图架构指导书关键是逻辑架构图和规范需求规格说明书迭代详细设计说明书迭代关键是类图、对象关系图DB、UI类代码及单元测试报告集成集成测试报告功能测试报告QC部署方案、维护计划评审评审评审每日构建评审关键:迭代,含需求迭代 类识别 核心识别 每日构建,阶段性
6、确认 核心逐步稳定并扩大中国电信广东公司人力资源部中国电信广东公司人力资源部5 5一、软件工程(一、软件工程(4 4):解决方法):解决方法SAADDEVQCQAPMREQ0.6REQ0.7REQ0.8REQ0.9REQ1.0V0.6V0.7V0.8V0.9V1.0AD0.6AD0.7AD0.8AD0.9AD1.0QC0.6QC0.7QC0.8QC0.9QC1.0尽快START客户确认中国电信广东公司人力资源部中国电信广东公司人力资源部6 6二、可行性分析二、可行性分析工作内容:v进度安排/里程碑确定v人员配置、资源投入v开发环境、配置管理v项目规范、沟通管理v风险识别及规避措施关键点:v和客
7、户确定阶段性成果的交付、内部评审、客户评审v识别项目风险,针对技术风险和客户进行沟通v明确项目范围v去除不可行的需求或技术v对不明确需求进行调研可行性分析的目的,使项目:u成本可行、效益可行u进度可行u资源配置可行u客户需求可行u技术要求可行、质量可行u社会环境、市场、政策可行u同时识别出项目风险,加以控制中国电信广东公司人力资源部中国电信广东公司人力资源部7 7三、需求分析(三、需求分析(1 1):建立逻辑模型):建立逻辑模型需求规格说明书要素:项目目标、组织架构、功能需求、性能需求、部署环境、可靠性需求、安全性要求及权限模型、UI需求、进度要求、资源投入、成本约束、边界/接口、使用者、现状
8、关键点:v进一步明确项目范围v去除不可行的需求或技术v对不明确需求进行调研工作内容:u最核心问题必须明确,次要问题可以迭代u采用合适的分析工具u编制需求规格说明书需求迭代需求评审需求说明书完整、清晰:需求覆盖、描述完整一致性:上下文无冲突,无二义性可行性:需求可行、技术可行接口:识别系统边界需求覆盖限制、假设风险识别目的:目标一致 需求覆盖 通过UI原型更容易需求理解 通过UI原型更容易客户确认需求 识别、控制风险 作为项目计划的输入需求调研:收集、细化需求分析:原型、优化需求评审、客户确认:改进、认同中国电信广东公司人力资源部中国电信广东公司人力资源部8 8三、需求分析(三、需求分析(2 2
9、):结构化分析方法):结构化分析方法问题1问题2问题3问题4 解决问题1解决问题2解决问题3简单映射IPO表v一般采用瀑布模型v存在交叉v问题变更可能导致系统崩溃v不支持迭代v所有问题必须事前明确v开发过程中,无法和客户确认v基本要到开发完成,才能确定是否解决问题v很多到最后才发现需要变更,影响全局分析工具:自顶向下 数据流图DFD 场景描述 活动图、状态图、时序图 E-R图ERD 层次图HIPO 数据字典DD:属性、取值范围等 IPO图/表 UI原型 物理部署层次图HIPO数据字典ER图1:1M:N1:N数据流图时序图活动图中国电信广东公司人力资源部中国电信广东公司人力资源部9 9三、需求分
10、析(三、需求分析(3 3):面向对象分析方法):面向对象分析方法问题1问题2问题3问题4v支持迭代v核心逐步稳定并扩大v次要问题可以逐步明确v不断发布新版本,客户不断确认v不断确认变更,影响范围有限分析工具:自顶向下、自底向上 用例图use case:用例模型 场景描述 状态图、活动图、时序图:动态模型,和“结构化”相同 类/对象关系图 HIPO图:和“结构化”相同 数据字典DD:属性、取值范围等,和“结构化”相同 IPO图/表:和“结构化”相同 UI原型,有时会有技术原型:和“结构化”相同 部署图、构件图:静态模型 类图、对象图、包:静态模型2、抽象自顶向下 DB1、抽象自底向上类识别/设计
11、是关键低耦合:不要逻辑耦合类类高内聚用例图顶层用例图包类关系图物理部署图中国电信广东公司人力资源部中国电信广东公司人力资源部10 10三、需求分析(三、需求分析(4 4):面向对象分析):面向对象分析DEMODEMO项目目标项目范围Actor及接口组织架构图功能图/树功能:用例图查询:IPO表统计:IPO表权限模型数据字典DD数据流图场景描述流程:活动图、时序图、状态转换图UI原型部署图其他:性能需求、运行环境、可靠性需求、安全性要求、进度要求、资源投入、成本约束、现状中国电信广东公司人力资源部中国电信广东公司人力资源部11 11四、架构设计四、架构设计v表示层WEBv业务逻辑层IBLLv数据
12、访问层IDALv数据存储层DB实体类Entity公共类Utility描述了框架和一般性规范u技术路线u物理、逻辑分布u逻辑架构及包设计u会话安全u权限设计u事务处理u日志处理u异常处理uUI框架u边界/接口u扩展性中大型系统的架构设计尤为重要,中大型系统的架构设计尤为重要,架构设计不合理,将导致迭代失败架构设计不合理,将导致迭代失败应重点考虑应用扩展性、逻辑架构和分布应重点考虑应用扩展性、逻辑架构和分布中国电信广东公司人力资源部中国电信广东公司人力资源部12 12五、概要设计五、概要设计v类识别v类之间的联系:类图及包设计v数据存储层/数据访问层/业务逻辑层/界面层的设计v实体类/公共类的设计
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 需求 分析
限制150内