1. 过程建模：世界是复杂过程的集合 过程建模是分析需求获取活动获得的信息，发现系统的功能以及和外界的交互，建立能够实现系统功能的过程分解模型，形成系统的过程模型。 复杂过程逐步分解为小过程，并建立过程之间的联系 1.1. 数据流图1.1.1. DFD图基本元素 外部实体：待构建系统之外的人、组织、设备或其他软件系统，不受系统的控制，联合构成外部上下文环境 过程：施加于数据的动作或行为，被转换、

1. 引入:需求工程与商业模式的链接 需求获取前半段(获取业务需求)：项目前景与范围+涉众分析 $\Leftrightarrow$ 商业模式画布 需求获取后半段(获取用户需求)：面谈+原型+观察 $\Leftrightarrow$ 商业模式设计 需求分析(获取系统级需求)：利用UML模型细化并精化需求 需求规格说明：完整描述并记录业务需求、用户需求、系统级需求 需求验证与管理：常用手段与基线保持

模型优先放客观信息，然后放置客户要求的部分。 1. 课程扩展 互联网企业反垄断 谷歌与脸书遭遇美国联邦与州政府反垄断调查 市场监管总局正制定《关于平台经济领域的反垄断指南》，已经完成公开征求社会公众意见 阿里(银泰)、阅文(新丽)、丰巢(中邮智递)分别被处罚50万人民币(少？形同虚设？) 罚款上限为50万人民币 王慧文”退休”与新冠疫情持续恶化 “打工人”-> “干饭人” Z世代年轻

1. 课程相关内容 阿里 反垄断调查立案 四部委约谈蚂蚁金服 阵痛下的成长：以新规范新姿态拥抱未来 提升交易透明度到严禁不正当竞争，从合法合规经营个人征信业务到强调保护个人数据隐私，从确保资本充足、关联交易合规到完善公司治理…… 金融管理部门将一如既往鼓励、支持金融科技企业在服务实体经济和遵从审慎监管的前提下守正创新，推动金融科技成为助推国内国际双循环的重要力量。 互联网平台，创新？垄断？公益

1. 课程回顾 需求规格说明 定义用户需求：准确描述需求与其解决方案 作用：信息传递，拓展记忆，合同协议，指导开发，减少错误，智力资产 内容：问题-目标-系统特性-用户需求-系统级需求 优秀的规格说明=模版(剪裁与定制)+写作(引用、强化、术语表、避免干扰文本) 2. 验证(validation)与确认(vertification) 需求验证：以正确的方式建立需求 需求集是正确的、

1. 需求管理 需求基线应该成为后续软件系统开发的工作基础和粘合剂 项目管理者根据需求安排、监控和管理项目计划。 开发者依据需求开发相应的产品功能和特性。 测试人员按照需求执行系统测试和验收测试。 客户和顾客依照需求验收最终产品。 维护人员参考需求执行产品的演化。 1.1. 意图 需求的影响力：整个后续的产品生命周期 VS 需求开发阶段 需求规格说明文档：后续的开发工作都应该以软件需求规格说

1. 概述 数据建模描述了数据的定义、结构和关系等特性的技术。 数据模型表现 概念数据模型：用问题域语言解释数据模型，学生(学号、姓名、出生日期) 物理数据模型：物理数据模型是对数据模型的解系统语言的解释，描述共享事务在解系统的实现形式，是形式化的定义，Student{(Number,Long,Not Null, primary key),(Name, Varchar 50, Not Null),

1. 引言 需求获取是进行需求收集的一个活动，它从人员、资料和环境中得到系统开发所选用的相关信息。 2. 需求获取的常见困难(非平凡性) 默认背景：用户/客户与开发团队分离 用户和开发人员的背景不同，立场不同 知识理解的困难：开发人员尽力去研究应用的背景，理解组织的状况，形成一个能够和用户进行有效沟通的粗略的知识框架 默认(Tacit)知识现象：利用有效的获取方法与技巧(角色扮演、观

1 一些笔记 在当前目录(.)下创建一个新的软盘镜像a.img mkfs.fat -F 12 -C a.img 1440 bootloader使用 加入内核 改用 ld -m elf_i386 -s -o kernel.bin kernel.o Makefile1234567891011121314151617181920212223242526272829303132333435363738

1. 数据集成的需求1.1. 应用环境图例 多应用系统共存，系统或者交叉互连，或者相互孤立 多操作系统、多数据库系统、多技术平台共存 用户需要在不同系统中切换 数据集成是有不同层次的，下图中的系统是随着企业的发展而不断进行的，也会导致数据的不一致等出现问题。 1.2. 两类集成场景 企业异构数据库范畴下的数据集成 信息系统应用发展到一定阶段积累了大量封闭、完备的异构数据库 基于封闭世界的假设