系统分析与设计重点
系统分析与设计重点
系统分析与设计第一章：P1-P2：系统开发生命周期和4个基本阶段P1系统开发生命周期（SDLC）是指这样的一个过程，包括：理解信息系统对业务需求的支持，设计系统、构建系统，以与把系统移交给用户。
P3SDLC有相似的4个基本阶段：计划、分析、设计和实现。
P5-P6: 简要描述4个基本阶段的内容以与步骤和主要可交付物P6实现阶段3个步骤：（1）系统构建（2）系统安装（3）分析员小组建立系统的支持计划。
P7：方法论定义以与三种类型P7方法论是指以规X化的方法实现SDLC。
•以过程为中心的方法论首先注重确定系统相关的活动，即过程。
•以数据为中心的方法论首先注重确定数据存储容器的内容和这些内容是如何组织的。
•面向对象方法论试图平衡对过程和数据的重视。
面向对象方法论用统一建模语言（UML）将系统方案表示为结合了数据和过程的对象集合。
P16:（表1-4）项目团队角色和职责第二章：项目启动P25：系统需求包含的5个元素与描述P25需求是指信息系统要做什么，或者是将包含什么功能。
大多数系统需求包括5个元素：1、项目发起者2、业务要求3、业务需求4、业务价值5、特殊问题。
项目发起者是项目与外部的首要联系人并提出促成此项目的业务需求。
业务需求是指系统所需要具有的业务能力。
业务价值描述的是组织期望从项目中获得的收益。
特殊问题指在评估项目时，包含在文档中的所有需要考虑的外部信息的集合。
P28：可行性分析和3种技术P28 可行性分析：指导组织决定是否继续项目的开发。
可行性分析也确定与项目相关的重要风险必须在项目批准前得到处理。
包括3种技术：技术可行性、经济可行性和组织可行性。
P30：经济可行性分析的步骤（表2-2）经济可行性分析的步骤：•确定花费和收益•定义现金流•估算项目的经济价值·投资回报率（ROI）·平衡点（BEP）·净现值（NPV）P31：花费和收益4种类型P33用于投资收益分析的财务计算投资回报率（ROI）：由给定的投资产出的收入或费用节约的总量公式：总收益—总费用总费用平衡点：项目的费用与项目所产生的价值爱正好相等的时间点公式：年净现金流—累积的净现金流年净现金流*使用项目具有正现金流的第一个年度的年净现金流总数现值（PV）：当今的投资量与将来同样的量进行比较，考虑通货膨胀和时间因素公式：总数（1+利率）^nn=将来的年数净现值（NPV）：收益现值减去费用现值公式：PV收益—PV费用第三章：P46：项目管理定义P46项目管理：计划和控制待开发的系统，使其在特定时间X围内，以最低的成本，完成正确功能的过程。
信息系统分析与设计知识点
信息系统分析与设计知识点一、需求分析1.学习系统需求分析的第一步是了解用户的需求，这包括学习系统用户的背景、目标、需求、期望和问题。
通过能力分析和任务分析，可以确定用户的需求和困难点。
2．功能需求功能需求是指系统应该具有的功能和特点，包括对用户的需求进行概括和在系统设计阶段实施。
可采用的方法包括需求收集、需求分层和需求筛选。
3．非功能需求非功能需求是指系统的性能、可靠性、可用性、安全性和可维护性等特点，用户希望系统具有这些特点。
4．验证技术和技术求证管理验证需求的正确性和完整性是确保系统满足用户需求的关键环节。
技术验证包括元数据编制、系统功能建模、正交实验设计等。
二、系统设计1．总体设计总体设计是指根据用户的需求和期望，综合考虑系统的功能、性能、安全性和可维护性等因素，确定系统的总体结构。
2．详细设计详细设计是对系统的总体设计进行详细设计，包括系统的输入、输出、处理和存储等方面的详细设计。
3．界面设计界面设计是指设计人员如何从用户角度设计系统的界面，以使用户能够方便地使用系统。
4．数据库设计数据库设计是指设计人员如何设计和组织系统中的数据库，以便于数据的存储和检索。
5．系统安全性设计系统安全性设计是确保系统在使用过程中能够保护用户的信息和资源的重要方面。
三、系统实施1．编码编码是根据详细设计将所需软件系统的功能实现的过程。
2．测试测试是指对软件系统进行验证和验证，以确保系统满足用户需求。
3．部署部署是将软件系统在计算机环境中安装和配置，以便用户可以使用系统。
4．系统文档系统文档是指对系统进行记录和介绍的文档，包括系统的需求、设计、实施和维护等方面的文档。
四、系统维护1．故障排除故障排除是指在系统使用中，根据用户报告的问题，找到并解决系统中出现的故障。
2．更改请求管理更改请求管理是指管理对已开发软件系统进行更改的请求的过程。
3．系统更新系统更新是将软件系统的新版本应用于现有系统的过程。
4．性能监视和优化性能监视和优化是通过对系统进行监控和分析，以发现系统中的性能问题并采取相应的措施加以解决。
系统设计与分析总结
《系统分析与设计》复习题一、复习要点1. 系统是由处于一定环境中的若干相互联系和相互作用的要素组成并为达到整体目的而存在的集合。
2. 信息系统是指利用计算机、网络、数据库等现代信息技术，处理组织中的数据、业务、管理和决策等问题，并为组织目标服务的综合系统。
信息系统开发的步骤是，在系统规划后，循环进行系统分析、系统设计、系统构建与实施、系统评价工作。
信息系统的经济效益可分为三大类：一次性收益，非一次性收益和不可定量的收益3. 系统规划阶段的任务是对组织的环境、战略、目标、现行系统的状况进行初步调查，根据组织目标和发展战略，确定信息系统的发展战略，对建设新系统的需求做出分析和预测，同时考虑建设新系统所受的各种约束，研究建设新系统的必要性和可能性。
对于确定的信息系统项目，要明确其目标，并对目标进行权衡和量化。
4. 系统分析的主要活动有系统初步调查、系统可行性研究、系统详细调查研究和新系统逻辑方案的提出，主要任务是尽可能弄清用户对信息的需求，完成新系统的逻辑设计，规定新系统应当做什么。
5. 常用的调查研究的方法有问卷调查法、召开调查会、业务实践、专家访谈、电子问卷。
如果系统初步调查结果表明，拟开发项目有必要也有可能进行时，可向主管单位提出系统开发建议书,需要进行可行性研究安排。
6. 可行性研究又叫可行性分析，它是所有工程项目在开始阶段必须进行的一项工作。
可行性研究是指项目正式开发之前，先投入一定的精力，通过一套准则，从经济、技术、社会等方面对项目的必要性、可能性、合理性，以及项目所面临的重大风险进行分析和评价，得出项目是否可行的结论。
可行性研究的主要成果是可行性研究报告和系统开发任务书。
7. 需求分析是强调用户对新开发的信息系统的需要和要求，结合组织的目标、现状、实力和技术等因素，通过深入细致的分析，确定出合理可行的信息系统需求，并通过规范的形式描述需求的过程。
需求分析结束时，应当提出需求分析报告交上级审查。
系统分析与设计课程教学大纲(1)
系统分析与设计课程教学大纲(1)
系统分析与设计课程教学大纲是一份非常重要的文件，它涵盖了该课程的教学内容、教学目标、教学方法、教学评价等方面的要求。
以下是对该大纲相关内容的创作：
一、教学内容
该课程的教学内容包括以下几个方面：
1.系统分析与设计的概念和理论基础
2.系统开发的各个阶段以及在各个阶段中的主要活动和方法
3.普通的开发工具和开发环境的基础知识和使用技巧
4.面向对象分析与设计的基础知识和方法
5.软件项目管理基础知识以及如何运用各种工具来对软件项目进行管理
6.实践技能与经验
二、教学目标
通过该课程的学习，学生需要达到以下目标：
1.了解系统分析与设计的概念和基础知识
2.掌握系统开发的各个阶段的主要方法和活动
3.了解开发工具和开发环境的基础知识和使用技巧
4.掌握面向对象分析与设计的基础知识和方法
5.学会使用各种工具来管理软件项目
6.具备实践技能和丰富经验
三、教学方法
该课程采用以下几种教学方法：
1.授课
2.案例分析
3.小组讨论
4.课外实践
5.阅读、写作和研究
四、教学评价
该课程的教学评价主要包括以下几个方面：
1.课程论文
2.小组讨论报告
3.个人项目报告
4.期中与期末考试
5.课堂表现
在以上的这些方面，教师和学生应该多方面地达到相应的要求。
教师应该注重对学生的课外思考与实践能力的培养，而学生则要积极参与课程，多做一些实践操作。
教师应该及时提供反馈，帮助学生得到身份的提升。
系统分析与设计重点整理
系统分析与设计第三版P361、Adaptiveness（适应性）：即supportability（可支持性），由3个系统特征定义的软件质量，这三个系统特征是软件的可理解性、可维护性、可伸缩性（可扩展性）2、Architecture（体系结构）：根据其模块（构件）而进行的系统描述。
它定义了一个系统是如何设计的，以及构件之间是如何让连接的。
3、Component（构件）：软件的一个可执行单元，具有明确定义的功能（服务）及与其他构件之间的通信协议（接口）。
4、Increment（增量）:作为系统开发或集成项目的一个迭代结果而获得的软件产品的下一个改进版本；一个增量并不会扩大项目范围。
5、Model（模型）来自现实的抽象；外部现实的某些方面在软件中的表现。
6、Object（对象）能够响应外部事件/信息来执行软件系统所需求的任务的软件模块。
它由数据和关联数据的操作组成。
7、Requirement（需求）系统服务或约束的陈述。
8、SOA 面向服务的体系结构。
P1019、Action（动作）:行为规格说明的基础单元。
动作接收输入集合，并将其转化成输出集合，尽管两个集合的一个可能为空，或者两个集合都为空。
10、Aggregation（聚合）:说明聚合（整体）和组成部分之间的整体-部分关系的关联表。
11、Association（关联）:两个或多个分类符之间的语义关系，包含类的实例之间的链接。
12、Component（构件）:表示封装了其内容的系统模块，其表示在环境下是可替换的。
【3】13、Composition（组成）:组成聚合；一种强形式的聚合，需要组成部分的实例在一个时间最多被包含在一个组合中。
14、Control flow（控制流:）一条边，表示一个节点的前一个节点活动完成后，开始这个活动节点。
P14815、Requirements specification（需求规格说明）:对一个开发中的信息系统必须满足的功能性或者非功能性标准所做的详细的、面向客户的规格说明。
系统分析与设计考试大纲重点
资料范本本资料为word版本，可以直接编辑和打印，感谢您的下载系统分析与设计考试大纲重点地点：__________________时间：__________________说明：本资料适用于约定双方经过谈判，协商而共同承认，共同遵守的责任与义务，仅供参考，文档可直接下载或修改，不需要的部分可直接删除，使用时请详细阅读内容可行性分析3种技术：技术可行性、经济可行性、组织可行性需求收集技术：面谈（最常用）、JAD会议、问卷调查、文档分析、观察法数据流图基本元素：过程、数据流、数据存储、外部实体影响获取策略的因素：业务需要、内部经验、项目技能、项目管理、时间约束5.用户界面原则：布局：用户界面的首要原则是处理屏幕、表格和报表的布局。
内容提示：界面使用户通过最小努力了解它所包含的信息的能力。
审美学：如何设计赏心悦目的界面。
用户经验：在设计用户界面时，要考虑到用户的计算机水平。
一致性：可能是使系统易于使用的最重要的因素，因为它使用户能预测将会发生的事情尽量减少用户投入：最终界面被设计为尽量减少用户的投入以完成任务。
优化数据存储方法：优化存储效率、优化访问速度系统需求的5个元素：项目发起者、业务要求、业务需求、业务价值、特殊问题系统需求是指描述创建系统的业务原因和系统预期带来的价值的文档。
系统开发生命周期SDLC是指这样一个过程，它包含理解信息系统对业务需求的支持、设计系统、构建系统、以及把系统移交给用户系统需求是指描述创建业务原因和系统预期带来的有价值的文档可行性分析指导组织决定是否继续项目开发，也确定与项目相关的重要风向必须在项目批准前得到处理需求就是陈述系统必须要做的事或者系统必须具备的特征，功能需求与系统必须执行的过程或必须包含的信息有直接关系，非功能需求指的是系统必须具备的行为属性，如性能和可用性用例是一种正式方法来表示业务系统如何与环境进行交互它阐述了系统用户所执行的活动在项目中导致进度滞后和成本超出的最普遍原因是范围扩张，范围扩张的发生往往是因为在项目范围已确定和“冻结”之后又增加了新需求（RAD）方法论是指以规范化的方法实现SDLC，以过程为中心的方法论首先注重确定系统相关的活动，即过程，已数据为中心的方法论首先注重确定数据存储容器的内容和这些内容是如何组织的，面象对象方法论试图平衡对过程和数据的重视，用统一建模语言（UML）将系统方案表示为结合了数据和过程的集合。
系统设计与分析知识点
系统设计与分析知识点系统设计与分析是计算机科学和信息技术领域中的重要概念，它涉及到从需求分析到系统设计的整个过程。
在本文中，我们将探讨系统设计与分析的知识点，包括需求分析、系统建模、架构设计、系统测试等内容。
通过了解这些知识点，我们能够更好地理解和应用系统设计与分析的方法和技巧，提高软件开发的效率和质量。
一、需求分析需求分析是系统设计与分析的第一步，它是确定和记录软件系统所需功能和性能的过程。
在需求分析阶段，我们需要与用户进行沟通，了解系统需求。
具体的需求分析知识点包括以下几个方面：1. 功能需求：即系统需要具备哪些功能，如数据处理、用户界面、安全性等。
2. 非功能需求：这些需求不涉及具体的功能，而是关注系统的性能、可靠性、可维护性等方面。
3. 用户需求：需求分析的关键是理解用户的真实需求，因此要进行详细的用户访谈和需求收集工作。
二、系统建模系统建模是将需求分析得到的信息转化为系统的设计和架构模型的过程。
通过系统建模，我们可以更好地理解和描述系统的结构、功能和行为。
常用的系统建模方法包括：1. UML（统一建模语言）：UML是一种用于描述、可视化和规范系统设计的语言。
它包括用例图、类图、时序图、状态图等多种图形表示方法。
2. 数据流图：数据流图主要用于描述系统中数据的流动和处理过程。
它由数据流、数据处理和数据存储三个基本元素组成。
3. 数据库模型：数据库模型主要用于描述系统中的数据结构和数据之间的关系。
常用的数据库模型包括关系模型、层次模型、网络模型等。
三、架构设计架构设计是系统设计与分析的核心环节，它涉及到系统的整体结构、组件和模块之间的关系。
一个好的架构设计能够确保系统具备良好的可扩展性、可维护性和可重用性。
常用的架构设计方法和模式有：1. 分层架构：将系统划分为多个层次，每个层次负责不同的功能，以实现系统的解耦和可维护性。
2. 客户端-服务器模式：将系统分为客户端和服务器端，客户端负责与用户交互，服务器端负责处理和存储数据。
系统分析与设计
系统分析与设计第一部分：系统分析1. 简介系统分析是指对一个系统的需求进行全面的、系统的和详细的调查、讨论和研究，以明确系统的目标、范围和功能，为系统设计提供基础。
2. 需求搜集2.1 用户需求用户需求是从系统最终用户的角度来看待系统所需满足的功能和性能要求。
通过与用户沟通、访谈、问卷调查等方法，收集用户对系统的期望和需求。
2.2 业务需求业务需求是指从业务流程角度出发，对系统所需满足的业务规则、流程和约束等进行分析和梳理。
通过对业务过程的理解和分析，明确系统对业务的支持需求。
2.3 技术需求技术需求是从技术实现的角度出发，对系统所需的硬件、软件、网络和安全等方面的要求进行分析和规划。
通过对现有技术的评估和选择，明确系统的技术基础需求。
3. 需求分析需求分析是对收集到的需求进行整理、分析和归纳，以确定系统需求的重要性、紧急程度和可行性。
通过需求的细化和澄清，明确系统开发的方向和重点。
4. 概念模型设计概念模型是对系统中涉及的实体、关系和属性进行描述和抽象的模型。
通过使用实体关系图（ER图）等工具，明确系统中的概念和概念间的关系，为后续的系统设计提供基础。
5. 功能模型设计功能模型是对系统的功能需求进行描述和分解的模型。
通过使用功能流程图、数据流图等工具，明确系统的功能和功能之间的关系，为系统设计和开发提供指导。
第二部分：系统设计1. 系统结构设计系统结构设计是指对系统的整体结构和组织进行规划和设计。
通过确定模块划分、层次关系和接口规范等，明确系统各个部分的职责和协作方式。
2. 数据模型设计数据模型设计是指对系统中涉及的数据进行建模和设计。
通过使用关系模型、面向对象模型等工具，明确系统中的数据实体、属性和关系，为数据库设计提供指导。
3. 接口设计接口设计是指确定系统与外部系统、子系统和用户之间的接口规范和协议。
通过定义数据交换格式、通信协议和接口协议等，明确系统之间的数据传输和交互关系。
4. 界面设计界面设计是指系统用户界面的设计和布局。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
系统分析与设计第一章：P1-P2：系统开发生命周期和4个基本阶段P1系统开发生命周期（SDLC）是指这样的一个过程，包括：理解信息系统对业务需求的支持，设计系统、构建系统，以及把系统移交给用户。
P3SDLC有相似的4个基本阶段：计划、分析、设计和实现。
P5-P6: 简要描述4个基本阶段的内容以及步骤和主要可交付物P6实现阶段3个步骤：（1）系统构建（2）系统安装（3）分析员小组建立系统的支持计划。
P7：方法论定义以及三种类型P7方法论是指以规范化的方法实现SDLC。
∙以过程为中心的方法论首先注重确定系统相关的活动，即过程。
∙以数据为中心的方法论首先注重确定数据存储容器的内容和这些内容是如何组织的。
∙面向对象方法论试图平衡对过程和数据的重视。
面向对象方法论用统一建模语言（UML）将系统方案表示为结合了数据和过程的对象集合。
P16: （表1-4）项目团队角色和职责第二章：项目启动P25：系统需求包含的5个元素及描述P25需求是指信息系统要做什么，或者是将包含什么功能。
大多数系统需求包括5个元素：1、项目发起者2、业务要求3、业务需求4、业务价值5、特殊问题。
项目发起者是项目与外部的首要联系人并提出促成此项目的业务需求。
业务需求是指系统所需要具有的业务能力。
业务价值描述的是组织期望从项目中获得的收益。
特殊问题指在评估项目时，包含在文档中的所有需要考虑的外部信息的集合。
P28：可行性分析和3种技术P28 可行性分析：指导组织决定是否继续项目的开发。
可行性分析也确定与项目相关的重要风险必须在项目批准前得到处理。
包括3种技术：技术可行性、经济可行性和组织可行性。
P30：经济可行性分析的步骤（表2-2）经济可行性分析的步骤：∙确定花费和收益∙定义现金流估算项目的经济价值·投资回报率（ROI）·平衡点（BEP）·净现值（NPV）P31：花费和收益4种类型P33用于投资收益分析的财务计算投资回报率（ROI）：由给定的投资产出的收入或费用节约的总量公式：总收益—总费用总费用平衡点：项目的费用与项目所产生的价值爱正好相等的时间点公式：年净现金流—累积的净现金流年净现金流*使用项目具有正现金流的第一个年度的年净现金流总数现值（PV）：当今的投资量与将来同样的量进行比较，考虑通货膨胀和时间因素公式：总数（1+利率）^nn=将来的年数净现值（NPV）：收益现值减去费用现值公式：PV收益—PV费用第三章：P46：项目管理定义P46项目管理：计划和控制待开发的系统，使其在特定时间范围内，以最低的成本，完成正确功能的过程。
P47：项目管理的3个重要的因素P47项目管理4个步骤：1、确定项目规模2、创建和管理工作计划3、配备项目人员4、协调项目活动项目经理最基本的工作就是创建工作计划、人员计划、标准清单和风险评估，并在整个SDLC中使用和调整它们。
P48：项目估算时间的两种方法P48-P52功能点方法的步骤P55：PERT图中关键路径法P58：（表3-8）时间盒技术的步骤P59：项目团队保持8-10人以下P63：case工具描述P64：标准的5个类型P78：什么是需求、业务需求和系统需求P78需求就是陈述系统必须要做的是或者系统必需具备的特征。
在分析阶段，需求从业务员的角度出发撰写，关注系统能够做“什么”。
它们关注业务用户的需求，所以通常叫做业务需求。
在随后的设计阶段，业务需求变得更为技术化，他们描述系统如何被实现。
设计阶段的需求是从开发人员的角度出发撰写，它们通常被称为系统需求。
P78-79：功能需求和非功能需求需求从本质上可以分为功能需求和非功能需求。
功能需求与系统必须执行的过程或必须包含的信息有直接的关系。
非功能需求指的是系统必须具备的行为属性，如性能和可用性。
P81：需求收集技术的种类P81【确定需求最为有效的方法就是让业务员和分析员共同工作以决定业务需求】根据所要开发系统对现有系统的改变程度，这些技术可以分为3种：业务过程自动化（BPA）通常包含少量的改变；业务过程改进（BPI）包含中等程度的改变；业务过程再工程（BPR）则包含大量的改变。
P82：分析的基本过程（三步骤）P82分析的基本过程包含3个步骤：·理解当前情况（当前系统）·识别改进·为新系统定义需求（待开发的系统）P82-83：业务过程自动化的定义和方法P83-84：业务过程改进的定义和活动P86：业务过程再工程的定义和活动P89-94：面谈的描述和步骤P89面谈时最常用的需求收集技术。
步骤：∙选择受访者∙设计面谈问题∙准备面谈∙引导面谈∙面谈的后续工作P96：JAD的步骤P97：JAD主持人执行3个重要职能P98-99：问卷的步骤P101：观察法的定义P112：用例的定义P112用例是一种正式的方法来表示业务系统如何与环境进行交互，它阐述了系统用户所执行的活动。
P115:写用例的步骤（表5-1）第六章：P132:过程模型的定义P134-147：数据流图P134数据流图的基本元素：过程、数据流、数据存储、外部实体第七章：P165：数据模型的定义P166-182：E-R图P167实体关系图的基本元素数据建模中有3个基本要素（实体、属性和关系）。
实体、属性、关系、基数、模态第八章：P199:系统规格提纲（图8-1）P199有3条途径来创建一个新的系统：（1）内部开发定制系统（2）购买系统软件包并使其定制化（3）依靠外部供应商、开发者或服务提供者建立新系统。
许多项目团队认为定制开发或从无到有建立一个新系统是创建系统最好的方法。
第一，项目团队能完全控制系统的外观和功能。
定制开发还能让开发者灵活地和创造性地解决业务要求。
内部建立一个系统同样会在公司内部建立技术技能和功能知识。
缺点：定制应用程序开发需要长时间的努力工作。
从无到有建立一个系统的风险很大，没有人能保证项目一定会成功。
P200：3种系统获取策略P200:定制开发优缺点P201:购买软件包的优缺点P201购买软件包优点：∙购买一个已经被够构造、测试和证明的程序将会更加高效∙系统包包含了软件供应商的专门技术和经验缺点：∙如果公司用了系统软件包，则必须接受它所提供的所有功能，而能够完美适用的却很少∙如果系统软件包包括的范围很大，那它的实施意味着公司执行业务的方式将会发生实质性的改变，让技术来驱动业务将会是非常危险的P202:外包的优缺点P202外包优点：∙登录的成本是很低的，而且在大多数情况下，安装时间也是非常短的∙可以减少对IT员工的投资，也可以避免对专门IT基础设施的经常性投资∙外包公司同样可以代替客户来开发一个定制系统缺点：∙如果你决定委托别人来创建新系统，那么可能会危及到你的机密信息或对将来的发展失去控制∙组织内部的专业人员不能在项目中学到技术P203:外包的原则（图8-2）P203外包原则：·保持你和外包商之间的沟通通畅·在签订合同前详细说明并稳定需求·视外包关系为合作关系·仔细选择供应商，开发者或服务提供者·指派一个人去管理与外包商的关系·不要外包你所不清楚的东西·强调灵活的需求、长期的关系和短期的合同第九章：P213:软件系统4个基本功能P213所有的软件系统都可以分成4个基本功能：数据存储、数据访问逻辑、应用逻辑、表示逻辑。
系统中3个主要的硬件构件是客户端计算机、服务器和连接两者的网络。
P213：3个硬件构件P214-215：C/S架构的优缺点P214C/S架构优点：∙最主要的优点是可升级的∙客户/服务器架构能支持许多不同型号的客户端和服务端∙采用因特网标准的瘦客户/服务器架构可以很容易将系统划分为表示逻辑、应用逻辑、和数据访问逻辑3个部分，并可以相对独立地分别进行设计∙整个网络更可靠缺点：∙最重要的一点是它的复杂性∙许多基于C/S架构的争论都把焦点集中于花费上P219:操作性需求定义和类型P220:性能需求定义和类型P222:安全需求定义和类型P225:文化与政治需求定义和类型P229:影响硬件与软件选择的因素（图9-7）P236：用户界面包含3个组成部分P236用户界面包含3个基本组成部分：第一个是导航机制，即用户下达指示给系统并告诉它做什么的方式；第二个是输入机制，即系统捕获信息的方式；第三个是输出机制，即系统给用户或其他系统提供信息的方式。
第十章P237:用户界面设计原则（表10-1）P237用户界面设计原则布局：界面应该是屏幕上的一系列区域，这些区域被始终如一地使用以达到不同的目的——例如，顶级区域用于命令和导航，中间区域用语输入和输出的信息，而底部区域则用于状态信息内容提示：用户应该始终清楚他们处于系统的哪一个阶段以及正在显示的是什么信息审美学：界面不仅应该实用，还要精心通过采用空白、色彩和字体来吸引用户。
通常情况下，包含足够的空白能使界面看起来很舒服，但又不会浪费太多空间以至于重要信息不能显示在屏幕上，这两者之间需要协调平衡用户经验：虽然操作简易性和学习简易性会产生相似设计的决策，但有时这两者之间需要协调。
软件的新用户或不经常使用的用户侧重学习简易性，而常用用户则侧重操作简易性一致性：界面设计的一致性使用户在执行一个功能时能够预测出将会发生什么。
这是学习简易性、操作简易性和美观的最主要因素尽量方便用户：界面应该操作简单，大多数设计者会在开始菜单和用户执行工作之间设计不多于3次的鼠标点击P243-244:用户界面设计过程5个步骤P248:界面设计原型3种方法P254:菜单类型P255:消息类型P259:选择框类型P263:报表类型第十一章P280:创建物理数据流图的步骤（表11-1）P280创建物理数据流图的步骤1、添加实现标注2、绘制一个人机边界3、添加系统相关的数据存储、数据流和过程4、更新数据流中的数据元素5、更新CASE知识库中的元数据CASE:计算机辅助软件工程；DFD；数据流图P285-297：结构图P293-295:内聚、耦合、扇入和扇出P299:伪代码第十二章P311:两种主要数据存储格式类型P311数据存储格式主要有两种类型：文件和数据库。
文件是一种被优化的、用来实现特定事务的电子数据列表。
数据库是一组在某些方面（如共同领域）相互关联的信息集合。
数据库分类：遗留数据库、关系数据库、对象数据库、多维数据库P313:数据库类型P327：加快数据访问速度的技术P330-331:索引及建立索引的方针没提到的：P8结构化设计：瀑布式开发、并行开发、快速应用开发（RAD）、阶段性开发、敏捷开发。
P54 甘特图P55 PERT图得会画PERT用3种时间估算值：最乐观值、最可能值和最悲观值。
PERT加权平均值= [ 最乐观值+ （4 × 最可能值）] / 6P57 在项目中导致进度滞后和成本超出的最普遍原因是——范围扩张。