软件系统分析与设计DOC

1、第1章软件工程基础知识1.1 软件工程知识体系软件需求(Software Requirements )软件设计(Software Design )软件构造(Software Construction)软件测试(Software Testi ng )软件维护(Software Maintenance )软件配置管理(Software Configuration Management)软件工程管理( Software Engineering Management)软件工程过程(Software Engineering Process )软件工程工具和方法( Software Engin eeri

2、ng Tools and Methods ) 软件质量(Software Quality )1.2软件生存周期与软件开发模型1.2.1 软件生存周期Boehm定义的软件生存周期模型GB 8566-1988定义的软件生存周期模型GB/T 8566-1995定义的软件生存周期过程模型GB/T 8566-2001定义的软件生存周期过程模型UP定义的软件生存周期模型1.2.2 软件开发模型瀑布模型(waterfall model )快速原型模型(rapid prototype model )演化模型(evolutionary model)增量模型(in creme ntal model)螺旋模型(sp

3、iral model )喷泉模型(water fountain model)1.3软件质量模型与软件质量管理1.3.1 软件质量模型软件产品的内部质量、外部质量和使用质量质量特性、质量子特性和度量功能性：适宜性、准确性、互用性、依从性、安全性可靠性：成熟性、容错性、可恢复性可用性：可理解性、易学性、可操作性效率：时间特性、资源特性可维护性：可分析性、可修改性、稳定性、可测试性 可移植性：适应性、易安装性、一致性、可替换性1.3.2 软件质量管理质量需求分析质量计戈U质量保证质量控制质量改进软件质量管理体系软件配置管理软件配置项与基线计算机软件配置项（CSCI)基线（baseli

4、ne ）功能基线（functional baseli ne)指派基线（allocated baseli ne)产品基线（product baseli ne)1.4.2软件配置管理过程对象标识版本控制变化控制配置审计配置报告1.5软件过程管理1.5.1软件能力成熟度模型（CMMCMM勺5个等级：初始级、可重复级、已定义级、已管理级、优化级CMM勺关键过程域（KPA：需求管理、软件项目计划、软件项目跟踪和监控、软件子合 同管理、软件质量保证、软件配置管理、组织级过程焦点、组织级过程定义、培训大 纲、集成软件管理、软件产品工程、组间协调、同行评审、定量过程管理、软件质量 管理、缺陷预防、技术变更管理

5、、过程变更管理1.5.2 软件过程与软件能力成熟度评估第一步，建立评估组第二步，填写提问单第三步，响应分析第四步，现场考察第五步，提出调查发现清单第六步，制作关键过程域（KPA剖面图1.5.3 软件过程改进第一步，比较“目标状态”与“目前状态”，找出所有差距第二步，确定改进目标第三步，制定改进计划第四步，执行改进计划 第五步，总结本轮改进经验，开始下一轮改进1. 6小节软件工程学是研究如何有效地组织和管理软件开发的工程学科。软件产品所要经历的计划、分析、设计、编程、测试、维护直至被淘汰这样一个全过程被称为软件生存周期。 用不同的方式将软件生命周期中的所有开发活动组织起来，可以形成不同的软件开发

6、模型。软件质量就是软件与明确地和隐含地定义的需求相一致的程度。软件质量管理是指软件开发机构为保证软件项目满足客户需求所要实施的质量活动。软件配置管理是在软件的整个生命期内管理变化的一组活动，目标是使变化更正确且更容易被适应。软件过程是指人们用于开发和维护软件及其相关产品的一系列活动，包括软件工程过程和软件管理过程。软件过程管理的目的就是提升软件组织的提高软件开发能力。第2章项目管理基础知识2. 1项目与项目管理2.1.1 项目项目是在特定条件下、具有特定目标的一次性任务，是在一定时间内、满足一系列特 定目标的多项相关工作的总和。1. 项目的临时性 项目的独特性1.项目的渐进性2.1.2 项目管

7、理项目管理就是将各种知识、技能、工具和技术应用于项目之中，以达到项目的要求。 项目范围 项目时间 项目成本 项目质量2. 2 项目管理过程与过程组2.2.1 过程与过程组过程就是一组为了完成一系列事先指定的产品、服务或成果而需执行的互相联系的行 动和活动。软件项目管理过程可归纳为五个过程组。启动过程组(initiating process group)规划过程组(planning process group ) 实施过程组(executing process group ) 监控过程组( monitoring and controlling process group)收尾过程组(closin

8、g process group )2.2.2 项目管理过程的交互作用项目管理过程并不是互不相干的一次性事件项目管理过程组之间是一种前后衔接、承前启后的关系项目管理过程组之间有时又是一种时间交错、空间并行的关系 项目管理过程组之间还是一种信息收集、存储、处理和传递的关系 某些过程组的关联具有重复迭代性规划过程组、执行过程组和监控过程组之间形成一种闭环的关系 过程组的交互作用往往还会跨越项目阶段项目阶段和过程之间有相互联系2.2.3 项目管理过程的裁剪不同类型的软件项目应选用不同的项目管理过程 不同阶段的软件项目应选用不同的项目管理过程 不同软件项目的管理过程会有不同的具体过程 不同软件项目的管理

9、过程会有不同的具体过程顺序 不同软件项目的管理过程会有不同的条件与约束 不同软件项目的管理过程会有不同的简化程度 不同软件项目的管理过程需要不同的集成程度 项目变更会使项目管理过程随之变化2.3项目管理知识体系项目综合管理 项目范围管理项目时间管理项目成本管理项目质量管理项目人力资源管理项目沟通管理项目风险管理项目采购管理2.4小节项目管理就是将项目管理知识、技能、工具和技术应用于项目活动之中，可以将软件项目管理活动视做一系列相互联系的过程。项目管理过程可归纳为 5个过程组：启动过程组、规划过程组、实施过程组、监控过程 组与收尾过程组。项目管理包括9个知识领域：项目综合管理、项目范围管理、项目

10、时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理与项目采购管 理。第3章软件开发技术3.1软件开发平台3.1.1 Microsoft .NET 平台Microsoft .NET Framework : .NET CLR（通用语言运行环境）；.NET BCL （基础类库）； ASP.NET ADO.NETMicrosoft Visual Studio .NET : ADO.NET组件；XML数据组件； Windows 表单组件； ASP.NET应用服务；ASP.NET Web表单；Web服务支持。3.1.2 J2EE 平台组件-容器：搭建体系架构平台标准服务多层

11、应用模型3.1.3 Microsoft .NET 与 J2EE的异同类似的平台基础构造相同的三层/多层体系1.不同的移植、性能和扩展在Web支持方面的比较第三方厂商的支持1.潜在的市场3. 2中间件技术3.2.1 中间件简介终端仿真/屏幕转换中间件数据访问中间件远程过程调用中间件消息中间件交易中间件对象中间件Web服务器中间件安全中间件3.2.2 消息代理中间件构件化的结构可恢复性、易于管理、灵活性具有数据转换设施。可靠高效的通信多样的管理能力 丰富的应用开发环境323面向数据库的中间件ODBCJDBC数据库网关3. 3构件技术3.3.1 构件库构件的存储构件的分类与检索机制构件库的编目构件库

12、的管理和维护3.3.2 构件模型3C模型刻面（Facet）模型 青鸟模型3.3.3 构件的属性与特点构件是可独立配置的单元，构件必须自包容。构件强调与环境和其他构件的分离，因此构件的实现是严格封装的，外界没机会或没 必要知道构件内部的实现细节。构件可以在适当的环境中被复合使用，因此构件需要提供清楚的接口规范，可以与环 境交互。构件没有个体特有的属性，最多仅有特定构件的一份副本。3.3.4 构件与中间件 中间件，本质上是对分布式应用的抽象，中间件与系统架构实际上是从两种不同的角 度看待软件的中间层次。中间件促进了构件化软件，基于中间件开发的应用系统是构件化的，中间件提供了构 件的体系结构，极大提

13、高了构件化软件开发的效率和质量。构件化的软件设计思想在中间件发展中起到了重要的作用。3. 4小节Microsoft .NET平台和J2EE平台是目前最常用的两大软件开发平台。作为彼此竞争的 应用平台，Microsoft .NET平台和J2EE平台在目标和体系结构上极其相似，但在实现 上又完全不同。二者总的关系是：异中有同，同中有异。中间件是处于操作系统和应用程序之间的软件。中间件保持了平台的透明性， 抽象了典型的应用模式。应用软件开发者可以基于标准的中间件进行再开发，而不必再考虑操作系统的问题。构件是可复用的软件成份， 可被用来构造其他软件。 中间件促进了构件化软件， 应用系 统在中间件提供的

14、环境中可以更好地集中于业务逻辑上，并以构件的形式存在。 构件思想也反过来推动了中间件的发展。第4章软件项目规划4.1项目策划从政策导向中寻找项目机会1.从市场需求中寻找项目机会从技术发展中寻找项目机会1.从特定事件中寻找项目机会4.2项目可行性分析4.2.1 技术可行性分析项目的必要性分析软件组织水平与能力分析项目技术来源分析与项目相关的专利分析项目负责人及技术骨干的资质分析1.项目总体技术方案分析项目创新点分析项目技术风险分析项目技术成熟性分析4.2.2 项目投资及效益分析项目投资预算分析项目投资来源分析市场需求与产品销售额分析产品成本、利润与盈亏平衡点分析投资回收期、投资收益率分析社会效益

15、分析4. 3项目论证、评估与立项4.3.1 项目论证与评估的基本概念项目论证是指对拟实施项目技术上的先进性、成熟性、适用性，经济上的合理性、盈 利性，实施上的可能性、风险性进行全面科学的综合分析，为项目决策提供客观依据 的一种技术经济研究活动。项目评估指在项目可行性研究的基础上，项目投资者或项目主管部门或其委托的第三 方权威机构根据国家颁布的政策、法律、法规、标准和技术规范，对拟开发项目的市 场需求、技术先进性和成熟性、预期经济效益和社会效益等进行评价、分析和论证， 进而判断其是否可行的过程。项目论证与评估的内容、程序和依据大同小异，只是侧重点稍有不同，有时不加区分 或合并进行。4.3.2 项

16、目可行性报告的真实性评估项目申请单位的资质真实性评估项目申请单位的财务真实性评估项目申请单位的技术真实性评估其他事项的真实性评估4.3.3 项目可行性报告的客观性评估技术创新点的客观性评估技术先进性与成熟性的客观性评估信息安全措施的客观性评估采用标准、规范的先进性、合理性评估项目风险及应对方案的客观性评估其他事项的客观性评估434评估报告项目概况评估目标评估依据评估内容评估机构与评估专家评估过程详细评估意见存在或遗漏的重大问题潜在的风险评估结论进一步的建议4.3.5 项目立项项目立项的决定应当由项目团队之外的、适当级别的、并为项目出资的项目发起人或 投资人作出，通常以项目立项决定（通知）书、项

17、目批文、项目许可证书和项目任务书等 形式发布。4.4项目开发计划I. 引言2引用文件3项目最终成果4需求与约束5. 系统开发总体计划6项目开发详细计划7进度表与活动网络图&项目组织与资源9. 培训10. 项目估算II. 风险管理12支持条件13. 注解14. 附录4. 5小节软件项目规划的任务主要包括项目策划、可行性研究、论证、 评估、立项与项目开发计划的制订工作。项目策划，也称项目机会研究，其目的是选择投资机会、鉴别投资方向。项目可行性分析的目的是确定以下问题：项目有无必要？能否完成？是否值得去做？项目论证与评估的目的是审查项目可行性研究的可靠性、真实性和客观性，为项目主管部门或投资

18、机构的立项决策提供科学依据。项目开发计划是项目规划阶段的重要成果，编写软件项目开发计划时可依据GB/T8567-2006计算机软件文档编制规范中的软件开发计划模版。第5章系统分析方法学5. 1系统需求分析与软件需求系统需求：系统总体功能和业务结构；硬件系统需求；软件系统需求；硬件系统和软件系统之间的接口需求。软件需求：软件能力需求；软件外部接口需求；软件内部接口需求；软件内部数据需求； 适应性需求；安全性需求；保密性和私密性需求；软件环境需求；计算机资源需求；软 件质量需求；设计和实现的约束；数据需求；操作需求；故障处理需求；算法需求；相 关人员需求；相关培训需求；相关后勤需求；包装需求；其他

19、需求。5.2结构化分析结构化分析（SA）方法是一种面向数据流的需求分析方法，基本思想是自顶向下逐层分解。数据流图（DFD和数据字典（DD是结构化分析最常用的工具。数据流图用来描述数据流从输入到输出的变换流程。数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。数据流图和数据字典共同构成系统的逻辑模型。5. 3原型化方法5.3.1 原型化方法与结构化方法的比较结构化方法的假设：所有的需求都能被预先定义；修改定义不完备的系统代价昂贵且 实施困难；项目参加者之间能够清晰进行准确的通信；静态描述或图形模型对应用系 统的反映是充分的；结构化方法的生命周期的各阶段都是固有正确的。

20、原型化方法的假设：并非所有的需求在系统开发以前都能准确地说明；有快速的系统 建造工具；项目参加者之间通常都存在通信上的障碍；需要实际的、可供用户参与的 系统模型；需求一旦确定，就可以遵从严格的方法；大量的反复是不可避免的、必要 的，应该加以鼓励。5.3.2 原型生命周期及其策略原型生命周期划分：选择开发方法；识别基本需求；开发工作模型；模型验证；修正 和改进；判定原型完成；差别细部说明；严格说明细部；判定原型效果；整理原型和 提供文档。原型化的策略：建立数据模型；利用组合工程；剪裁和粘贴；用系统举例；字典驱动； 文档的自动化；小的原型化队伍；交互式开发平台；陈述性规格说明；终端用户报表 生成器

21、；专业原型化人员；开发人员参加原型化。5. 4面向对象的分析5.4.1 面向对象方法学概述对象与封装类继承与多态性消息通信面向对象方法学的优点5.4.2 面向对象的分析方法OMT方法简介建立对象模型建立动态模型建立功能模型5.5小节系统分析涉及系统需求的获取、分析、规格说明和确认。系统需求可分为以下几个方面： 系统总体功能和业务结构、硬件系统需求、软件系统需求、硬件系统和软件系统之间的 接口需求。常用的系统分析方法包括结构化分析、原型化方法和面向对象的分析。第7章系统分析文档7. 1系统/子系统需求规格说明引言引用文件需求：要求的状态和方式；需求概述；系统能力需求；系统外部接口需求；系统内部接

22、 口需求；系统内部数据需求；适应性需求；安全性需求；保密性和私密性需求；操作需 求；可使用性、可维护性、可移植性、可靠性和安全性需求；故障处理需求；系统环境 需求；计算机资源需求；系统质量需求；设计和构造的约束；相关人员需求；相关培训 需求；相关后勤需求；包装需求；其他需求；需求的优先次序和关键程度 合格性规定需求可追踪性非技术性需求尚未解决的问题注解附录7.2接口需求规格说明引言1.引用文件需求合格性规定1.需求可追踪性注解附录7.3软件需求规格说明引言引用文件软件需求：要求的状态和方式；需求概述；需求规格；软件能力需求；软件外部接口需 求；软件内部接口需求；软件内部数据需求；适应性需求；安

23、全性需求；保密性和私密 性需求；软件环境需求；计算机资源需求；软件质量需求；设计和实现的约束；数据需 求；操作需求；故障处理需求；算法需求；相关人员需求；相关培训需求；相关后勤需 求；包装需求；其他需求；需求的优先次序和关键程度合格性规定需求可追踪性尚未解决的问题注解附录7.4 小节根据GB/T 8567-2006 计算机软件文档编制规范(Specification for computersoftware documentation）,系统分析文档主要包括系统 /子系统需求规格说明（SSS、接口需求规格说明（IRS）和软件需求规格说明（SRS。系统/子系统需求规格说明（SSS为一个系统或子系

24、统指定需求以及保证每个需求得到确认所使用的方法。接口需求规格说明（IRS）描述为实现一个或多个系统、子系统、硬件配置项（HWC）、计算机软件配置项（CSC）、用户软件需求规格说明（SRS描述对计算机软件的需求以及确保每个需求得到确认所使用 的方法。第8章系统设计基础8. 1系统设计概述8.1.1 系统级设计决策系统级设计决策，是指系统行为的设计决策（忽略其内部实现，从用户角度出发，描 述系统将怎样运转以满足需求）和其他对系统部件的选择和设计产生影响的的决策。系统级设计决策内容：有关系统接收的输入和产生的输出的设计决策；对每个输入或 条件进行响应的系统行为的设计决策；系统数据库/数据文件如何呈现

25、给用户的设计决策；为满足安全性、保密性和私密性需求所选用的方法；硬件或硬软件系统的设计和 构造选择；为了响应需求而作出的其他系统级设计决策。8.1.2 系统架构设计总体设计系统部件设计 动态交互设计 接口设计8.1.3 运行设计系统初始化一一说明本系统的初始化过程。运行控制一一说明对系统施加不同的外界运行控制时所引起的各种不同的运行组件组合、每种运行所经历的内部组件和支持软件、每一种外界运行控制的方式方法和操作 步骤、每种运行组件组合将占用各种资源的情况以及系统运行时的安全控制。运行结束说明本系统运行的结束过程。8.1.4 系统出错处理设计出错信息一一包括出错信息表、故障处理技术等。补救措施一

26、一说明故障出现后可能采取的补救措施。8.1.5 系统维护设计检测点的设计一一说明在系统中专门安排用于系统检查与维护的检测点。检测专用组件的设计一一说明在系统中专门安排用于系统检查与维护的专用组件。8.2软件设计概述8.2.1 软件级设计决策软件级设计决策是指软件行为的设计决策（忽略其内部实现，从用户角度出发，描述 软件将怎样运转以满足需求）和其他影响组成该软件的软件配置项的选择与设计的决 策。软件级设计决策内容：有关软件接收的输入和产生的输出的设计决策；对每个输入或条件进行响应的软件行为的设计决策；有关数据库/数据文件如何呈现给用户的设计决策；为满足安全性、保密性和私密性需求所选用的方法；为响

27、应需求而作出的其他软 件级设计决策。8.2.2 软件架构设计 程序结构设计全局数据结构设计软件配置项设计 动态交互设计 接口设计823 软件详细设计软件配置项设计决策软件配置项设计中的约束、限制或非常规特征软件配置项使用的编程语言考虑 软件配置项使用的过程式命令选取软件配置项的局部数据与软件配置项的输入或输出数据设计 软件配置项的逻辑设计8.3设计原则8.3.1 组件化组件的可分解性组件的可组装性组件的可理解性组件的连续性组件的保护性8.3.2 抽象抽象就是抽出事物的本质特性而暂时忽略其细节，使得不同的事物可以当作相同的事 务来处理。软件工程过程的每一步都是对软件解法的抽象层次的一次精化。 软

28、件设计中的抽象机制主要包括类、模板、过程抽象、数据抽象和控制抽象。8.3.3 内聚与耦合内聚是指一个组件内各个元素彼此结合的紧密程度内聚种类（由低到高排列）：偶然内聚；逻辑内聚；瞬时内聚；过程内聚；通信内聚; 顺序内聚；功能内聚耦合是指一个软件结构内不同组件之间的互连程度耦合种类（由高到低排列）：内容耦合；公共耦合；外部耦合；控制耦合；标记耦合; 数据耦合；非直接耦合组件的高内聚、低耦合原则称为组件独立原则8.3.4 封装与信息隐蔽第一，组件是其全部属性和全部服务紧密结合而形成的一个不可分割的整体。第二，组件是一个不透明的黑盒子，表示组件状态的数据和实现操作的代码都被封装 在黑盒子里面。使用一

29、个组件的时候，只需知道它向外界提供的接口形式，无须知道 它的数据结构细节和实现操作的算法。8.3.5 启发式规则深度、宽度、扇出与扇入作用域和控制域功能的可预测性& 4设计视图8.4.1 架构视图（静态视图）架构描述语言（ADL类图与对象图组件图协作责任卡（CRC部署图实体-联系图（E-R图）接口描述语言（IDL）结构图Jackson结构图842行为视图（动态视图）活动图协作图顺序图数据流图决策表和决策图流程图和结构化流程图状态图形式化描述语言伪码8. 5小节系统设计是定义一个系统或软件的架构、组件、接口和其它特征的过程。包括系统级设计决策、系统架构设计、运行设计、系统出错处理设计和系

30、统维护设计。软件设计主要包括软件级设计决策、 软件架构设计（概要设计）与详细设计。软件架构 设计的主要任务是程序结构设计、 全局数据结构设计、软件配置项设计、动态交互设计 和接口设计。软件详细设计是指每一个软件配置项的具体设计。组件化、抽象、高内聚与低耦和、封装与信息隐蔽是软件设计的基本原则。软件设计视图通常可分为架构视图（静态视图）和行为视图（动态视图）两类。第9章系统设计方法9. 1结构化设计9.1.1 结构化设计方法概述分析系统的总体需求，并将需求逐步分解为基本、具体的功能。确定每个功能应当记录的数据。列出系统中应提供的各项基本功能，并分析各项基本功能之间的耦合关系，根据高内 聚、低耦和

31、的原则分配到系统中适当的模块中。9.1.2 系统结构图模块调用数据控制转接符号9.1.3 系统结构图分类变换流与事务流变换型系统结构图事务型系统结构图混合型系统结构图9.2面向数据结构的设计9.2.1 面向数据结构的设计概述分析并建立适合系统的数据结构；根据数据结构在相应的层次建立程序结构；罗列出程序中用到的各种基本操作，并将这些基本操作分配到程序结构中合适的模块 中。9.2.2 Jackson 图顺序结构选择结构重复结构改进的Jackson图9.2.3 Jackson 方法分析并确定输入和输出数据的逻辑结构，并利用Jackson閤将这兰数据姑构描绘出找出输入和输出数据结构中存在对应关系的数据

32、单元。从描绘数据结构的 Jackson图导出描绘程序结构的Jackson图。列出所有操作和条件（包括分支条件和循环结束条件），并且把它们安排到程序结构图 的适当位置。用伪代码表示。9. 3面向对象的设计9.3.1 面向对象的设计概述面向对象设计的基本思想是通过建立和客观实际相对应的对象，并通过这些对象的组 合来创建具体的应用。面向对象设计具有基于抽象、信息隐藏、功能独立和模块性构造系统的能力。对于面向对象的系统，可以定义一个四个层次的设计金字塔：子系统层；类及对象层; 消息层；责任层。9.3.2 面向对象设计技术Coad/Yourdon 方法Booch方法OMT方法9.3.3 面向对象设计过程

33、系统设计过程：将分析模型划分为子系统；子系统分配及与问题的并发性；任务管理; 数据管理；资源管理；人机界面；子系统间通信对象设计过程：对象描述；算法与数据结构设计；接口设计与模块化9.4设计模式9.4.1 设计模式概述设计模式就是将面向对象软件的设计经验记录下，可供设计者能够复用的设计方案。 设计模式极大提高了面向对象软件开发的效率，降低了软件的复杂度。在软件设计中使用设计模式，将使用开发出来的软件更容易理解、更容易维护、更容 易扩展，使用设计模式同时也能够提高开发团队和个人的开发能力。9.4.2 设计模式基本组成模式名称：惟一标识一个设计模式。问题：描述应该在何时使用该模式。解决方案：描述设

34、计的组成要素，以及它们之间的相互关系及各自的职责与相互之间 协作的方式。效果：描述应用设计模式的效果，以及使用设计模式必须考虑的限制和约束因素。943设计模式分类面向对象模式代码模式框架应用模式创建型模式、结构型模式与行为型模式类模式与对象模式944如何使用设计模式针对接口编程，而不是针对实现编程优先使用对象组合，而不是类继承找出变化并封装9. 5小节系统设计是一系列迭代的过程，主要任务包括数据结构、体系结构、接口及过程细节的设计等，而设计方法是软件设计活动中实现设计模型的方法。系统设计方法主要包括面向过程的结构化设计方法、面向数据结构的设计，以及面向对象的设计方法与设计模式。第10章数据库设

35、计10. 1数据建模10.1.1 数据模型分类概念数据模型结构数据模型物理数据模型10.1.2 实体-联系(E-R)模型实体属性联系实体型实体集键域10.1.3 数据模型层次数据模型(hierarchical model )网状数据模型(network model )关系数据模型(relational model)面向对象模型(object oriented model)10.2数据规范化10.2.1 数据规范化的基本概念函数依赖非平凡函数依赖完全函数依赖部分函数依赖传递函数依赖键1022范式第一范式（1NF）第二范式（2NF）第三范式（3NF）BC范式（BCNF10. 3数据库设计过程10.

36、3.1 数据库需求分析数据边界的确定数据环境的确定数据内部关系数据字典数据性能需求数据需求分析说明书10.3.2 数据库概念设计概念设计与概念模型概念设计的主要方法分解与抽象局部概念模式全局概念模式10.3.3 数据库逻辑设计初始模式的形成子模式设计应用程序概要设计模式评审修正模式10.3.4 数据库物理设计存储记录结构设计确定数据存放位置存取方法设计完整性和安全考虑程序设计10. 4 小节数据库系统普遍采取数据模型表示和处理客观事物的数据特征与信息。数据模型主要由数据结构、数据操作和完整性约束三部分组成，从抽象层次上描述和模拟了系统的静态特征、动态行为和约束条件。关系数据库中的关系必须满足一

37、定的要求，即满足不同的范式。目前关系数据库中常用的范式包括：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）和BCNF数据库设计主要包括需求分析、概念设计、逻辑设计和物理设计等几个阶段。第11章用户界面设计11. 1 基本概念11.1.1 界面设计目标可用性目标：可行性、有效性、易学性、易记性、安全性、通用性用户体验目标：令人满意、令人愉快、引人入胜、富有启发、激发创造可用性目标主要从客观角度来评价系统界面，而用户体验目标则是从用户主观感受的 角度来评价系统界面。11.1.2 界面设计原则可视性：将系统功能呈现得一目了然。反馈性：返回与活动相关的信息，以便用户能够继续这个活动。 限制性：将用户的行为限制在一定的范围内。对应性：明确系统某个控制与其控制效果之间的对应关系。一致性：用相似的元素表现相似的操作或相似的任务。