需求与设计笔记_new概要.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件生命: 什么是成功的项目:在规定的时间内,在规定的成本要求下,达到或超过利益干系人的要求. 软件开发战略性技术: ①:项目管理 ②:需求工程 ③:软件架构 软件开发的本质(不变性):①:complexity:复杂性 ②:conformity:一致性 ③:changeability:可变性 ④:invisibility:不可见性 软件开发的偶然性因素: ①:利益干系人 Boss、开发人员、客户、用户、竞争对手 软硬件供应商、家人、政府 ②:过程 ③:建模 只有确保过程的质量,才能保证结果的质量. SWOT:优劣势分析法 软件三大类型: ①:OLTP:在线事务处理 ②:OLAP:在线分析系统 ③:知识管理、AI、机器翻译 生命周期: ①:建模方法 ②:阶段 ③:开发技术和方法 软件开发技术/方法: ①:面向功能(结构化:功能分解) ②:面向对象(概念分解) ③:面向数据/信息 ④:面向控制 ⑤:面向服务 需求工程: ①:需求获取 ②:分析 ③:规格说明 ④:确认 ⑤:管理 PM:项目管理(九大知识体系) PSM:技术管理 软件成本估算:功能点估算法 1:开发模式与项目特点相适应 2:开发模式(好的PM/PSM至少掌握3种)与开发技术相适应 软件需求: 第一步是需求获取 IT Solution: ①:业务解决方案,解决业务问题 ②:业务过程的实现 ③:实现业务创新 本质没变,过程改变——针对过程改变 ④:基础设施服务 ⑤:是一种商品 对传统业务方式通过互联网方式改造。 需求获取: ①:最困难 ②:最关键 ③:最易出错 ④:最需要交流 谁(需要的主体——最终用户) 需要 什么样(需求的形式呈现样式 布局颜色、操作方式) 的东西(需求的内容) 需求的变更:其中问题60%由于开发人员的不专业(安隔间却拆楼) 变更的种类: 变更的频率由大至小 变更影响由小至大 ①:呈现样式 ②:呈现内容 ③:功能逻辑(算法) ④:功能间协作逻辑 ⑤:数据模型(数据结构化) 需求的种类: ①:功能需求 ②:非功能需求(质量属性+约束) 定性不转定量 无法应用 定性--定量 ①:易用性 ②:复用性 ③:灵活 ④:性能 ⑤:频率 ⑥:可扩展性 ⑦:安全性 ⑧:可靠性(连续运行x小时) 需求获取技术: 传统技术:①:访谈(面谈)人少 ②:会议(人多) ③:问卷 ④:观察 ⑤:文档研究 获取的基础: ①:是否具有领域知识(业务) ②:沟通能力(社会学、生理学) 访谈: ①:访谈计划 封闭性问题,用于确认开放性 ②:访谈问题列表(有必要控制问题走向)(问题设计,决定访谈效果) 针对不同角色:决策者(宏观 全局) 执行者(中,局部) 操作者(微观,细节) ③:时间(周一上周五下不好) ④:地点(办公单位不好):小型会议室为佳,需放松 ⑤:座位(考虑权势、威望、压迫感) ⑥:肢体语言 ⑦:2个人 一说一记 ⑧:调研报告 问题信息应对软件开发有帮助 例:学校是否有类似的学生信息管理系统 若是-转向专业人士 什么协议(TCP) 数据类型 如何获取、同步 若否-学生具体信息为哪些 是否可增加、如何增加 需求获取 1:访谈 2:会议 会议前的准备(计划、相关文档) 会议中的过程控制(放跑题) 设立会议主席、会议章程 1.5h内,保证效率 会议后的总结 3:问卷调查:封闭性问题 针对产品类 问题的设计很重要 半封闭、开放性 4:观察 信息量有限,有片面性、也直观 5:文档研究 国内外行业标准规范 行业相关技术规范 企业业务流程工作手册,操作指南 企业内部规章制度 企业业务类报表,历史资料 6:研究类似系统 7:原型:①:抛弃型 ②:进化型 通过原型去将需求变稳妥,用少成本快速将双方需求达成共识。 需求的层次: ①:业务需求(目标需求)——目标 ②:用户需求——用户期望系统实现的功能。 ③:功能需求(功能需求) ④:技术需求 开发软件系统先要理解业务,确立终极目标。 需求分析:从业务用户需求(需求获取的内容)得到功能、技术需求(软件开发人员分析)的过程。 需求获取的风险与障碍(潜在的危险) 若遇障碍,定性转定量,参考类似系统 签合同前,多提可能,易提高佣金。 对象:具有状态和行为边界的实体 三要素:①:唯一标识 ②:状态: 属性(与生俱来,内在固有)+特征值 ③:行为:可测试、可见可衡量 对象间的协作是通过消息传递来完成。 显示的消息调用(P2P) 效率高 隐式的消息调用(广播) 灵活性高 类似于设计模式中的创建模式 类:共享相同属性,操作,方法,关系或行为的一组对象的描述符。 类之间的强弱顺序(耦合度):依赖关联聚合组合继承 类之间的静态联系称作关联:一对一、一对多、多对多 概念模型是对现实世界的映射 表

文档评论(0)

美洲行 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档