《软件工程-需求分析》由会员分享，可在线阅读，更多相关《软件工程-需求分析（29页珍藏版）》请在金锄头文库上搜索。
1、中国电信广东公司人力资源部11一、软件工程（1）：瀑布模型瀑布模型：严格遵循软件生命周期文档驱动里程碑审查启动下一阶段必须是上一阶段工作已完成软件过程模型典型问题定义及可行性研究需求分析架构设计概要设计详细设计编码、代码审核及单元测试集成测试部署维护 阶段主要产出物主要工作、构成要素项目启动进度安排/里程碑确定 人员配置、资源投入 开发环境、配置管理 项目规范、沟通管理 风险识别及规避措施 按项目要求确定进度和人员配置 和客户确定项目联系名单 和客户确定阶段性成果的交付、内部评审、客户评审 识别项目风险，针对技术风险和客户进行沟通，明确项目范围 ，去除不可行的需求或技术，对不明确需求进行调研
2、需求分析需求规格说明书项目目标、组织架构、功能需求、性能需求、运行环境、可靠性 需求、安全性要求及权限模型、UI需求、进度要求、资源投入、 成本约束、边界/接口、使用者、现状 设计架构设计说明书技术路线、物理分布、逻辑架构及包设计、会话安全、权限设计 、事务处理、日志处理、异常处理、UI框架、边界/接口、扩展 性 概要设计说明书类图及包设计、数据存储层/数据访问层/业务逻辑层/界面层的 设计、实体类/公共类的设计、类联系的识别、数据流识别 详细设计说明书UI设计、DB设计、各层类的伪代码及包、外部接口设计编码源代码及单元测试报告编码、代码审查、单元测试、集成测试 测试系统测试报告界面、功能正确
3、性、需求满足度部署部署报告编制部署计划、数据迁移、部署、试用情况维护维护报告BUG修正、代码/界面微调阶段性 评审中国电信广东公司人力资源部22一、软件工程（2） ：迭代模型迭代模型：不断迭代用例驱动、架构优先软件过程模型典型优先完成核心部分 不断向外扩展，可能要修正部分核心代码，但总体而言， 核心逐步稳定，并不断扩大范围统一分析、设计、编码理念：OOA、OOD、OOP 统一建模语言：UML采用瀑布模型：需求分析 客户确认设计 客户确认编码单元测试集成客户确认用例图：表示系统的功能，并支持其操作者中国电信广东公司人力资源部33一、软件工程（3）：结构化与面向对象的理念区别理念区别：考虑问题的视
4、角完全不同问题1问题2问题3问题4解决问题1解决问题2解决问题3简单映射简单演进存在交叉 问题变更可能导致系统崩溃 不支持迭代 所有问题必须事前明确 开发过程中，无法和客户确认 基本要到开发完成，才能确定是否解决问题 很多到最后才发现需要变更影响全局抽象支持迭代 核心逐步稳定并扩大 次要问题可以逐步明确不断发布新版本，客户不断确认 不断确认变更，影响范围有限结构化思维，OO编程语言 类识别错误 类继承错误 仍不支持迭代 无法形成稳定的核心 变更将导致全局影响中国电信广东公司人力资源部44一、软件工程（4）：解决方法问题定义及可行性研究核心需求分析OOA架构指导关键需求1关键需求2 次要需求N设
5、计，客户确认编码集成集成测试设计，客户确认编码集成集成测试设计，客户确认编码集成集成测试功能测试部署、维护可行性研究核心需求规格说明书、UI原型 关键是用例图、活动图架构指导书 关键是逻辑架构图和规范需求规格说明书迭代 详细设计说明书迭代 关键是类图、对象关系图 DB、UI 类代码及单元测试报告集成集成测试报告功能测试报告QC部署方案、维护计划评审评审评审每日构建评审关键：迭代，含需求迭代类识别核心识别每日构建，阶段性确认核心逐步稳定并扩大中国电信广东公司人力资源部55一、软件工程（4）：解决方法SAADDEVQCQAPMREQ0.6REQ0.7REQ0.8REQ0.9REQ1.0V0.6V0
6、.7V0.8V0.9V1.0AD0.6AD0.7AD0.8AD0.9AD1.0QC0.6QC0.7QC0.8QC0.9QC1.0尽快START客户确认中国电信广东公司人力资源部66二、可行性分析工作内容： v进度安排/里程碑确定 v人员配置、资源投入 v开发环境、配置管理 v项目规范、沟通管理 v风险识别及规避措施关键点： v和客户确定阶段性成果的交付、内部评审、客户评审v识别项目风险，针对技术风险和客户进行沟通v明确项目范围v去除不可行的需求或技术v对不明确需求进行调研可行性分析的目的，使项目： u成本可行、效益可行 u进度可行 u资源配置可行 u客户需求可行 u技术要求可行、质量可行 u社
7、会环境、市场、政策可行 u同时识别出项目风险，加以控制中国电信广东公司人力资源部77三、需求分析（1）：建立逻辑模型需求规格说明书要素： 项目目标、组织架构、功能需求、性能 需求、部署环境、可靠性需求、安全性要求 及权限模型、UI需求、进度要求、资源投入 、成本约束、边界/接口、使用者、现状关键点： v进一步明确项目范围 v去除不可行的需求或技术 v对不明确需求进行调研工作内容： u最核心问题必须明确，次要问题可以迭代 u采用合适的分析工具 u编制需求规格说明书需求迭代需求评审需 求说明 书完整、清晰：需求覆盖、描述完整 一致性：上下文无冲突，无二义性 可行性：需求可行、技术可行 接口：识别系
8、统边界 需求覆盖 限制、假设 风险识别目的：目标一致需求覆盖通过UI原型更容易需求理解通过UI原型更容易客户确认需求识别、控制风险作为项目计划的输入需求调研 ：收集、细化需求分析 ：原型、优化需求评审、客户确认 ：改进、认同中国电信广东公司人力资源部88三、需求分析（2）：结构化分析方法问题1问题2问题3问题4解决问题1解决问题2解决问题3简单映射IPO表v一般采用瀑布模型 v存在交叉 v问题变更可能导致系统崩溃 v不支持迭代 v所有问题必须事前明确 v开发过程中，无法和客户确认 v基本要到开发完成，才能确定是否解决问题 v很多到最后才发现需要变更，影响全局 分析工具：自顶向下数据流图DFD场
9、景描述活动图、状态图、时序图E-R图ERD层次图HIPO数据字典DD：属性、取值范围等IPO图/表UI原型物理部署层次图HIPO数据字典ER图1:1M:N1:N数据流图时序图活动图中国电信广东公司人力资源部99三、需求分析（3）：面向对象分析方法问题1问题2问题3问题4v支持迭代 v核心逐步稳定并扩大 v次要问题可以逐步明确 v不断发布新版本，客户不断确认 v不断确认变更，影响范围有限 分析工具：自顶向下、自底向上用例图use case：用例模型场景描述状态图、活动图、时序图：动态模型，和“结构化”相同类/对象关系图HIPO图： 和“结构化”相同数据字典DD：属性、取值范围等，和“结构化”相同
10、IPO图/表：和“结构化”相同UI原型，有时会有技术原型：和“结构化”相同部署图、构件图：静态模型类图、对象图、包：静态模型2、抽象 自顶向下DB1、抽象 自底向上类识别/设计是关键低耦合：不要逻辑耦合 类类高内聚用例图顶层用例图包类关系图物理部署图中国电信广东公司人力资源部1010三、需求分析（4）：面向对象分析DEMO项目目标 项目范围 Actor及接口 组织架构图 功能图/树 功能：用例图 查询：IPO表 统计：IPO表 权限模型 数据字典DD 数据流图 场景描述 流程：活动图、时序图、状态转换图 UI原型 部署图 其他：性能需求、运行环境、可靠性需求、安全性要求、进度要求、资源投入、成
11、本约束、现状中国电信广东公司人力资源部1111四、架构设计v表示层WEB v业务逻辑层IBLL v数据访问层IDAL v数据存储层DB实体类Entity 公共类Utility描述了框架和一般性规范 u技术路线 u物理、逻辑分布 u逻辑架构及包设计 u会话安全 u权限设计 u事务处理 u日志处理 u异常处理 uUI框架 u边界/接口 u扩展性中大型系统的架构设计尤为重要， 架构设计不合理，将导致迭代失败 应重点考虑应用扩展性、逻辑架构和分布中国电信广东公司人力资源部1212五、概要设计v类识别 v类之间的联系：类图及包设计 v数据存储层/数据访问层/业务逻辑层/界面层的设计 v实体类/公共类的设
12、计 v数据流识别 vDB中国电信广东公司人力资源部1313六、详细设计uUI设计 uDB设计 u各层类的伪代码及包 u外部接口设计中国电信广东公司人力资源部1414七、测试&部署&维护测试： 代码审查：技术主管、PM或程序员交叉检查 单元测试：程序员自身 集成测试：程序员自身 功能测试：QC，界面、功能正确性、需求满足度 每日构建部署： 编制部署计划、数据迁移、部署、试用情况维护： BUG修正、代码/界面微调QA： 过程管控：规范、文档、质量、进度、成本等中国电信广东公司人力资源部1515八、常见困难（1）：结构化思维，OO编程语言类识别错误无法形成稳定的核心变更将导致全局影响仍不支持迭代类继
13、承错误结构化思维 OO编程语言v结构化思维以功能划分作为解决问题的主线，基本上不会分析功能之间的关系， 即思考的是某项功能的实现来解决某些问题 v结构化思维不存在“对象抽象”的思考过程 v结构化思维中编程的先后次序是以功能优先级排序，和迭代开发的核心确定方法 和结果不一定相同 v成功进行迭代开发的前提是：核心的确定，而结构化思维将导致核心偏离， 从而不真正支持迭代低耦合 类类高内聚交 叉1234没 有 核 心抽象失败中国电信广东公司人力资源部1616八、常见困难（2）：迭代概念错误v没有找到“核心问题”，错误将“次要问题”作为核心 v变更导致“核心”崩溃v错误的简单“增加”中国电信广东公司人力
14、资源部1717八、常见困难（3）：类识别错误，抽象有问题低耦合 类类高内聚交 叉1234没 有 核 心抽象失败自认为技术水平高的人简单编码，不思考的人解决问题不完整抽象不合理、错误集成失败须遵循统一的架构中国电信广东公司人力资源部1818八、常见困难（4）：任务指派错误v简单的任务指派：任务没有排序任务负责人1A2BNAv按核心级别指派：先完成核心任务核心级负责人10A20BNNA任务指派者要有“全局观”中国电信广东公司人力资源部1919八、常见困难（5）：关键需求发生变化、关键需求不明确不管是哪种软件开发模型 核心需求发生变化，都是灾难性的核心需求不明确时，要尽快明确，有时可以做个较小的“技
15、术原型”，以加 速明确核心需求，由于“技术原型”较小，投入的成本不大，可以丢弃？STOP中国电信广东公司人力资源部2020八、常见困难（6）：迭代模型下各项工作的启动次序及输出u需求说明书不断迭代 u设计说明书不断迭代 u程序不断迭代V0.6V1.0采用瀑布模型：需求分析设计编码单元测试集成各项工作同步启动中国电信广东公司人力资源部2121八、常见困难（7）：工作量的评估需求分析及设计编码及测试工程施工MSS25%70%5%BSS50%40%10%OSS20%40%40%中国电信广东公司人力资源部2222八、常见困难（8）：客户关系、客户确认u项目经理不做客户关系：失败 u各阶段不做客户确认：
16、失败 u不和客户定期沟通：失败 u不和客户定期确认研发成果：失败 u不重视部署能力、上线、验收、培训计划：失败中国电信广东公司人力资源部2323九、售前与销售的矛盾（1/5）销售们一味的要求售前提交技术资料、提交报价文件，但经常“无功而返 ” 解决之道：了解销售过程，抓住销售各阶段的工作重点，要求销售们做好 关键工作，售前做好配合 STEP 1：客户项目组织 STEP 2：确认我们的位置 STEP 3：询问我们的销售计划 STEP 4：了解销售计划的执行情况，做好售前配合 销售目标：清晰的、可度量 的、时间限定性的 销售活动涉及资源投入，售 前投入就是其中一种搜尋並篩選目標設訂拜訪時間表 發展成交關鍵除了努力，最好 再加一點運氣至少已接觸 1位 成交關鍵銷售基礎 鞏固/升級Best Few 應保守的預估成交時間訂 單取 得篩選條件In FunnelAbove Funnel1）对客户进行“漏斗筛选” 2）对客户“收窄”，形成压力G+2 G+3 确认对我们的“支持”中国电信广东公司人力资源部2424九、售
