概要设计和详细设计区别
概要设计和详细设计的内容
概要设计和详细设计的内容1. 概要设计：俯瞰全局的那把钥匙概要设计，听起来是不是有点高大上的感觉？其实，它就像是一个厨师在准备大餐之前的菜单，先把大致的框架搞清楚，再逐步细化。
这个阶段，咱们主要是从整体上把握项目，确定目标和范围。
就像给一幅画打底，得先画出大致的轮廓，才好慢慢添上细节。
你想啊，如果一开始就去画眼睫毛，最后可能连鼻子都没画出来，那可就闹笑话了。
1.1 确定需求：买菜清单的重要性首先，概要设计的重中之重就是需求分析。
就像逛超市前先写个买菜清单，知道自己需要什么，才能买得心应手。
在这个阶段，团队会和客户沟通，听听他们的需求，确保咱们的产品能满足他们的期望。
这就好比和朋友商量去旅行，得先问清楚大家想去哪里，才好安排路线。
总之，需求分析就是为了把那些模糊不清的想法变得清晰明了。
1.2 设计架构：搭个框架，稳稳的接下来，咱们就进入了设计架构的阶段。
这部分就像搭建一个房子的框架，必须得坚固才能支撑起整个建筑。
概要设计不仅要考虑技术架构，还要关注系统的可扩展性和可维护性。
想象一下，如果一个房子的基础不牢固，后面再加上几层楼，那可就危险了。
所以，概要设计的关键是要有一个好的基础，确保后续的开发能够顺利进行。
2. 详细设计：画龙点睛的过程详细设计，顾名思义，就是在概要设计的基础上，把每个细节都给补充上去。
这个阶段就像是给刚刚搭好的房子装修，选择每一扇窗户、每一扇门，甚至每一盏灯的样式。
详细设计的目标是让系统在技术层面上更加完善，确保每个模块都能高效运行。
2.1 模块划分：分工明确，合作无间详细设计的第一步就是模块划分。
想象一下，一个足球队，前锋、中场、后卫，每个位置都有不同的任务，大家各司其职，才能赢得比赛。
在软件设计中，模块化可以让团队成员明确自己的职责，提高工作效率。
通过划分模块，大家可以并行开发，像打篮球一样，快速传球，互相配合，效率杠杠的。
2.2 接口设计：沟通的桥梁接下来就是接口设计，这就好比是在建造桥梁，确保不同模块之间可以顺畅沟通。
概要设计和详细设计的区别
博客：概要设计与详细设计的区别概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。
同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。
详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。
概要设计阶段通常得到软件结构图详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等概要设计和详细设计在软件设计中，大家经常问到的一个问题是：概要设计应该怎样一个概要法，详细设计应该怎样一个详细法？这个问题在公司内部经常有人问。
现在陈述一下。
我们公司的研发流程是瀑布型的，这个模型中的分析、设计阶段是基于经典的结构化方法。
结构化设计方法的基本思路是：按照问题域，将软件逐级细化，分解为不必再分解的的模块，每个模块完成一定的功能，为一个或多个父模块服务（即接受调用），也接受一个或多个子模块的服务（即调用子模块）。
模块的概念，和编程语言中的子程序或函数是对应的。
这样一来，设计可以明显地划分成两个阶段：概要（结构）设计阶段：把软件按照一定的原则分解为模块层次，赋予每个模块一定的任务，并确定模块间调用关系和接口。
详细设计阶段：依据概要设计阶段的分解，设计每个模块内的算法、流程等。
概要设计阶段：在这个阶段，设计者会大致考虑并照顾模块的内部实现，但不过多纠缠于此。
主要集中于划分模块、分配任务、定义调用关系。
模块间的接口与传参在这个阶段要定得十分细致明确，应编写严谨的数据字典，避免后续设计产生不解或误解。
概要设计一般不是一次就能做到位，而是反复地进行结构调整。
典型的调整是合并功能重复的模块，或者进一步分解出可以复用的模块。
在概要设计阶段，应最大限度地提取可以重用的模块，建立合理的结构体系，节省后续环节的工作量。
概要设计文档最重要的部分是分层数据流图、结构图、数据字典以及相应的文字说明等。
概要设计与详细设计的区别
概要设计与详细设计的区别概要设计就就是设计软件的结构,包括组成模块,模块的层次结构,模块的调用关系,每个模块的功能等等。
同时,还要设计该项目的应用系统的总体数据结构与数据库结构,即应用系统要存储什么数据,这些数据就是什么样的结构,它们之间有什么关系。
详细设计阶段就就是为每个模块完成的功能进行具体的描述,要把功能描述转变为精确的、结构化的过程描述。
概要设计阶段通常得到软件结构图详细设计阶段常用的描述方式有:流程图、N-S图、PAD图、伪代码等概要设计与详细设计在软件设计中,大家经常问到的一个问题就是:概要设计应该怎样一个概要法,详细设计应该怎样一个详细法？这个问题在公司内部经常有人问。
现在陈述一下。
我们公司的研发流程就是瀑布型的,这个模型中的分析、设计阶段就是基于经典的结构化方法。
结构化设计方法的基本思路就是:按照问题域,将软件逐级细化,分解为不必再分解的的模块,每个模块完成一定的功能,为一个或多个父模块服务(即接受调用),也接受一个或多个子模块的服务(即调用子模块)。
模块的概念,与编程语言中的子程序或函数就是对应的。
这样一来,设计可以明显地划分成两个阶段:概要(结构)设计阶段:把软件按照一定的原则分解为模块层次,赋予每个模块一定的任务,并确定模块间调用关系与接口。
详细设计阶段:依据概要设计阶段的分解,设计每个模块内的算法、流程等。
概要设计阶段:在这个阶段,设计者会大致考虑并照顾模块的内部实现,但不过多纠缠于此。
主要集中于划分模块、分配任务、定义调用关系。
模块间的接口与传参在这个阶段要定得十分细致明确,应编写严谨的数据字典,避免后续设计产生不解或误解。
概要设计一般不就是一次就能做到位,而就是反复地进行结构调整。
典型的调整就是合并功能重复的模块,或者进一步分解出可以复用的模块。
在概要设计阶段,应最大限度地提取可以重用的模块,建立合理的结构体系,节省后续环节的工作量。
概要设计文档最重要的部分就是分层数据流图、结构图、数据字典以及相应的文字说明等。
系统设计：详细设计和概要设计主要内容
设计过程包括2个主要的规程：概要设计，详细设计.1.概要设计: 收集相关资料，确定设计目标，完成系统的架构设计。
2.详细设计：在概要设计基础上，确定接口的详细规格说明。
概要设计模板引言(项目背景、系统任务、设计依据）；总体设计(设计原则、总体结构、关键技术）；系统功能设计说明;数据库设计；界面设计；系统安全设计;开发工具；系统运行环境⏹选择设计方法学：比如使用面向对象设计方式或者结构化设计方式，并且有一个成熟的方法论作为指导。
⏹子系统分解：对系统进行分层、分区等处理，得到组成系统的子系统，降低系统复杂度。
⏹确定子系统的服务：定义子系统提供的服务，以及对其他子系统服务的使用情况。
此处的服务不需要对接口做详细地规格说明。
⏹设计对象模型：对需求分析中产生的对象模型进行整理，添加解决域实体，根据一些设计模式或者解决问题的需要，对系统中的实体以及它们之间的关系进行整理。
⏹确定系统的构件模型：比如有哪些动态库，哪些COM组件等；确定哪些类或者文件属于这些构件;确定构件之间的依赖关系。
⏹确定系统硬件分布情况:比如是客户机/服务器，还是分布式系统，并且用模型建立它们的关系。
⏹确定软件和硬件的映射关系：哪些构件放到哪些机器上。
⏹确定系统的数据管理策略：确定对实体的管理是利用内存对象、文件还是数据库方式，并进行建模。
⏹设计在系统的边界处理:比如初始化、退出、异常处理等情况下系统行为规则.详细设计模板详细设计是为系统的每项具体任务选择适当的技术手段和处理方法.总体设计负责构建系统整体骨架,详细设计则要考虑各个方面的部件内部细节的方案。
例如系统的输入输出设计、用户界面设计、数据库设计、程序处理过程设计、网络系统设计、安全性设计等方面的内容. 详细设计的基本任务详细设计包括业务对象设计、功能逻辑设计、数据库设计和界面设计等工作.详细设计是系统实现的依据,需要考虑所有的设计细节。
（1）为每个模块进行详细的算法设计。
用某种图形、表格、语言等工具将每个模块处理过程的详细算法描述出来。
系统概要设计和详细设计
系统概要设计和详细设计系统概要设计和详细设计系统概要设计是软件开发过程中的一个重要环节，它是在需求分析的基础上，对整个系统进行全面的规划和设计。
系统概要设计包括了对系统的总体结构、功能模块、数据结构、算法流程等方面进行详细的规划和描述。
而详细设计则是在概要设计的基础上，对每个模块进行具体的实现和编码。
一、系统概要设计1. 系统总体结构在系统总体结构方面，需要考虑到整个系统所包含的各个模块之间的关系。
这些模块之间应该是相互独立、互相协作，共同完成整个系统所需实现的功能。
同时，在总体结构中还需要考虑到数据存储方式、数据传输方式以及用户界面等方面。
2. 功能模块在功能模块方面，需要对整个系统所需实现的各项功能进行详细规划和描述。
这些功能应该能够满足用户需求，并且能够与其他模块进行有效地协作。
3. 数据结构在数据结构方面，需要考虑到整个系统所需使用的各种数据类型以及它们之间的关系。
这些数据类型应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效的交互。
4. 算法流程在算法流程方面，需要考虑到整个系统所需使用的各种算法以及它们之间的关系。
这些算法应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效的协作。
二、详细设计1. 模块设计在模块设计方面，需要对每个模块进行具体的实现和编码。
这些模块应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效地协作。
同时，在模块设计中还需要考虑到代码复用、可维护性等方面。
2. 数据库设计在数据库设计方面，需要考虑到数据表结构、数据类型、索引等方面。
这些数据库设计应该能够满足系统所需实现的各项功能，并且能够与其他模块进行有效的交互。
3. 用户界面设计在用户界面设计方面，需要考虑到用户体验、易用性等方面。
这些用户界面设计应该能够满足用户需求，并且能够与其他模块进行有效地协作。
4. 测试与调试在测试与调试方面，需要对整个系统进行全面的测试和调试。
这些测试与调试应该能够发现系统中存在的问题，并且能够及时地进行修复和优化。
概要设计和详细设计区别
概要设计与详细设计的区别概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。
同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。
详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。
概要设计阶段通常得到软件结构图详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等概要设计和详细设计在软件设计中，大家经常问到的一个问题是：概要设计应该怎样一个概要法，详细设计应该怎样一个详细法？这个问题在公司内部经常有人问。
现在陈述一下。
我们公司的研发流程是瀑布型的，这个模型中的分析、设计阶段是基于经典的结构化方法。
结构化设计方法的基本思路是：按照问题域，将软件逐级细化，分解为不必再分解的的模块，每个模块完成一定的功能，为一个或多个父模块服务（即接受调用），也接受一个或多个子模块的服务（即调用子模块）。
模块的概念，和编程语言中的子程序或函数是对应的。
这样一来，设计可以明显地划分成两个阶段：概要（结构）设计阶段：把软件按照一定的原则分解为模块层次，赋予每个模块一定的任务，并确定模块间调用关系和接口。
详细设计阶段：依据概要设计阶段的分解，设计每个模块内的算法、流程等。
概要设计阶段：在这个阶段，设计者会大致考虑并照顾模块的内部实现，但不过多纠缠于此。
主要集中于划分模块、分配任务、定义调用关系。
模块间的接口与传参在这个阶段要定得十分细致明确，应编写严谨的数据字典，避免后续设计产生不解或误解。
概要设计一般不是一次就能做到位，而是反复地进行结构调整。
典型的调整是合并功能重复的模块，或者进一步分解出可以复用的模块。
概要设计和详细设计的区别与联系
概要设计和详细设计的区别与联系
软件设计采用自顶向下、逐次功能展开的设计方法，首先完成总体设计，然后完成各有机组成部分的设计。
根据工作性质和内容的不同，软件设计分为概要设计和详细设计。
概要设计实现软件的总体设计、模块划分、用户界面设计、数据库设计等等；详细设计则根据概要设计所做的模块划分，实现各模块的算法设计，实现用户界面设计、数据结构设计的细化，等等。
概要设计是详细设计的基础，必须在详细设计之前完成，概要设计经复查确认后才可以开始详细设计。
概要设计，必须完成概要设计文档，包括系统的总体设计文档、以及各个模块的概要设计文档。
每个模块的设计文档都应该独立成册。
详细设计必须遵循概要设计来进行。
详细设计方案的更改，不得影响到概要设计方案；如果需要更改概要设计，必须经过项目经理的同意。
详细设计，应该完成详细设计文档，主要是模块的详细设计方案说明。
和概要设计一样，每个模块的详细设计文档都应该独立成册。
概要设计里面的数据库设计应该重点在描述数据关系上，说明数据的来龙去脉，说明这些结果数据的源点，我们这样设计的目的和原因。
详细设计里的数据库设计就应该是一份完善的数据结构文档，就是一个包括类型、命名、精度、字段说明、表说明等内容的数据字典。
概要设计里的功能应该是重点在功能描述，对需求的解释和整合，整体划分功能模块，并对各功能模块进行详细的图文描述，应该让读者大致了解系统作完后大体的结构和操作模式。
详细设计则是重点在描述系统的实现方式，各模块详细说明实现功能所需的类及具体的方法函数，包括涉及到的sql语句等。
软件的概要设计与详细设计的区别
1.1 软件的概要设计1.1.1 概要设计在交通局和开发者双方认可的《需求分析报告》基础上，开发者进行下——步的工作。
首先，开发者需要对软件系统进行概要设计，即系统设计。
概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。
1.1.2 编写概要设计的要求a．一致性概要设计的要求应该与需求分析报告所描述的需求一致。
同时，概要设计的各项要求之间也应该一致。
b．合理性概要设计所提出的设计方法和标准应该是合理的、恰当的。
c．可追踪性对概要设计所提出的各项要求应该可以得到它的清晰的源流，即在需求分析报告客户有明确的需求描述。
d．可行性根据概要设计进行详细设计、操作和维护应该是可行的。
1.1.3 概要设计报告的编写者概要设计报告由开发者根据需求分析报告的要求进行编写。
1.1.4 概要设计和需求分析、详细设计之间的关系和区别需求分析不涉及具体的技术实现，而概要设计注重于从宏观上和框架上来描述采用何种技术手段、方法来实现这些需求。
详细设计相对概要设计更注重于微观上和框架内的设计，是编码的依据。
概要设计是指导详细设计的依据。
1.1.5 概要设计的评审在软件概要设计工作完成后，软件开发者应向交通提交《软件系统概要设计报告》。
在交通局对《概要设计报告》评审通过后，即可进入详细设计阶段。
1.1.6 概要设计格式《软件系统概要设计报告》需按一定的格式进行编写，具体的《软件系统概要设计报告》文档编写模板请见附录B。
1.2 软件的详细设计1.2.1 详细设计在概要设计的基础上，开发者需要进行软件系统的详细设计。
在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。
应当保证软件的需求完全分配给整个软件。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
概要设计与详细设计的区别
概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。
同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。
详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。
概要设计阶段通常得到软件结构图
详细设计阶段常用的描述方式有：流程图、N-S图、PAD 图、伪代码等
概要设计和详细设计
在软件设计中，大家经常问到的一个问题是：概要设计应该怎样一个概要法，详细设计应该怎样一个详细法？
这个问题在公司内部经常有人问。
现在陈述一下。
我们公司的研发流程是瀑布型的，这个模型中的分析、设计阶段是基于经典的结构化方法。
结构化设计方法的基本思路是：按照问题域，将软件逐
级细化，分解为不必再分解的的模块，每个模块完成一定的功能，为一个或多个父模块服务（即接受调用），也接受一个或多个子模块的服务（即调用子模块）。
模块的概念，和编程语言中的子程序或函数是对应的。
这样一来，设计可以明显地划分成两个阶段：
概要（结构）设计阶段：把软件按照一定的原则分解为
模块层次，赋予每个模块一定的任务，并确定模块间调用关系和接口。
详细设计阶段：依据概要设计阶段的分解，设计每个模
块内的算法、流程等。
概要设计阶段：
在这个阶段，设计者会大致考虑并照顾模块的内部实现，但不过多纠缠于此。
主要集中于划分模块、分配任务、定义调用关系。
模块间的接口与传参在这个阶段要定得十分细致明确，
应编写严谨的数据字典，避免后续设计产生不解或误解。
概要设计一般不是一次就能做到位，而是反复地进行结构调整。
典型的调整是合并功能重复的模块，或者进一步分解出可以复用的模块。
在概要设计阶段，应最大限度地提取可以重用的模块，建立合理的结构体系，节省后续环节的工作量。
概要设计文档最重要的部分是分层数据流图、结构图、数据字典以及相应的文字说明等。
以概要设计文档为依据，各个模块的详细设计就可以并行展开了。
详细设计阶段:
在这个阶段，各个模块可以分给不同的人去并行设计。
在详细设计阶段，设计者的工作对象是一个模块，根据概要设计赋予的局部任务和对外接口，设计并表达出模块的算法、流程、状态转换等内容。
这里要注意，如果发现有结构调整（如分解出子模块等）的必要，必须返回到概要设计阶段，将调整反应到概要设计文档中，而不能就地解决，不打招呼。
详细设计文档最重要的部分是模块的流程图、状态图、局部变量及相应的文字说明等。
一个模块一篇详细设计文档。
概要设计文档相当于机械设计中的装配图，而详细设计文档相当于机械设计中的零件图。
文档的编排、装订方式也可以参考机械图纸的方法。
我们公司对模块的认识和传统定义有所不同，认为是较大的软件功能单元才可以称作模块。
这种认识使大家对概要设计和详细设计的分工产生了混乱的理解，降低了文档的可用性，应该予以纠正。
概要设计中较顶层的部分便是所谓的方案。
方案文档的作用是在宏观的角度上保持设计的合理性。
有的项目采用面向对象的分析、设计方法。
可能在概要设计、详细设计的分工上疑问更多。
其实，面向对象的分析、设计方法并没有强调结构化方法那样的阶段性，因此一般不引入概要、详细设计的概念。
如果按照公司的文档体系，非要有这种分工的话，可以将包的划分、类及对象间的关系、类的对外属性、方法及协作设计看做概要设计；类属性、方法的内部实现看做详细设计。
1.需求分析--产生软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。
不涉及具体实现方法。
用户能看得明白，开发人员也可据此进行下面的工作（概要设计）。
2.概要设计--产生软件概要设计说明书，说明系统模块划分、选择的技术路线等，整体说明软件的实现思路。
并且需要指出关键技术难点等。
3.详细设计--产生软件详细设计说明书，对概要设计的进一步细化，一般由各部分的担当人员依据概要设计分别完成，然后在集成，是具体的实现细节。
理论上要求可以照此编码。
概要设计和详细设计的区别与联系
软件设计采用自顶向下、逐次功能展开的设计方法，首先完成总体设计，然后完成各有机组成部分的设计。
根据工作性质和内容的不同，软件设计分为概要设计和详细设计。
概要设计实现软件的总体设计、模块划分、用户界面设计、数据库设计等等；详细设计则根据概要设计所做的模块划分，实现各模块的算法设计，实现用户界面设计、数据结构设计的细化，等等。
概要设计是详细设计的基础，必须在详细设计之前完成，概要设计经复查确认后才可以开始详细设计。
概要设计，必须完成概要设计文档，包括系统的总体设计文档、以及各个模块的概要设计文档。
每个模块的设计文档都应该独立成册。
详细设计必须遵循概要设计来进行。
详细设计方案的更改，不得影响到概要设计方案；如果需要更改概要设计，必须经过项目经理的同意。
详细设计，应该完成详细设计文档，主要是模块的详细设计方案说明。
和概要设计一样，每个模块的详细设计文档都应该独立成册。
概要设计里面的数据库设计应该重点在描述数据关系上，说明数据的来龙去脉，在这里应该结合我们的一下结果数据，说明这些结果数据的源点，我们这样设计的目的和原因。
详细设计
里的数据库设计就应该是一份完善的数据结构文档，就是一个包括类型、命名、精度、字段说明、表说明等内容的数据字典。
概要设计里的功能应该是重点在功能描述，对需求的解释和整合，整体划分功能模块，并对各功能模块进行详细的图文描述，应该让读者大致了解系统作完后大体的结构和操作模式。
详细设计则是重点在描述系统的实现方式，各模块详细说明实现功能所需的类及具体的方法函数，包括涉及到的sql语句等。
概要设计，详细设计之间的关系是什么？
Q:
我的看法：
概要设计只说明系统有多少个模块，各模块之间的接口和个模块本身的功能
详细设计说明某个具体模块如何实现，粒度应该比程序略高一些
但是问题来了，各个模块之间是有层次关系的，也有先后逻辑关系。
这就说明，在概要设计中，还必须考虑模块的实现细节，否则，你怎么知道这个模块下面要划分子模块？你怎么知道各子模块的调用顺序？
这就说明，概要设计和详细设计是重叠进行的，而软件
工程书上说的确是顺序进行的，不知道是不是我的理解有问题。
举个例子，例如排序程序，如果设计2个模块：
一个主模块用于排序子模块用于交换2个变量，主模块调用子模块，但是子模块是怎么设计出来的呢？肯定是你先想到了用冒泡等排序方式的时候需要交换数据，这已经考虑了主模块足够多的细节，似乎属于"详细设计"了，但是目前进行的是概要设计，这就产生了我所说的重叠的情况。
A:
看看上面的帖子，有意思的居多。
上面也有朋友说到用建筑的例子来比喻。
软件的概要设计，主要是建立软件系统的整体架构，也就是我们在盖房子时候，需要先将房子的整个架子构建起来。
软件的详细设计，主要是将软件系统的各个部分的具体设计方法、逻辑、功能采用文字方式进行表述。
这样在实现过程中，Coding 人员原则上严格按此进行代码实现即可。
这样的一个最为简单的例证：我们可以将代码交付第三方来做。
验证与跟踪采取设计来。
我看上面还有一个朋友说：快速做代码。
这个本身没有值得批评之处。
但只要想一下，你写的代码没有任何设计思想、文档留下的情况，一旦你离开，如何维护？重新设计吗？还是花费几倍人力去研究你写的几千/万，甚至几十万行代码？如果是这样的，你没错，关键是你们老板太对了，钱算什么。
另外的一个问题是：中国人如此聪明，但中国为什么没有出现巨型软件产品呢？个人英雄主义依然很严重，老板的短视利益行为大行其道。