软件系统分析与设计DOC
软件系统分析与设计大作业
NANCHANG UNIVERSITY小组概况组号：第 组 学号姓名班级 分工组长 8000113177 高爽超 软工133班 ERP 系统的架构，UML 绘制 组员 8000113166 罗崇飞 软工133班 设计模块的负责 组员 8000113174 方赖杨 软工133班 类间关系模块的负责 组员8000113136李根华软工133班 用例模块的负责课程名称： 软件系统分析与设计题 目： ERP 系统 任课教师： 刘老师提交时间： 2015年 6 月 21 日 学 期：2014-2015学年第2学期目录一、前言 (5)1.背景说明 (5)2.需求分析 (5)二、系统模块划分及功能 (5)1.模块划分 (6)1.1基础数据维护模块 (6)1.2信息查询模块 (6)1.3生产管理模块 (6)1.4销售管理模块 (7)1.5采购管理模块 (7)1.6仓库管理模块 (7)1.7数据库管理模块 (7)2.各子系统的功能 (7)2.1管理者子系统 (7)2.2财务子系统 (8)三、用例图 (8)1.主用例图 (8)2.ERP系统界面 (8)3.系统管理模块 (9)3.1数据库管理模块 (9)3.1.1员工信息管理 (10)3.1.2客户信息管理 (10)3.1.3订单信息管理 (10)3.1.4产品信息管理 (11)3.1.5报表信息管理 (11)3.2基础数据维护模块 (12)4.信息查询模块 (12)5.生产管理模块 (13)6.销售管理模块 (14)7.采购管理模块 (14)8.仓库管理模块 (15)9.财务管理模块用例图 (16)四、活动图 (16)1.数据库管理 (16)2.基础信息维护 (16)2.1添加员工信息 (17)2.2修改员工信息 (17)2.3添加订单信息 (18)2.4修改订单信息 (19)2.5添加产品信息 (19)2.6修改产品信息 (20)3.信息查询 (21)3.1订单信息查询 (21)3.2客户信息查询 (22)3.3员工信息查询 (22)3.4产品信息查询 (22)3.5报表查询 (23)4.生产管理 (24)5.销售管理 (25)6.采购管理 (25)7.仓库管理 (27)五、序列图 (28)1.数据库管理 (28)1.1信息添加 (29)1.2信息修改 (30)1.3信息删除 (31)2.基础数据维护 (31)2.1添加员工信息 (32)2.2修改员工信息 (33)2.3添加订单信息 (34)2.4修改订单信息 (35)2.5添加产品信息 (36)2.6修改产品信息 (37)3.信息查询 (38)4.生产管理 (38)5.销售管理 (39)6.采购管理 (39)7.仓库管理 (40)六、类图 (41)1.基础数据维护 (41)2.数据库管理 (42)3.信息查询 (43)七、状态图 (44)1.基础数据模块 (44)2.数据库模块 (45)3.信息查询模块 (45)八、组建图 (46)九、布局图 (47)十、数据模型图 (47)1.基础数据维护 (47)2.数据库管理 (48)十一、设计模式 (49)1. 创建型设计模式 (49)2. 结构型设计模式 (49)3. 行为型设计模式 (49)十二、用户界面 (50)一、前言1.背景说明企业资源计划或称企业资源规划简称ERP（Enterprise ResourcePlanning），由美国著名管理咨询公司Gartner Group Inc.于1990年提出来的，最初被定义为应用软件，但迅速为全世界商业企业所接受，现已经发展成为现代企业管理理论之一。
uml系统分析与设计uml系统建模基础教程课后习题答案.docx
UML系统建模基础教程课后答案第一章面向对象设计与UML1.填空题(1)UML(2)封装继承多态(3)继承(4)瀑布模型喷泉模型基于组件的开发模型XP开发模型2.选择题(1) C(2) A B C D(3) A B C D(4) A B C(5) A3.简答题1.试述对象和类的关系。
(1)类是具有相同或相似结构、操作和约束规则的对象组成的集合，而对彖是某一类的具体化实例，每一个类都是具有某些共同特征的对象的抽象。
类与对象的关系就如模具和铸件的关系，类的实例化结果就是对象，而对一类対象的抽象就是类.类描述了一组有相同特性和相同行为的对象。
第二章UML通用知识点综述1.填空题(1)依赖泛化关联实现(2)视图图模型元素(3)实现视图部署视图(4)构造型标记值约束(5)规格说明修饰通用划分2.选择题(1) D(2) C(3) A(4) A B(5) D3.简答题(1)在UML中面向对象的事物有哪几种？在UML中，定义了四种基本的面向对象的事物，分别是结构事物、行为事物、分组事物和注释事物等。
(2)请说出构件的种类。
构件种类有：源代码构件、二进制构件和可执行构件。
(3)请说出试图有哪些种类。
在UML中主要包括的视图为静态视图、用例视图、交互视图、实现视图、状态机视图、活动视图、部署视图和模型管理视图。
(4)请说出视图和图的关系。
视图和图是包含和被包含的关系。
在每一种视图中都包含一种或多种图。
(5)请简述UML的通用机制。
UML提供了一些通用的公共机制，使用这些通用的公共机制(通用机制)能够使UML在各种图中添加适当的描述信息，从而完善UML的语义表达。
逋常，使用模型元素的基本功能不能够完善的表达所要描述的实际信息，这些通用机制可以有效地帮助表达，帮助我们进行有效的UML 建模。
UML提供的这些通用机制，贯穿于整个建模过程的方方面面。
前面我们提到，UML的通用机制包括规格说明、修饰和通用划分三个方面。
第三章Rational统一过程1.填空题(1)角色活动产物工作流(2)逻辑视图过程视图物理视图开发视图用例视图(3)设计开发验证(4)二维(5)周期迭代过程里程碑2.选择题(1) A B C D(2) A C D(3) A C D(4) A B C(5) A B C D3.简答题(1)请描述迭代过程有几个阶段。
软件需求分析与系统设计
软件需求分析与系统设计现代社会，软件已经成为人们生活和工作中不可或缺的一部分。
在软件开发的过程中，软件需求分析与系统设计是非常重要的环节。
本文将从需求分析和系统设计两个方面进行探讨，以帮助读者更好地了解软件开发过程中的关键步骤。
一、需求分析需求分析是软件开发过程中的第一步，它的目的是明确并记录软件的需求，以便于后续的系统设计、编码和测试等工作。
1.1 需求收集与整理需求收集是需求分析的核心环节，通过与用户交流、调查问卷等方式，获取用户对软件的期望和需求。
在收集需求的过程中，需求分析师需要与用户沟通，了解其真正的需求，并对需求进行分类、整理，以便后续分析和设计工作的展开。
1.2 需求分析与建模需求分析与建模是将用户需求转化为可实现的软件功能和系统特性的过程。
在这一阶段，需求分析师需要使用工具如用例图、流程图等，对需求进行分析和建模，以确保需求的准确性和一致性。
同时，还需考虑软件的可扩展性、性能需求等方面，来指导后续的系统设计和开发。
1.3 需求验证与确认需求验证是确保已分析的需求与用户真正期望一致的过程。
通过与用户的沟通和确认，验证需求的准确性和可行性。
需求分析师需要制定相应的测试计划和用例，对需求进行验证。
如果存在不一致或不完善的地方，及时进行修改和补充，以确保软件开发的成功。
二、系统设计系统设计是在需求分析的基础上，按照一定的设计原则和规范，对软件系统的结构、功能和行为进行规划和设计的过程。
2.1 架构设计架构设计是系统设计中的首要环节，它决定了软件系统的整体结构和各个组件之间的关系。
在架构设计时，需要考虑到软件系统的可扩展性、灵活性和可维护性等方面。
常用的架构设计模式如MVC、分层设计等，可以有效地帮助开发者规划软件的结构和组织代码。
2.2 模块设计模块设计是将软件系统划分为若干独立的功能模块，并对模块之间的接口和依赖关系进行定义和设计。
通过模块化的设计，可以降低系统的复杂性，提高代码的可重用性和可维护性。
软件开发中的需求分析与系统设计
软件开发中的需求分析与系统设计在软件开发的过程中，需求分析和系统设计是非常重要的环节。
需求分析是指通过对用户需求的调研和分析，准确地把握用户的需求和期望，为软件系统的开发奠定基础；而系统设计则是在需求分析的基础上，根据软件开发的目标和实际情况，制定出合理的系统设计方案。
本文将重点探讨软件开发中的需求分析与系统设计的相关内容。
一、需求分析1. 用户需求调研在软件开发过程中，了解用户的需求是非常重要的。
开发人员可以通过与用户的交流和访谈，调查问卷以及竞品研究等方式来收集和分析用户需求。
通过这些调研手段，可以深入了解用户对软件的期望，包括功能需求、用户界面需求、性能需求等方面。
2. 需求分析方法需求分析是将用户需求转化为软件系统开发的基础，因此需要一定的方法和工具来帮助开发人员进行需求的分析和整理。
常用的需求分析方法包括敏捷开发、用户故事、用例建模等。
开发人员可以根据实际情况选择合适的方法，以确保需求的准确性和完整性。
3. 需求文档编写在需求分析过程中，开发人员需要将分析结果进行文档化，以便于后续的开发和沟通。
需求文档中通常包括功能需求、非功能需求、用例描述、数据流图等内容，以确保开发团队对需求的理解一致。
同时，需求文档也可以作为后续开发、测试、验收等环节的重要参考。
二、系统设计1. 概要设计概要设计是在需求分析的基础上，制定出软件系统的整体结构和框架。
概要设计需要考虑系统的模块划分、数据流程、技术选型、数据库设计等内容。
同时，概要设计还需要考虑系统的可扩展性、安全性、可维护性等方面，以确保系统能够满足未来的发展需求。
2. 详细设计在概要设计完成后，需要进行详细设计。
详细设计是对系统的每个功能模块进行具体的设计和描述，包括模块的接口定义、数据结构设计、算法设计等。
详细设计需要考虑系统的实现细节和技术细节，以确保系统的稳定性和可靠性。
3. 设计文档编写在系统设计的过程中，开发人员需要将设计结果进行文档化，以便于后续的开发和沟通。
软件系统分析与设计
软件系统分析与设计实验报告学院软件学院专业软件工程年级2005级姓名学号2008年4 月7 日目录实验一：软件项目管理软件的学习和使用(宋体三号加粗) (1)实验二：软件建模工具的学习和使用(宋体三号加粗) (3)注：1.文档中所有的正文部分的字，均为宋体小四号（包括图表下的图标名）2.行间距为1.25倍3.“目录”应在word里自动生成4.总页数（包括封面及目录）不少于7页5. 目录的页码从正文算起（即目录中的第一页应该对应正文的第一页6.正文部分要在正中央添加页码（从1开始），封面和目录不添加页码实验一：软件项目管理软件的学习和使用(宋体三号加粗)1.实验目的和内容(宋体小三号加粗)(宋体小四)2.Project20073.创建项目并分配资源3.1 创建项目（宋体四号加粗）简要文字说明，以及各阶段划分、时间安排的表格截图（宋体小四号加粗）截图可参考ms_project_2002_whitten-bentley.pdf 中第3页右侧的截图3.2 分配资源简要文字说明，以及Resource Sheet的截图（2个）截图1可参考ms_project_2002_whitten-bentley.pdf 中第5页的截图截图2可参考ms_project_2002_whitten-bentley.pdf 中第6页的截图4.甘特图简要文字说明，以及截图(2个)：甘特图和关键路径“关键路径”要包括“富裕时间”可以参考ms_project_2002_whitten-bentley.pdf 中第9页以及课本P153页图4.18 关键路径分析通过更改Gantt Chart View，在Gantt Chart Wizard中选择critical path进行查看注：文档中的所有的截图都是项目最终的截图，而非中间进行过程中的图5.学习体会实验二：软件建模工具的学习和使用(宋体三号加粗) 1.实验目的和内容(宋体小三号加粗)(宋体小四)2.Visio20073.创建模型3.1用例图3.2类图3.3时序图………………..（以上三个是必做的图，其他UML图可以根据选做）4.学习体会。
软件工程的需求分析与系统设计
软件工程的需求分析与系统设计软件工程是指将工程的原理和方法应用于开发、维护和管理软件系统的学科。
在软件工程的开发过程中，需求分析和系统设计是非常重要的环节。
本文将重点探讨软件工程中的需求分析和系统设计，并介绍相关的方法和技术。
一、需求分析需求分析是软件工程中非常关键的阶段，它的目的是准确地理解用户的需求，并将这些需求转化为具体的软件规格说明。
需求分析阶段主要包括以下几个步骤。
1. 需求获取：通过与用户的沟通和交流，获取用户对软件系统的需求。
可以通过面对面的会议、访谈和问卷调查等方式来获取需求。
2. 需求分析：将收集到的需求进行整理和归类，分析用户需求的优先级和重要性，确定最终的软件需求规格。
3. 需求验证：验证软件需求规格是否准确、完整和一致。
可以通过原型设计、模型验证和评审等方式进行需求验证。
二、系统设计系统设计是根据需求分析的结果，将软件系统划分为各个子系统，并确定各个子系统之间的接口和功能。
系统设计阶段主要包括以下几个步骤。
1. 架构设计：确定软件系统的整体框架和结构，包括模块划分、组件设计和系统模式选择等。
常用的系统架构包括分层架构、客户-服务器架构和面向服务架构等。
2. 详细设计：对系统的各个模块进行详细设计，包括算法设计、数据结构设计和界面设计等。
详细设计需要考虑系统的性能、可靠性和可扩展性等方面。
3. 接口设计：定义各个模块之间的接口规范，确保模块之间的正确交互和数据传递。
接口设计需要考虑模块之间的解耦和复用性。
三、需求分析与系统设计的关系需求分析和系统设计是紧密相关的，需求分析的结果直接影响系统设计的过程和结果。
需求分析阶段的正确性和完整性决定了系统设计的准确性和稳定性。
在需求分析阶段，我们需要充分了解用户的需求，并将之转化为具体的软件规格。
这些规格要求在系统设计阶段被满足和实现，包括系统的架构设计、模块划分和接口设计等。
系统设计阶段需要基于需求分析的结果，进行各个模块的设计和接口规范的定义。
软件开发流程中的需求分析与系统设计
软件开发流程中的需求分析与系统设计在软件开发流程中，需求分析和系统设计是两个至关重要的环节。
需求分析旨在从客户的角度明确系统应该达到的功能和性能要求，而系统设计则负责将需求分析的结果转化为具体的系统结构和组件。
本文将详细探讨需求分析和系统设计在软件开发中的作用，并介绍它们的流程和方法。
一、需求分析需求分析是软件开发的第一步，它关注的是系统应该具备什么功能和性能。
需求分析的目标是明确客户的需求，合理安排系统的功能和性能要求。
下面是需求分析的一般流程：1.收集需求：与客户沟通，了解客户的需求和期望。
可以通过面谈、问卷调查等方式进行需求收集。
2.需求分析：对收集到的需求进行分析，将其划分为功能需求和非功能需求。
功能需求描述了系统应该实现的具体功能，如用户注册、订单管理等；非功能需求描述了系统的性能、安全性、可靠性等方面的要求。
3.需求验证：验证需求的准确性和完整性。
可以通过原型设计、模拟测试等方式进行需求验证，确保系统满足客户的需求。
4.需求文档编写：将需求整理成文档形式，包括用例文档、需求规格说明书等。
需求文档要清晰、准确地描述系统的功能和性能要求，以便后续的系统设计和开发工作。
二、系统设计系统设计是将需求分析的结果转化为具体的系统结构和组件的过程。
系统设计的目标是满足需求分析阶段确定的功能和性能要求，保证系统的可扩展性和可维护性。
下面是系统设计的一般流程：1.总体设计：确定系统的总体结构和模块划分。
总体设计应考虑系统的难易程度、可扩展性和可维护性，确定系统的层次结构和组件之间的关系。
2.详细设计：在总体设计的基础上，详细设计每个模块的功能和接口。
详细设计要考虑模块的内部结构和算法，确保模块的功能完备、高效。
3.数据库设计：设计系统所需的数据库结构和表关系。
数据库设计应考虑数据的完整性、一致性和安全性，合理设计数据库的表结构和索引。
4.界面设计：设计系统的用户界面。
界面设计应考虑用户的使用习惯和美观度，提供良好的用户体验。
软件系统分析与及设计
软件系统分析与及设计需求分析阶段是软件系统开发过程中非常重要的一步，目的是明确系统的功能需求和性能需求，以及与用户需求的一致性。
在需求分析过程中，需要进行以下五个步骤：问题定义、需求获取、需求分析、需求规格和需求验证。
问题定义阶段是需求分析的起始阶段，主要目的是明确软件开发的目标。
在这个阶段，开发团队需要与用户进行交流，了解用户的需求和期望，明确软件系统需要解决的问题。
需求获取阶段是从用户那里获得系统的需求和约束。
这个阶段需要开发团队与用户进行频繁的沟通和交流，以便深入了解用户的需求。
开发团队可以通过面对面的会议、问卷调查、用户访谈等方式来获取需求。
需求分析阶段是根据用户的需求和期望，进行需求的分析和整理。
这个阶段需要将用户的需求转化为系统的功能需求和性能需求。
开发团队需要对用户的需求进行深入的分析，了解需求的复杂性和约束性。
需求规格阶段是将需求分析的结果进行规范化和文档化的过程。
在这个阶段，开发团队需要将需求转化为需求规格文档，包括功能需求、性能需求、约束等内容。
需求规格文档需要清晰、准确地描述软件系统的需求和约束。
需求验证阶段是对需求进行验证和检验的过程。
在这个阶段，开发团队需要与用户进行确认，确保需求规格文档的准确性和完整性。
如果发现需求规格文档存在问题或不完善，开发团队需要进行调整和修改。
系统设计阶段是在需求分析的基础上，进行软件系统的设计和实现的过程。
在系统设计过程中，需要进行以下三个步骤：概要设计、详细设计和系统实现。
概要设计阶段是对系统整体架构进行设计的过程。
在这个阶段，开发团队需要确定系统的模块划分、模块之间的关系、以及系统的核心算法和数据结构。
概要设计需要考虑系统性能、稳定性和可扩展性等因素。
详细设计阶段是对系统具体模块进行设计的过程。
在这个阶段，开发团队需要对系统的具体功能进行设计，包括输入输出的界面设计、算法和数据结构的设计、数据库的设计等。
详细设计需要考虑系统的可维护性、可测试性和可重用性等因素。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第1章软件工程基础知识1.1软件工程知识体系●软件需求（Software Requirements）●软件设计（Software Design）●软件构造（Software Construction）●软件测试（Software Testing）●软件维护（Software Maintenance）●软件配置管理（Software Configuration Management）●软件工程管理（Software Engineering Management）●软件工程过程（Software Engineering Process）●软件工程工具和方法（Software Engineering 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）●增量模型（incremental model）●螺旋模型（spiral model）●喷泉模型（water fountain model）1.3软件质量模型与软件质量管理● 1.3.1 软件质量模型●软件产品的内部质量、外部质量和使用质量●质量特性、质量子特性和度量●功能性：适宜性、准确性、互用性、依从性、安全性●可靠性：成熟性、容错性、可恢复性●可用性：可理解性、易学性、可操作性●效率：时间特性、资源特性●可维护性：可分析性、可修改性、稳定性、可测试性●可移植性：适应性、易安装性、一致性、可替换性● 1.3.2 软件质量管理●质量需求分析●质量计划●质量保证●质量控制●质量改进●软件质量管理体系1.4软件配置管理● 1.4.1 软件配置项与基线●计算机软件配置项（CSCI）●基线（baseline）●功能基线（functional baseline）●指派基线（allocated baseline）●产品基线（product baseline）● 1.4.2 软件配置管理过程●对象标识●版本控制●变化控制●配置审计●配置报告1.5软件过程管理● 1.5.1 软件能力成熟度模型（CMM）●CMM的5个等级：初始级、可重复级、已定义级、已管理级、优化级●CMM的关键过程域（KPA）：需求管理、软件项目计划、软件项目跟踪和监控、软件子合同管理、软件质量保证、软件配置管理、组织级过程焦点、组织级过程定义、培训大纲、集成软件管理、软件产品工程、组间协调、同行评审、定量过程管理、软件质量管理、缺陷预防、技术变更管理、过程变更管理● 1.5.2 软件过程与软件能力成熟度评估●第一步，建立评估组●第二步，填写提问单●第三步，响应分析●第四步，现场考察●第五步，提出调查发现清单●第六步，制作关键过程域（KPA）剖面图● 1.5.3 软件过程改进●第一步，比较“目标状态”与“目前状态”，找出所有差距●第二步，确定改进目标●第三步，制定改进计划●第四步，执行改进计划●第五步，总结本轮改进经验，开始下一轮改进1.6小节●软件工程学是研究如何有效地组织和管理软件开发的工程学科。
●软件产品所要经历的计划、分析、设计、编程、测试、维护直至被淘汰这样一个全过程被称为软件生存周期。
用不同的方式将软件生命周期中的所有开发活动组织起来，可以形成不同的软件开发模型。
●软件质量就是软件与明确地和隐含地定义的需求相一致的程度。
软件质量管理是指软件开发机构为保证软件项目满足客户需求所要实施的质量活动。
●软件配置管理是在软件的整个生命期内管理变化的一组活动，目标是使变化更正确且更容易被适应。
●软件过程是指人们用于开发和维护软件及其相关产品的一系列活动，包括软件工程过程和软件管理过程。
软件过程管理的目的就是提升软件组织的提高软件开发能力。
第2章项目管理基础知识2.1项目与项目管理● 2.1.1 项目●项目是在特定条件下、具有特定目标的一次性任务，是在一定时间内、满足一系列特定目标的多项相关工作的总和。
1.项目的临时性●项目的独特性1.项目的渐进性2.1.2 项目管理●项目管理就是将各种知识、技能、工具和技术应用于项目之中，以达到项目的要求。
●项目范围●项目时间●项目成本●项目质量2.2项目管理过程与过程组● 2.2.1 过程与过程组●过程就是一组为了完成一系列事先指定的产品、服务或成果而需执行的互相联系的行动和活动。
软件项目管理过程可归纳为五个过程组。
●启动过程组（initiating process group）●规划过程组（planning process group）●实施过程组（executing process group）●监控过程组（monitoring and controlling process group）●收尾过程组（closing process group）● 2.2.2 项目管理过程的交互作用●项目管理过程并不是互不相干的一次性事件●项目管理过程组之间是一种前后衔接、承前启后的关系●项目管理过程组之间有时又是一种时间交错、空间并行的关系●项目管理过程组之间还是一种信息收集、存储、处理和传递的关系●某些过程组的关联具有重复迭代性●规划过程组、执行过程组和监控过程组之间形成一种闭环的关系●过程组的交互作用往往还会跨越项目阶段●项目阶段和过程之间有相互联系● 2.2.3 项目管理过程的裁剪●不同类型的软件项目应选用不同的项目管理过程●不同阶段的软件项目应选用不同的项目管理过程●不同软件项目的管理过程会有不同的具体过程●不同软件项目的管理过程会有不同的具体过程顺序●不同软件项目的管理过程会有不同的条件与约束●不同软件项目的管理过程会有不同的简化程度●不同软件项目的管理过程需要不同的集成程度●项目变更会使项目管理过程随之变化2.3项目管理知识体系●项目综合管理●项目范围管理●项目时间管理●项目成本管理●项目质量管理●项目人力资源管理●项目沟通管理●项目风险管理●项目采购管理2.4小节●项目管理就是将项目管理知识、技能、工具和技术应用于项目活动之中，可以将软件项目管理活动视做一系列相互联系的过程。
●项目管理过程可归纳为5个过程组：启动过程组、规划过程组、实施过程组、监控过程组与收尾过程组。
●项目管理包括9个知识领域：项目综合管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理与项目采购管理。
第3章软件开发技术3.1软件开发平台● 3.1.1 Microsoft .NET平台●Microsoft .NET Framework：.NET CLR（通用语言运行环境）；.NET BCL（基础类库）；；。
●Microsoft Visual Studio .NET：组件；XML数据组件；Windows表单组件；应用服务； Web表单；Web服务支持。
● 3.1.2 J2EE平台●组件-容器：搭建体系架构●平台标准服务●多层应用模型3.1.3 Microsoft .NET与J2EE的异同●类似的平台基础构造●相同的三层/多层体系1.不同的移植、性能和扩展●在Web支持方面的比较●第三方厂商的支持1.潜在的市场3.2中间件技术● 3.2.1 中间件简介●终端仿真/屏幕转换中间件●数据访问中间件●远程过程调用中间件●消息中间件●交易中间件●对象中间件●Web服务器中间件●安全中间件● 3.2.2 消息代理中间件●构件化的结构●可恢复性、易于管理、灵活性●具有数据转换设施。
●可靠高效的通信●多样的管理能力●丰富的应用开发环境● 3.2.3 面向数据库的中间件●ODBC●JDBC●数据库网关3.3构件技术● 3.3.1 构件库●构件的存储●构件的分类与检索机制●构件库的编目●构件库的管理和维护● 3.3.2 构件模型●3C模型●刻面（Facet）模型●青鸟模型● 3.3.3 构件的属性与特点●构件是可独立配置的单元，构件必须自包容。
●构件强调与环境和其他构件的分离，因此构件的实现是严格封装的，外界没机会或没必要知道构件内部的实现细节。
●构件可以在适当的环境中被复合使用，因此构件需要提供清楚的接口规范，可以与环境交互。
●构件没有个体特有的属性，最多仅有特定构件的一份副本。
● 3.3.4 构件与中间件●中间件，本质上是对分布式应用的抽象，中间件与系统架构实际上是从两种不同的角度看待软件的中间层次。
●中间件促进了构件化软件，基于中间件开发的应用系统是构件化的，中间件提供了构件的体系结构，极大提高了构件化软件开发的效率和质量。
●构件化的软件设计思想在中间件发展中起到了重要的作用。
3.4小节●Microsoft .NET平台和J2EE平台是目前最常用的两大软件开发平台。
作为彼此竞争的应用平台，Microsoft .NET平台和J2EE平台在目标和体系结构上极其相似，但在实现上又完全不同。
二者总的关系是：异中有同，同中有异。
●中间件是处于操作系统和应用程序之间的软件。
中间件保持了平台的透明性，抽象了典型的应用模式。
应用软件开发者可以基于标准的中间件进行再开发，而不必再考虑操作系统的问题。
●构件是可复用的软件成份，可被用来构造其他软件。
中间件促进了构件化软件，应用系统在中间件提供的环境中可以更好地集中于业务逻辑上，并以构件的形式存在。
构件思想也反过来推动了中间件的发展。
第4章软件项目规划4.1项目策划●从政策导向中寻找项目机会1.从市场需求中寻找项目机会●从技术发展中寻找项目机会1.从特定事件中寻找项目机会4.2项目可行性分析4.2.1 技术可行性分析●项目的必要性分析●软件组织水平与能力分析●项目技术来源分析●与项目相关的专利分析●项目负责人及技术骨干的资质分析1.项目总体技术方案分析●项目创新点分析●项目技术风险分析●项目技术成熟性分析● 4.2.2 项目投资及效益分析●项目投资预算分析●项目投资来源分析●市场需求与产品销售额分析●产品成本、利润与盈亏平衡点分析●投资回收期、投资收益率分析●社会效益分析4.3项目论证、评估与立项● 4.3.1 项目论证与评估的基本概念●项目论证是指对拟实施项目技术上的先进性、成熟性、适用性，经济上的合理性、盈利性，实施上的可能性、风险性进行全面科学的综合分析，为项目决策提供客观依据的一种技术经济研究活动。