&&&&风格与创造力——设计认知理论
自营订单满49元（含）免运费
不足金额订单收取运费5元起
邀请好友参加吧
版 次：1页 数：字 数：印刷时间：日开 本：16开纸 张：胶版纸包 装：平装-胶订是否套装：否国际标准书号ISBN：2所属分类：&&&
下载免费当当读书APP
品味海量优质电子书，尊享优雅的阅读体验，只差手机下载一个当当读书APP
本商品暂无详情。
当当价：为商品的销售价，具体的成交价可能因会员使用优惠券、积分等发生变化，最终以订单结算页价格为准。
划线价：划线价格可能是图书封底定价、商品吊牌价、品牌专柜价或由品牌供应商提供的正品零售价（如厂商指导价、建议零售价等）或该商品曾经展示过的销售价等，由于地区、时间的差异化和市场行情波动，商品吊牌价、品牌专柜价等可能会与您购物时展示的不一致，该价格仅供您参考。
折扣：折扣指在划线价（图书定价、商品吊牌价、品牌专柜价、厂商指导价等）某一价格基础上计算出的优惠比例或优惠金额。如有疑问，您可在购买前联系客服咨询。
异常问题：如您发现活动商品销售价或促销信息有异常，请立即联系我们补正，以便您能顺利购物。
当当购物客户端手机端1元秒
当当读书客户端万本电子书免费读怎样借助设计的力量激发老年人的创造力？ - 知乎13被浏览492分享邀请回答51 条评论分享收藏感谢收起写回答相关阅读软件过程规范解决软件过程规范与创造力之间的矛盾EJB的困惑：组件与可重用性的矛盾软件过程能力及成熟度评估管理办法开启软件过程管理"信息化"时代
相关推荐资本冲动能否助力汽车之家继续振翅高飞？在家还用耳机听音乐？是时候用音箱享受听觉的盛宴试用福利 | 花香何必等春天，一台香薰机就够了会员福利来了，推广期钜惠活动，扫码即送3瓶价值150元燃油宝BBA同款百年历史却成求偶狂人! 2次入华, 8年2款新车终变过气网红传祺GS3，就是要你不一Young！周@一见 |袁敏民：做芯片设计，在严格标准上发挥创造力周@一见 |袁敏民：做芯片设计，在严格标准上发挥创造力临高阁看天下百家号【周@一见】世界 已经这样我们要 狂欢就该自己 造创客，这就是你缔造未来的方式从每周一出发▲101追求高水平设计技术、执行严格的质量标准和制定大客户策略，是力芯微发展至今始终坚持的三点理念。保持克制，不盲目跟进新技术，保持进取，始终寻找新的市场突破点，是袁敏民的态度。本期创客人物袁敏民袁敏民，无锡力芯微电子有限公司董事长兼总经理。1965年2月出生，硕士研究生学历，高级工程师。曾历任中国华晶电子集团公司中央研究所设计工程师、设计室副主任，中国华晶集团公司MOS设计所设计工程师、副所长，中国华晶集团公司无锡华晶矽科微电子有限公司副总经理，无锡亿晶电子有限公司总经理、董事长等职务。曾入选江苏省“333高层次人才培养工程”培养对象。在新辉环路的创新创意产业园，绿树成荫，多家电子类、半导体类企业在此入驻，宁静中蕴含着电子工业的现代气息。力芯微的办公楼就在这座产业园的一角。据办公室里的年轻员工介绍，这座园区里的不少建筑是力芯微早期创建的。袁敏民在2002年5月创办了无锡力芯微电子有限公司，2008年公司整体迁入这座园区。袁敏民生于60年代，东南大学无线电技术专业硕士毕业，在芯片设计这个行业已经有近27个年头了。袁敏民其人与所从事的工作颇有融合的感觉，简洁清晰，目光如炬。从进入芯片设计行业起，他就和团队伙伴们致力于消费类电子用集成电路的开发并提供与其相关的应用系统和解决方案。这家公司规模不算大，但小而强劲，四两拨千斤。在设计技术和品控管理上出奇制胜。正因为品质有保证，设计力才能得到完美显现，这正是力芯微的两大特点。目前年出货IC达10亿颗且保持极高的业界可靠性，销售额超过6千万美元，其中智能手机供应链IC出货超过50%，并与世界级的SAMSUNG、LG、HUAWEI、FOXCONN、MEIZU、TCL等客户都有合作。在谈及力芯微发展至今一以贯之的理念时，袁敏民和他的团队伙伴们一致认为，追求高水平设计技术、执行严格的质量标准和制定大客户策略，是力芯微发展至今始终坚持的三点理念。高水平的设计技术力芯微的设计能力在人员配比上可见一斑。公司员工170余人，资深设计工程师有70余人，技术支持工程师30余人。袁敏民重视设计研发，带领团队长期保持高水平的设计能力及成熟供应链配合，曾连续多年获评无锡市IC设计十强企业。力芯微的设计不仅仅是技术的，也是善于踏准市场需求的。在5G、物联网、人工智能技术等不断涌现并尝试与市场结合的今天，哪些是真需求，哪些过于炫酷但尚未被市场接受，袁敏民在思考和琢磨。他鼓励力芯微的市场人员到一线，与那些保持市场敏锐度的大企业研发部门保持及时的良好的沟通，弄懂他们需要什么，才能做出被市场认可的设计。标准化是质量的保证正是由于力芯微采用了大客户策略，所以其用人与产品质量标准，也都以极高的标准自我要求。据介绍，力芯微以设计研发和销售为主，而生产制造主要外包给业内符合标准的企业。如华润上华、中芯国际、华虹、长电科技、通富微电、天水华天等企业。在品质管理方面，力芯微采用三星内部的一套质量管控系统。这套系统对硬件、软件、数据分析都有比行业标准更高的要求。对于IC研发生产而言，严格按照标准管控是产品质量的保证。早在2010年，力芯微通过了韩国三星电子QPA、QSA审核（Quality Process Audit 品质制程稽核，Quality System Audit 品质系统稽核），此后一直以严格标准对产品进行质量把控。力芯微对人才也始终是求贤若渴的，尤其是高水平的芯片设计人才。只有高水平的具备高度责任心的人才，才能做出高水平的设计，做到高水准的品质管控，从而服务高要求的客户。最近几年，随着一线城市和大型外企的竞争不断加剧，人才战也越来越难打。对于人才，力芯微给予充分的信任。只要能设计出符合市场需要的产品，让客户满意，过程是不拘小节的。力芯微的副总毛成烈介绍到，袁总在人才管理上，抓大放小、充分信任，让管理人员和一线员工充分发挥自己的特长，大胆创新。有的时候，研发创新往往来自工作之外的时间。一个好的设计人员，不管是工作时间还是业余时间，思维都可能会和正在钻研的课题联系到一起，所以公司给员工一定的自由，允许他们有更大的发挥创造力的空间。袁敏民介绍到，公司的设计人才刚参加工作的时候，是从师傅带学徒开始的，所谓师傅领进门，修行在个人。培养人才是一个漫长的过程，力芯微也有这样的耐心。大客户策略是力芯微的坚持力芯微从一开始就清楚地定位在大客户策略。紧跟大型电子消费品的生产商，成为他们的芯片和系统解决方案供应商。大客户对力芯微的品牌、品质管理以及成本管理，都有着强大的促进作用。他们的高标准、市场应变能力，也能够引领力芯微不断提高竞争力和市场敏锐度。力芯微的产品应用于电视、音响系统、手机等，如索尼、富士康、LG、步步高、长虹、三星、TCL等多家电子企业都是力芯微服务的客户。力芯微的客户名单，正是其设计能力与质量管理最好的证明。无锡力芯微电子股份有限公司自成立以来通过不断的自主创新，迅猛发展，为我国集成电路公司的进步做出了突出贡献，取得了一系列的资质与荣誉：江苏省科学技术厅、江苏省财政厅认定的“江苏省数字功率放大集成电路工程技术研究中心”；无锡市政府授予的2013年度及2014年度“无锡市IC设计十强企业”；江苏省半导体行业协会颁发的“2013年度先进会员单位”；无锡国家高新技术创业服务中心授予的“未来之星”；“中国半导体市场年度科技创新企业”、“科学技术进步奖三等奖”等多项殊荣，并已通过环境管理体系ISO14001的认证。截至目前，公司共取得48项集成电路布图设计登记证书、14项发明专利和5项实用新型专利。未来在高端手机和电动汽车领域发力袁敏民看好半导体的未来市场。要想在未来保持足够安全的生存空间，一方面在规模上，力芯微要尽快做到年销售额一亿美元以上；另一方面，力芯微要拓宽产品的市场领域。比如在手机方面，此前服务的华为的ODM部分，接下来则希望能进入华为的自研手机；希望今年能与小米科技合作，进一步拓展手机大客户。除此之外，电动汽车领域也将是力芯微发力的对象。在袁敏民看来，电动车是一个必然的趋势，同时，在智能出行领域，也将需要大量的解决方案，这些都离不开力芯微的主业电源管理芯片等。力芯微在创办之初踩对了市场的节奏，在未来，则迎上更大的应用浪潮。袁敏民保持克制，不盲目跟进新技术；也保持进取，始终寻找新的市场突破点，这无疑是使企业稳步向前的一种恰到好处的心态。说明：本文系《无锡高新区·创见》专刊采访，本平台记者采写编辑，转发请获得本平台同意。陆亚昕 / 沈碧涛 / 钱建欣 /汪智刚 / 潘红斌 / 宋花江 / 徐长军 / 万学平毛玉庆 /
涛 / 蒋宗清 / 孙向东 /
沈于蓝张翀昊 / 宋波纹 / 程景才 / 邵金华 / 庞
莉 / 瞿俊鹏 / 张
/ 李美琳 / 刘
王馥宁本文由百家号作者上传并发布，百家号仅提供信息发布平台。文章仅代表作者个人观点，不代表百度立场。未经作者许可，不得转载。临高阁看天下百家号最近更新：简介:花时间去解释 不如花时间去证明相关文章& &&我们期待自己成为一个优秀的软件模型设计者，但是，要怎样做，又从哪里开始呢？
& &&将下列原则应用到你的软件工程中，你会获得立杆见影的成果。
1. 人远比技术重要
& &&你开发软件是为了供别人使用，没有人使用的软件只是没有意义的数据集合而已。
& &&许多在软件方面很有成就的行家在他们事业的初期却表现平平，因为他们那时侯将主要精力都集中在技术上。
& &&显然，构件（components），EJB（Enterprise Java Beans）和代理（agent）是很有趣的东西。但是对于用户来说，如果你设计的软件很难使用或者不能满足他们的需求，后台用再好的技术也于事无补。
& &&多花点时间到软件需求和设计一个使用户能很容易理解的界面上。
2. 理解你要实现的东西
& &&好的软件设计人员把大多数时间花费在建立系统模型上，偶尔写一些源代码，但那只不过是为了验证设计过程中所遇到的问题。
& &&这将使他们的设计方案更加可行。
3. 谦虚是必须的品格
& &&你不可能知道一切，你甚至要很努力才能获得足够用的知识。
& &&软件开发是一项复杂而艰巨的工作，因为软件开发所用到的工具和技术是在不断更新的。
& &&而且，一个人也不可能了解软件开发的所有过程。
& &&在日常生活中你每天接触到的新鲜事物可能不会太多。但是对于从事软件开发的人来说，每天可以学习很多新东西（如果愿意的话）。
4. 需求就是需求
& &&如果你没有任何需求，你就不要动手开发任何软件。
& &&成功的软件取决于时间（在用户要求的时间内完成）、预算和是否满足用户的需求。
& &&如果你不能确切知道用户需要的是什么，或者软件的需求定义，那么你的工程注定会失败。
5. 需求其实很少改变，改变的是你对需求的理解
& &&Object ToolSmiths公司的Doug Smith常喜欢说：&分析是一门科学，设计是一门艺术&。
& &&他的意思是说在众多的&正确&分析模型中只存在一个最&正确&分析模型可以完全满足解决某个具体问题的需要（我理解的意思是需求分析需要一丝不苟、精确的完成,而设计的时候反而可以发挥创造力和想象力）。
& &&如果需求经常改动，很可能是你没有作好需求分析，并不是需求真的改变了。
& &&可以抱怨用户不能告诉你他们想得到什么，但是不要忘记，收集需求信息是你的工作。
& &&可以说是新来的开发人员把事情搞得一团糟，但是，你应该确定在工程的第一天就告诉他们应该做什么和怎样去做。
& &&如果觉得公司不让你与用户充分接触，那只能说明公司的管理层并不是真正支持你的项目。
& &&可以抱怨公司有关软件工程的管理制度不合理，但你必须了解大多同行公司是怎么做的。
& &&可以借口说你们的竞争对手的成功是因为他们有了一个新的理念，但是为什么你没先想到呢？
& &&需求真正改变的情况很少，但是没有做好需求分析工作的理由却很多。
6. 经常阅读
& &&在这个每日都在发生变化的产业中，你不可能在已取得的成就上陶醉太久。
& &&每个月至少读2、3本专业杂志或者1本专业书籍。保持不落伍需要付出很多的时间和金钱，但会使你成为一个很有实力的竞争者。
7. 降低软件模块间的耦合度
& &&高耦合度的系统是很难维护的。一处的修改引起另一处甚至更多处的变动。
& &&你可以通过以下方法降低程序的耦合度：
隐藏实现细节
强制构件接口定义
不使用公用数据结构
不让应用程序直接操作数据库
& &&耦合度低的软件可以很容易被重用、维护和扩充。
8. 提高软件的内聚性
& &&如果一个软件的模块只实现一个功能，那么该模块具有高内聚性。
& &&高内聚性的软件更容易维护和改进。
& &&判断一个模块是否有高的内聚性，看一看你是否能够用一个简单的句子描述它的功能就行了。如果你用了一段话或者你需要使用类似&和&、&或&等连词，则说明你需要将该模块细化。
& &&只有高内聚性的模块才可能被重用。
9. 考虑软件的移植性
& &&移植是软件开发中一项具体而又实际的工作，不要相信某些软件工具的广告宣传（比如java 的宣传口号write once run many ）。
& &&即使仅仅对软件进行常规升级，也要把这看得和向另一个操作系统或数据库移植一样重要。
& &&记得从16位Windows移植到32位windows的&乐趣&吗 ？
& &&当你使用了某个操作系统的特性，如它的进程间通信(IPC)策略，或用某数据库专有语言写了存储过程。你的软件和那个特定的产品结合度就已经很高了。
& &&好的软件设计者把那些特有的实现细节打包隐藏起来，所以，当那些特性改变的时候，你的仅仅需要更新那个包就可以了。
10. 接受变化
& &&这是一句老话了：唯一不变的只有变化。
& &&你应该将所有系统将可能发生的变化以及潜在需求记录下来,以便将来能够实现（参见&Architecting for Change&，Thinking Objectively, May 1999）
& &&通过在建模期间考虑这些假设的情况，你就有可能开发出足够强壮且容易维护的软件。
& &&设计强壮的软件是你最基本的目标。
11. 不要低估对软件规模的需求
& &&Internet 带给我们的最大的教训是你必须在软件开发的最初阶段就考虑软件规模的可扩充性。
& &&今天只有100人的部门使用的应用程序，明天可能会被有好几万人的组织使用，下月，通过因特网可能会有几百万人使用它。
& &&在软件设计的初期，根据在用例模型中定义的必须支持的基本事务处理，确定软件的基本功能。然后，在建造系统的时候再逐步加入比较常用的功能。
& &&在设计的开始考虑软件的规模需求，避免在用户群突然增大的情况下，重写软件。
12. 性能仅仅是很多设计因素之一
& &&关注软件设计中的一个重要因素--性能，这好象也是用户最关心的事情。
& &&一个性能不佳的软件将不可避免被重写。
& &&但是你的设计还必须具有可靠性，可用性，便携性和可扩展性。
& &&你应该在工程开始就应该定义并区分好这些因素，以便在工作中恰当使用。
& &&性能可以是，也可以不是优先级最高的因素，我的观点是，给每个设计因素应有的考虑。
13. 管理接口
& &&&UML User Guide&中指出，你应该在开发阶段的早期就定义软件模块之间的接口。
& &&这有助于你的开发人员全面理解软件的设计结构并取得一致意见，让各模块开发小组相对独立的工作。
& &&一旦模块的接口确定之后，模块怎样实现就不是很重要了。
& &&从根本上说，如果你不能够定义你的模块&从外部看上去会是什么样子&，你肯定也不清楚模块内要实现什么。
14. 走近路需要更长的时间
& &&在软件开发中没有捷径可以走。
& &&缩短在需求分析上花的时间，结果只能是开发出来的软件不能满足用户的需求，必须被重写。
& &&在软件建模上每节省一周，在将来的编码阶段可能会多花几周时间，因为在全面思考之前就动手写程序。
& &&为了节省一天的测试时间而漏掉了一个bug，在将来的维护阶段，可能需要花几周甚至几个月的时间去修复。与其如此，还不如重新安排一下项目计划。
& &&避免走捷径，只做一次但要做对（do it once by doing it right）。
15. 别信赖任何人
& &&产品和服务销售公司不是你的朋友，你的大部分员工和高层管理人员也不是。
& &&大部分产品供应商希望把你牢牢绑在他们的产品上，可能是操作系统，数据库或者某个开发工具。
& &&大部分的顾问和承包商只关心你的钱并不是你的工程（停止向他们付款，看一看他们会在周围呆多长时间）。
& &&大部分程序员认为他们自己比其他人更优秀，他们可能抛弃你设计的模型而用自己认为更好的。
& &&只有良好的沟通才能解决这些问题。
& &&要明确的是，不要只依靠一家产品或服务提供商，即使你的公司（或组织）已经在建模、文档和过程等方面向那个公司投入了很多钱。
16. 证明你的设计在实践中可行
& &&在设计的时候应当先建立一个技术原型， 或者称为&端到端&原型。以证明你的设计是能够工作的。
& &&你应该在开发工作的早期做这些事情，因为，如果软件的设计方案是不可行的，在编码实现阶段无论采取什么措施都于事无补。
& &&技术原型将证明你的设计的可行性，从而，你的设计将更容易获得支持。
17. 应用已知的模式
& &&目前，我们有大量现成的分析和设计模式以及问题的解决方案可以使用。
& &&一般来说，好的模型设计和开发人员，都会避免重新设计已经成熟的并被广泛应用的东西。
18. 研究每个模型的长处和弱点
& &&用例捕获的是系统行为需求，数据模型则描述支持一个系统运行所需要的数据构成。
& &&你可能会试图在用例中加入实际数据描述，但是，这对开发者不是非常有用。
& &&同样，数据模型对描述软件需求来说是无用的。
& &&每个模型在你建模过程中有其相应的位置，但是，你需要明白在什么地方，什么时候使用它们。
19. 在现有任务中应用多个模型
& &&当你收集需求的时候，考虑使用用例模型，用户界面模型和领域级的类模型。
& &&当你设计软件的时候，应该考虑制作类模型，顺序图、状态图、协作图和最终的软件实际物理模型。
& &&程序设计人员应该慢慢意识到，仅仅使用一个模型而实现的软件要么不能够很好地满足用户的需求，要么很难扩展。
20. 教育你的听众
& &&你花了很大力气建立一个很成熟的系统模型，而你的听众却不能理解它们，甚至更糟－连为什么要先建立模型都不知道。那么你的工作是毫无意义的。
& &&教给你开发人员基本的建模知识；否则，他们会只看看你画的漂亮图表，然后继续编写不规范的程序。
& &&另外， 你还需要告诉你的用户一些需求建模的基础知识。给他们解释你的用例(uses case)和用户界面模型，以使他们能够明白你要表达地东西。
& &&当每个人都能使用一个通用的设计语言的时候（比如UML），你的团队才能实现真正的合作。
21. 带工具的傻瓜还是傻瓜
& &&你给我CAD/CAM工具，请我设计一座桥。
& &&但是，如果那座桥建成的话，我肯定不想当第一个从桥上过的人，因为我对建筑一窍不通。
& &&使用一个很优秀的CASE工具并不能使你成为一个建模专家，只能使你成为一个优秀CASE工具的使用者。
& &&成为一个优秀的建模专家需要多年的积累，不会是一周针对某个价值几千美元工具的培训。
& &&一个优秀的CASE工具是很重要，但你必须学习使用它，并能够使用它设计它支持的模型。
22. 理解完整的过程
& &&好的设计人员应该理解整个软件过程，尽管他们可能不是精通全部实现细节。
& &&软件开发是一个很复杂的过程，《object-oriented software process》说过：除了编程、建模、测试等你擅长工作外，还有很多工作要做。
& &&好的设计者需要考虑全局。必须从长远考虑如何使软件满足用户需要，如何提供维护和技术支持等。
23. 常做测试，早做测试
& &&如果测试对你的软件来说是无所谓的，那么你的软件多半也没什么必要被开发出来。
& &&建立一个技术原型供技术评审使用，以检验你的软件模型。
& &&在软件生命周期中，越晚发现的错误越难修改，修改成本越昂贵。尽可能早的做测试是很值得的。
24. 把你的工作归档
& &&不值得归档的工作往往也不值得做。
& &&归档你的设想，以及根据设想做出的决定；
& &&归档软件模型中很重要但不很明显的部分。&
& &&给每个模型一些概要描述以使别人很快明白模型所表达的内容。
25. 技术会变，基本原理不会
& &&如果有人说&使用某种开发语言、某个工具或某某技术，我们就不需要再做需求分析，建模，编码或测试&。
& &&不要相信，这只说明他还缺乏经验。
& &&抛开技术和人的因素，实际上软件开发的基本原理自20世纪70年代以来就没有改变过。
& &&你必须定义需求，建模，编码，测试，配置，面对风险，发布产品，管理工作人员等等。
& &&软件建模技术是需要多年的实际工作才能完全掌握的。好在你可以从此建议开始，完善自己的软件开发经验。
& &&以鸡汤开始，加入自己的蔬菜。然后，开始享受你自己的丰盛晚餐吧。
& &&http://www.cnblogs.com/allanbolt/archive//1511438.html
阅读(...) 评论()}