尚小卫课题组件技术和实验添加业务流程V.ppt

2015年 3月第6学期 计、信、物12 —课题04 组件技术和实验04 尚小卫 北京科技大学 信息工程学院 2015年04月16日 今日主题 两条线，个内容： 软件工程 主题1 需求到程序的关键环节 软件产品 主题2 编程--组件技术 主题3 实验04 添加业务流程 主题4 本周任务 结束 一、需求到程序的关键环节 本讲是从现实到虚拟整个映射过程中承上启下的一个最关键的过渡环节。 这个环节要建立从现实世界映射到虚拟世界对应关系。 因此本讲重点说明现实、虚拟世界两个逻辑体系中的概念及其关系之间的对应（映射）关系。 第1节 业务需求的逻辑结构 首先我们先回顾一下上讲中关于需求的一些概念和相关术语。 在上一讲需求中我们做了这样3件事情： 第一 我们从用户那里了解他们希望通过软件产品解决现实工作中的哪些问题。 第二 我们把用户凌乱的思绪抽象成用户能够理解的一套图示和术语（角色、物品、行为），并整理成一个文档《用户需求说明书》。 第三 我们根据用户需求的业务功能重新分类，整理成从业务流程角度表示的产品功能描述----《产品需求说明》。 这是一个很清晰的思路，作为需求分析人员： 首先要了解每个软件产品使用人希望看到的最终产品； 然后整体综合，从协调工作角度描述软件产品如何使用和操作。 这很像盲人摸象，最后再睁开眼睛看看。 逻辑结构 产品需求是根据业务体系对软件进行的功能划分。从用户需求抽象到产品需求的过程，那些分散在不同实体下的行为功能会根据业务规则归并到一起。这时可以得到软件产品最终功能构成的逻辑结构，描述这个逻辑结构包括下列一些概念和术语： 业务系统 业务分类 业务流程 业务环节 业务功能 业务功能点 从需求角度，这是本阶段的最终结果，一个对现实世界的图示、符号和文字描述。而下一个步骤就是从程序角度如何表示这些图示、符号和文字描述。 第2节 系统实现的逻辑结构 下面我们再从技术实现角度去看软件产品，这样我们会看到另外一套逻辑结构。 从软件需求过渡的软件产品的第一步工作是把产品需求中的各种功能先映射到软件系统的逻辑结构中去。 逻辑结构 系统实现的逻辑结构是根据架构设计的原则确定的。我们采纳的N层架构设计，它的逻辑结构如下： 用户界面 UI；User Interface 业务逻辑层 BT；Business Logic Tier 数据访问层 DA；Data Access 新系统会采用： 用户界面 UI； 业务逻辑 BL； 数据访问 DAH Data Access High ； 数据库访问DAL Data Access Low。 第3节 系统实现的物理结构 物理结构是指最终软件产品的数据和程序组织结构这是第3个逻辑结构。作业中的基本结构单位为： 软件产品 组件 模块 系统的物理结构在逻辑上用命名空间形式组织在一起。 命名空间 软件系统的组织结构 公司、系统、产品 第4节 映射过程 产品需求列表=〉体系结构列表=〉程序结构列表（软件蓝图、详细设计等） 步骤： 标注产品需求列表各个功能的系统功能（映射） 按照系统功能（如：UI、BT、DA等）重新组织列表。 合并相同和删除冗余的列表项，得到简化的系统功能列表。 映射结果是一个按照系统结构分类的功能列表。 映射图示 需求 系统 映射图示 需求 系统 程序 组件 二、组件技术 组件概念 组件技术的优点 组件是个什么东西？ 作业中的组件 创建组件步骤 第1节 组件概念 组件技术介绍 背景 优点 组件是个什么？ 物理结构 形式为exe/dll文件 组件技术的优点 优点： 代码重用 团队支持 多语言开发 独立更新 组件技术背景 组件技术在DOS时代就有了，但是和现在的模型不一样。 COM模型：在1990年，COM是微软流行的基于组件开发的模型。 .Net模型：后来 .NET替代了COM，提供了一个全新模型：语言独立的，注册自由，版本明确 组件是什么？ 组件是个（exe/dll）文件 组件== 编译后实体 在.NET中，组件== Assembly (exe / .dll) 组件是个物理结构概念 组件是软件的物理结构 组件是是一个软件包 所谓物理结构就是一个可见、可操作的exe / .dll文件（相对于运行中相互调用的逻辑关系、功能性质等而言）。 多层应用程序设计实例 多层应用程序设计表现组件的实例： 看本课参考资料 第2节 V07作业中的组件 程序结构图示 程序结构说明 教师提供的标准组件 自己开发的业务组件 标准组件说明 V07作业程序结构图示 V07作业程序结构说明 教师给出的 标准组件 UI、BT、DA、应用程序、实验程序 部分源程序 标准数据库 自己完成的 应用程序界面组件 .dll 应用程序业务组件 .dll 应用程序组件 .exe 实验