反联合国汪族总司令
什么是＂软件设计＂
什么是＂软件设计＂ 面向对象技术，特别是C++，似乎给软件界带来了不小的震动。
出现了大量的论文和书籍去描述如何应用这项新技术。
总的来说，那些关于面向对象技术是否只是一个骗局的问题已经被那些关于如何付出最小的努力即可获得收益的问题所替代。
面向对象技术出现已经有一段时间了，但是这种爆炸式的流行却似乎有点不寻常。
人们为何会突然关注它呢？对于这个问题，人们给出了各种各样的解释。
事实上，很可能就没有单一的原因。
也许，把多种因素的结合起来才能最终取得突破，并且这项工作正在进展之中。
尽管如此，在软件革命的这个最新阶段中，C++本身看起来似乎成为了一个主要因素。
同样，对于这个问题，很可能也存在很多种理由，不过我想从一个稍微不同的视角给出一个答案：C++之所以变得流行，是因为它使软件设计变得更容易的同时，也使编程变得更容易。
虽然这个解释好像有点奇特，但是它却是深思熟虑的结果。
在这篇论文中，我就是想要关注一下编程和程序设计之间的关系。
近10年来，我一直觉得整个软件行业都没有觉察到做出一个软件设计和什么是真正的软件设计之间的一个微妙的不同点。
只要看到了这一点，我认为我们就可以从C++增长的流行趋势中，学到关于如何才能成为更好的软件工程师的意义深远的知识。
这个知识就是，编程不是构建软件，而是设计软件。
几年前，我参见了一个讨论会，其中讨论到软件开发是否是一门工程学科的问题。
虽然我不记得了讨论结果，但是我却记得它是如何促使我认识到：软件业已经做出了一些错误的和硬件工程的比较，而忽视了一些绝对正确的对比。
其实，我认为我们不是软件工程师，因为我们没有认识到什么才是真正的软件设计。
现在，我对这一点更是确信无疑。
任何工程活动的最终目标都是某些类型的文档。
当设计工作完成时，设计文档就被转交给制造团队。
该团队是一个和设计团队完全不同的群体，并且其技能也和设计团队完全不同。
如果设计文档正确地描绘了一个完整的设计，那么制造团队就可以着手构建产品。
事实上，他们可以着手构建该产品的许多实物，完全无需设计者的任何进一步的介入。
在按照我的理解方式审查了软件开发的生命周期后，我得出一个结论：实际上满足工程设计标准的惟一软件文档，就是源代码清单。
对于这个观点，人们进行了很多的争论，无论是赞成的还是反对的都足以写成无数的论文。
本文假定最终的源代码就是真正的软件设计，然后仔细研究了该假定带来的一些结果。
我可能无法证明这个观点是正确的，但是我希望证明：它确实解释了软件行业中一些已经观察到的事实，包括C++的流行。
在把代码看作是软件设计所带来的结果中，有一个结果完全盖过了所有其他的结果。
它非常重要并且非常明显，也正因为如此，对于大多数软件机构来说，它完全是一个盲点。
这个结果就是：软件的构建是廉价的。
它根本就不具有昂贵的资格；它非常的廉价，几乎就是免费的。
如果源代码是软件设计，那么实际的软件构建就是由编译器和连接器完成的。
我们常常把编译和连接一个完整的软件系统的过程称为“进行一次构建”。
在软件构建设备上所进行的主要投资是很少的——实际需要的只有一台计算机、一个编辑器、一个编译器以及一个连接器。
一旦具有了一个构建环境，那么实际的软件构建只需花费少许的时间。
编译50 000行的C++程序也许会花费很长的时间，但是构建一个具有和50 000行C++程序同样设计复杂性的硬件系统要花费多长的时间呢？ 把源代码看作是软件设计的另外一个结果是，软件设计相对易于创作，至少在机械意义上如此。
通常，编写（也就是设计）一个具有代表性的软件模块（50至100行代码）只需花费几天的时间（对它进行完全的调试是另外一个议题，稍后会对它进行更多的讨论）。
我很想问一下，是否还有任何其他的学科可以在如此短的时间内，产生出和软件具有同样复杂性的设计来，不过，首先我们必须要弄清出如何来度量和比较复杂性。
然而，有一点是明显的，那就是软件设计可以 极为迅速地变得非常庞大。
假设软件设计相对易于创作，并且在本质上构建起来也没有什么代价，一个不令人吃惊的发现是，软件设计往往是难以置信的庞大和复杂。
这看起来似乎很明显，但是问题的重要性却常常被忽视。
学校中的项目通常具有数千行的代码。
具有10 000行代码（设计）的软件产品被它们的设计者丢弃的情况也是有的。
我们早就不再关注于简单的软件。
典型的商业软件的设计都是由数十万行代码组成的。
许多软件设计达到了上百万行代码。
另外，软件设计几乎总是在不断地演化。
虽然当前的设计可能只有几千行代码，但是在产品的生命期中，实际上可能要编写许多倍的代码。
尽管确实存在一些硬件设计，它们看起来似乎和软件设计一样复杂，但是请注意两个有关现代硬件的事实。
第一，复杂的硬件工程成果未必总是没有错误的，在这一点上，它不存在像软件那样让我们相信的评判标准。
多数的微处理器在发售时都具有一些逻辑错误：桥梁坍塌，大坝破裂，飞机失事以及数以千计的汽车和其他消费品被召回——所有的...
以用户为中心的软件设计和评估he什么意思
设计表和字段 检查各种变化 我在设计数据库的时候会考虑到哪些数据字段将来可能会发生变更。
比方说，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。
所以，在建立系统存储客户信息时，我倾向于在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。
采用有意义的字段名 有一回我参加开发过一个项目，其中有从其他程序员那里继承的程序，那个程序员喜欢用屏幕上显示数据指示用语命名字段，这也不赖，但不幸的是，她还喜欢用一些奇怪的命名法，其命名采用了匈牙利命名和控制序号的组合形式，比如 co 1、txt 2、txt2_ 等等。
除非你在使用只面向你的缩写字段名的系统，否则请尽可能地把字段描述的清楚些。
当然，也别做过头了，比如 Custome_Shipping_Addess_Steet_Line_1，虽然很富有说明性，但没人愿意键入这么长的名字，具体尺度就在你的把握中。
采用前缀命名 如果多个表里有好多同一类型的字段（比如 FistName），你不妨用特定表的前缀（比如 CusLastName）来帮助你标识字段。
时效性数据应包括“最近更新日期时间”字段。
时间标记对查找数据问题的原因、按日期重新处理重载数据和清除旧数据特别有用。
标准化和数据驱动 数据的标准化不仅方便了自己而且也方便了其他人。
比方说，假如你的用户界面要访问外部数据源（文件、XML 文档、其他数据库等），你不妨把相应的连接和路径信息存储在用户界面支持表里。
还有，如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。
预先安排总需要付出努力，但如果这些过程采用数据驱动而非硬编码的方式，那么策略变更和维护都会方便得多。
事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。
标准化不能过头 对那些不熟悉标准化一词（nomalization）的人而言，标准化可以保证表内的字段都是最基础的要素，而这一措施有助于消除数据库中的数据冗余。
标准化有好几种形式，但 Thid Nomal Fom(3NF)通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。
简单来说，3NF 规定： * 表内的每一个值都只能被表达一次。
* 表内的每一行都应该被唯一的标识（有唯一键）。
* 表内不应该存储依赖于其他键的非键信息。
遵守 3NF 标准的数据库具有以下特点：有一组表专门存放通过键连接起来的关联数据。
比方说，某个存放客户及其有关定单的 3NF 数据库就可能有两个表：Custome 和 Ode。
Ode 表不包含定单关联客户的任何信息，但表内会存放一个键值，该键指向 Custome 表里包含该客户信息的那一行。
更高层次的标准化也有，但更标准是否就一定更好呢？答案是不一定。
事实上，对某些项目来说，甚至就连 3NF 都可能给数据库引入太高的复杂性。
为了效率的缘故，对表不进行标准化有时也是必要的，这样的例子很多。
曾经有个开发餐饮分析软件的活就是用非标准化表把查询时间从平均 40 秒降低到了两秒左右。
虽然我不得不这么做，但我绝不把数据表的非标准化当作当然的设计理念。
而具体的操作不过是一种派生。
所以如果表出了问题重新产生非标准化的表是完全可能的。
Micosoft Visual FoxPo 报表技巧 如果你正在使用 Micosoft Visual FoxPo，你可以用对用户友好的字段名来代替编号的名称：比如用 Custome Name 代替 txtCNaM。
这样，当你用向导程序 [Wizads，台湾人称为‘精灵’] 创建表单和报表时，其名字会让那些不是程序员的人更容易阅读。
不活跃或者不采用的指示符 增加一个字段表示所在记录是否在业务中不再活跃挺有用的。
不管是客户、员工还是其他什么人，这样做都能有助于再运行查询的时候过滤活跃或者不活跃状态。
同时还消除了新用户在采用数据时所面临的一些问题，比如，某些记录可能不再为他们所用，再删除的时候可以起到一定的防范作用。
使用角色实体定义属于某类别的列[字段] 在需要对属于特定类别或者具有特定角色的事物做定义时，可以用角色实体来创建特定的时间关联关系，从而可以实现自我文档化。
这里的含义不是让 PERSON 实体带有 Title 字段，而是说，为什么不用 PERSON 实体和 PERSON_TYPE 实体来描述人员呢？比方说，当 John Smith, Enginee 提升为 John Smith, Diecto 乃至最后爬到 John Smith, CIO 的高位，而所有你要做的不过是改变两个表 PERSON 和 PERSON_TYPE 之间关系的键值，同时增加一个日期时间字段来知道变化是何时发生的。
这样，你的 PERSON_TYPE 表就包含了所有 PERSON 的可能类型，比如 Associate、Enginee、Diecto、CIO 或者 CEO 等。
还有个替代办法就是改变 PERSON 记录来反映新头衔的变化，不过这样一来在时间上无法跟踪个人所处位置的具体时间。
采用常用实体命名机构数据 组织数据的最简单办法就是采用常用名字，比如：PERSON、ORGANIZATION、ADDRESS 和 PHONE 等等。
当你把这些常用的一般名字组合起来或者创建特定的相应副实体时，你就得到了自己用的特殊版本。
开始...
求一个用C+编写的题目为学生学籍信息管理系统设计,整个系统要设...
没法传图，自己想一下怎么改吧…… 一.开发目的： 总结软件开发过程中的方法和技巧，更好的应用和数据库技术 1.开发内容：开发一套学生成绩管理系统软件 采取的研究方法：采用面向对象的编程，结合网络和数据库技术，实现控制和管理。
通过系统分析、需求分析、概要设计、详细设计、编写代码、软件测试、软件维护、经验方法总结等一系列实验方案，实验软件的开发。
2.具体开发方案： 分七个阶段进行： 系统分析、需求收集和分析 概念设计 第一阶段：系统分析、需求收集和分析 这一阶段首先进行系统分析，分析确定系统的规模和范围，确定软件的总体要求以及所需要的硬件和支撑软件，确定待开发软件与外界的接口，根据用户的情况确定软件对操作的要求，以及待开发软件总体上的约束和限制，完善项目计划。
在这之后，这一阶段的大部分时间将被用来进行需求收集和分析。
向学校管理人员及学生了解情况，确定软件系统的综合要求，分析软件系统的数据要求，导出系统的逻辑模型，修正项目开发计划。
采用结构化分析方法，生成数据流图、数据词典及加工逻辑说明。
估计阶段跨度：2006年某月初至某月中旬 第二阶段：概要设计 在这一阶段将确定软件系统的结构，对全局数据结构进行设计，进行模块划分，确定每个模块的功能 接口以及模块间的调用关系。
采用与结构化方法衔接的结构化设计方法，生成结构图及概念设计说明书。
估计阶段跨度：2006年某月中旬至某月底 第三阶段：详细设计 为每个模块设计实现的细节将成为这个阶段的主要任务，还要对局部数据结构进行设计。
采用结构化设计方法。
采用自顶向下逐步求精的设计方法和单入口单出口的控制结构。
使得程序具有良好的结构，增强程序的可读性。
生成程序流程图及详细设计说明书。
详细设计时，如果不满意，须回到概要设计中重新完善设计。
估计阶段跨度：2006年某月初至某月中旬 第四阶段：编写代码 这一阶段用来根据详细设计说明书编写代码。
采用计算机语言编写。
追求高质量的代码，生成源程序代码、内部文档。
估计阶段跨度：2006年某月中旬至某月底 第五阶段：软件测试 这将是一个很重要也将是一个很耗时间和精力的阶段。
在这一阶段中将尽可能多地发现软件中的错误和缺陷。
如果有错，还将退回到编码阶段进行调试。
测试过程分为单元测试、集成测试和确认测试。
估计阶段跨度：2006年某月初至某月中旬 第六阶段：完善各项文档及和报告，从整个开发过程和这些文档中总结经验和教训，罗列各种方法和技巧。
估计阶段跨度：2007年某月中旬至某月底。
需求分析说明书 一，引言 21世纪以高科技为核心的知识经济将占主导地位，国家的综合国力和国际竞争力将越来越取决于科学技术创新水平。
教育作为知识创新、传播和应用的基础，培养和输送人才的摇篮，已经成为经济发展和社会进步的基础。
尽管人类进步的程度随着不同时代，不同地区而有所变化，教育的口径却在不断扩宽，以便使过去仅供少数人使用的教育资源能够为更多各种年龄、不同社会阶层和背景的人们所用。
在信息爆炸的时代，传统教学管理面临着诸多挑战。
1.编写目的： 开发基于互联网的学生选课系统，提高管理工作的效率、提高信息的开放性、改善学生和教师对其最新信息查询的准确性。
2.背景说明 随着学校规模的不断扩大，专业、班级、学生的数量急剧增加，有关学生选课的各种信息量也成倍增长，而目前许多高校的学生选课管理仍停留在复杂的人工操作上，重复工作较多，工作量大，效率低，因此，迫切需要开发基于互联网的体育课信息管理系统来提高管理工作的效率。
基于互联网的学生选课管理系统，在学生选课的规范管理、科学统计和快速查询方面具有较大的实用意义。
它提高了信息的开放性，大大地改善了学生、教师对其最新信息查询的准确性。
3.术语定义及参考资料 1. （美） Grady Booch,James Rumbaugh,Ivar Jacobson，《UML用户指南》，机械工业出版社，2001年8月 2.Microsoft,MSDN 3.Microsoft, SQL Server2000联机手册 4.Roger S. Pressman。
软件工程——实践者的研究方法。
机械工业出版社，1997 5.IPL。
Software Testing and Software Development Lifecycles。
IPL,1996 6.Karl E. Wiegers《软件需求》机械工业出版社，1999 7.张海藩《软件工程导论》清华大学出版社。
4任务概述 4.1. 目标 系统开发的总体任务是实现学生选课信息关系的系统化、规范化和自动化。
4.2. 系统技术 学生选课系统要求具有信息处理的开发性，方便教师上传学生成绩、学生上网选课和查询选课信息及成绩等，因此本系统设计为基于WWW的网络数据库应用系统，使用ASP脚本以Access为数据库的开发技术，运行在支持ASP的服务器上。
4.3基本设计概念和处理流程 采用基于SQL Server 的分布式数据库管理系统。
三层结构是目前用得最多的，这种结构比传统的C/S结构增加了一个应用程序服务器，应用程序服务器包括了统一的界面、业务规则和数据处理逻辑等等，这样客户端程序就可以做得比较小，也就是常说的瘦客户，更由于业务规则和数据处理逻辑的集中在服务器上统一管理，客户端...
《政府机构官方微博认证申请信息表和公函》这个从哪里下载呀
构设计是一个非常大的话题，不管写几篇文章，接触到的始终只是冰山一角，更多的是实践中去体会。
这篇文章主要介绍面向对象OO、面向方面AOP和面向服务SOA这三个要素在架构设计中的位置与作用。
架构设计有三个维度，或者说是我们在考虑架构时需要思考三个方向。
这三个维度分别为面向对象、面向方面、面向服务。
这三个维度可以看作是正交的，但不同维度会互相印证，互相支撑，整个架构的示意图如图所示。
图：架构三维度结构图 面向对象 面向对象技术最初是从面向对象的程序设计开始的，它的出现以上世纪60年代Simula语言为标志，并在Smalltalk语言的完善和标准化过程中得到更多的扩展和对以前思想的重新注解。
上世纪80年代中后期，面向对象程序设计逐渐成熟，被计算机界理解和接受，人们又开始进一步考虑面向对象的开发问题。
直到现在，面向对象已经成为一种非常流行的编程方式，以及软件设计的架构。
面向对象提出有三个主要目标：重用性、灵活性和扩展性，强调对象的“抽象”、“封装”、“继承”和“多态”。
它能让人们以更加接近于现实世界的方式来思考程序，这点可以说是面向对象最大的进步。
在OO思想的运用上，业界出现了很多好的经验与技巧，从而涌现出大量的设计模式，可以说面向对象是系统分析与设计时的一个很重要的方面。
面向方面 面向方面最初来源于hook技术，本质上就是满足扩展的需求，可以在程序中自由扩展功能。
面向方面不仅仅是一门编程技术，同样也是一种架构设计的思路。
如果说OO是纵向地分析、切割整个系统，那么可以认为AOP是横向地对系统作切片。
简单地理解，OO与AOP分别从两个不同的角度给我们提供了分析系统的思路。
面向方面可以弥补面向对象的缺陷，两种方式有机的结合在一起，可以更加有效地对系统进行分析。
我们认为OO是接近于人类认识自然的思维方式，但对于东方而言却并不一定是这样的。
当西方人看到一个复杂系统的时候，只会有一种思路，就是“分解”，将系统分解成一块一块，然后每个部分进行研究。
当东方人看到一个复杂系统的时候，更多地会关注系统中存在的关系，将系统作为一个有机的整体进行研究，这也是东方和西方在事物看法上存在的差异。
这两种思维方式都没有问题，如果结合起来分析问题，解决问题会更好。
面向对象与面向方面也同样如此，都能对应到人类认识自然的思维方式上。
面向服务 面向服务可以说是最近炒得比较火热的概念。
包括现在提到的SaaS(Softwae as a sevice)，软件即服务。
准确而言，面向服务不仅仅是软件行业的概念，这个要从社会的产业结构说起。
社会产业总共分为三个，第一产业农业，第二产业工业，第三产业服务业。
最早社会的主要产业是第一产业农业，将近有几万年的历史。
十八世纪下半叶在英国开始的工业革命，对人们的生活产生了根本性的影响，社会的主要产业成了第二产业工业。
现在仍然属于工业时代，或者有人说的“后工业时代”。
而在后工业时代，社会的经济体制必定要向第三产业服务业逐渐转型。
面向服务其实是社会经济体制重心的一种迁移。
还是说回到软件行业，社会的主要产业将转变成服务业，自然软件行业也会出现对应的变化，那就是这里提到的面向服务。
面向服务今后会影响到软件的交付模式，会对整个软件行业的体制产生影响。
而说到架构层面，面向服务是系统发布功能的一种方式。
并且基于这种方式下不同的系统之间能有效地通信、协作。
常见的实现技术就是We Sevice。
软件全局观 软件架构设计的三个维度：面向对象、面向方面、面向服务。
最年长的一个维度就是面向对象，发展了好几十年，也是相对而言比较成熟的一个维度。
它解决的问题是系统内部结构的设计。
面向方面思想的提出能够弥补面向对象的缺陷。
面向对象的方式不能实现横切关注点的分离，而面向方面正是为了解决这个问题。
面向方面与面向对象一样都是解决系统内部结构的设计。
面向服务更多的是涉及到系统的外部，简单地说就是发布功能。
它并不关注系统内部结构的实现，所以说面向服务与面向对象或者面向方面并不冲突。
这三个维度并不是绝对孤立的，它们之间会互相影响、制约，相互发展的。
我们在分析架构的时候需要同时考虑到这三个维度的问题，这样有助于我们设计出更加优秀的架构。
微软的发展史
微软公司是世界PC机软件开发的先导，比尔·盖茨是它的核心。
微软公司1981年为IBM-PC机开发的操作系统软件MS-DOS曾用在数以亿计的IBM-PC机及其兼容机上。
但随着微软公司的日益壮大，Microsoft与IBM已在许多方面成为竞争对手。
1991年，IBM公司和苹果公司解除了与微软公司的合作关系，但IBM与微软的合作关系从未间断过，两个公司保持着既竞争又合作的复杂关系。
微软公司的产品包括文件系统软件（MS-DOS和Xenix）、操作环境软件（窗口系统Windows系列）、应用软件MS-Office等、多媒体及计算机游戏、有关计算机的书籍以及CDROM产品。
1992年，公司买进Fox公司，迈进了数据库软件市场。
1975年，19岁的比尔·盖茨从哈佛大学退学，和他的高中校友保罗·艾伦一起卖BASIC语言程序编写本。
当盖茨还在哈佛大学读书时，他们曾为MITS公司的Altair编制语言。
后来，盖茨和艾伦搬到阿尔伯克基，并在当地一家旅馆房间里创建了微软公司。
1979年，MITS公司关闭，微软公司以修改BASIC程序为主要业务继续发展。
1977年，微软公司搬到西雅图的贝尔维尤（雷德蒙德），在那里开发PC机编程软件。
1980年，IBM公司选中微软公司为其新PC机编写关键的操作系统软件，这是公司发展中的一个重大转折点。
由于时间紧迫，程序复杂，微软公司以5万美元的价格从西雅图的一位程序编制者帕特森手中买下了一个操作系统的使用权，再把它改写为磁盘操作系统软件（MS-DOS）。
公司目前在60多个国家设有分支办公室，全世界雇员人数接近44,000人。
IBM-PC机的普及使MS-DOS取得了巨大的成功，因为其他PC制造者都希望与IBM兼容。
MS-DOS在很多家公司被特许使用，因此80年代，它成了PC机的标准操作系统。
到1984年，微软公司的销售额超过1亿美元。
随后，微软公司继续为IBM、苹果公司以及无线电器材公司的计算机开发软件，但在91年后，由于利益的冲突，IBM、苹果公司已经与Microsoft反目。
1983年，保罗·艾伦患霍奇金氏病离开微软公司，后来成立了自己的公司。
艾伦拥有微软公司15%的股份，至今仍列席董事会。
1986年，公司转为公营。
盖茨保留公司45%的股权，这使其成为1987年PC产业中的第一位亿万富翁。
1996年，他的个人资产总值已超过180亿美元。
1997年，则达到了340亿美元，98年超过了500亿大关，成为理所当然的全球首富。
微软的拳头产品Windows98/NT/2000/Me/XP/Server2003成功地占有了从PC机到商用工作站甚至服务器的广阔市场，为微软公司带来了丰厚的利润：公司在Internet软件方面也是后来居上，抢占了大量的市场份额。
在IT软件行业流传着这样一句告戒：“永远不要去做微软想做的事情”。
可见，微软的巨大潜力已经渗透到了软件界的方方面面，简直是无孔不入，而且是所向披靡。
微软的巨大影响已经对软件同行构成了极大的压力，也把自己推上了反垄断法的被告位置。
连多年来可靠的合作伙伴Intel也与之反目，对薄公堂。
2001年9月，鉴于经济低迷，美国政府有意重振美国信息产业，拒绝拆分微软。
至此，诉微软反垄断法案告一段落。
微软的组织结构支持公司包括以下核心业务组：个人服务组（PSG）：由集团副总裁Bob Muglia领导，致力于为个人用户和商业用户提供更容易的在线连接，并且为各种各样的设备提供软件服务。
PSG包含了微软的个人.NET倡议、服务平台部、移动组、MSN的互联网访问服务、用户设备组以及用户界面平台部。
MSN和个人服务业务组：由副总裁Yusuf Mehdi领导，负责网络程序开发、业务发展以及MSN和微软其它服务世界范围内的市场和销售，包括：MSN eShop, MSN Carpoint, MSN HomeAdvisor, the MSNBC venture, Slate和MSNTV平台组，由集团副总裁Jim Allchin领导，负责在各个方面不断对Windows平台做出改进–例如把存储、通讯、消息通知、共享图象及听音乐等变为Windows经历的自然扩展。
此外，本组包括.NET企业服务器组、开发工具部和Windows数字媒体部。
办公和商务服务组：由集团副总裁Jeff Raikes领导，负责开发提高生产力和商业流程的应用和服务。
工作包括将功能完善且性能强大的Microsoft Office逐步演化为以服务于基础的产品。
除Office部门之外，商用工具部门，包括bCentral和Great Plains的商用应用程序部门都将属于该部门。
全球销售、市场和服务组：由集团副总裁Orlando Ayala领导，集成了微软的销售和服务伙伴，以满足世界范围内微软用户的需要。
这些用户包括：企业用户、中小型组织、教育机构、程序开发人员和个人用户。
此外，本组包括微软产品支持服务、网络解决方案组、企业伙伴组、市场营销组织和微软全球三大地区的业务组织。
微软研究院（MSR）：由资深副总裁Rick Rashid领导，负责对今天或明天的计算课题提出创造性的建议和解决方案，使计算机变得更加易于使用。
同时负责为下一代的硬件产品设计软件，改进软件设计流程和研究计算机科学的数学基础。
关于MSR更详细的信息可参见Microsoft Research Web page。
运营组：由总裁和首席运营官Rick Belluzzo领导，负责管理商业运作和全部的商业计...
转载请注明出处51数据库 » 用户和机构表设计软件
