歆颢美菱格
软件产品设计中如何进行需求分析？
软件产品是指软件开发商根据市场需要开发的、具有一定适用性和潜在客户的、可销售的软件成品。
它区别于应特定客户需求或根据订单开发的软件商品，通常应具有更高的通用性和适应性。
但它的通用性和适应性不是轻而易举就能达到的。
要实现软件的产品化，就必须在软件产品的设计上下一番功夫。
本文结合一个＂多媒体远程教学系统＂实例，探讨软件产品设计中的一些经验与看法。
一、软件产品设计的重要意义 所谓软件产品设计，在本文中指对软件产品的功能与架构进行设计。
用传统的软件工程术语来说，它覆盖软件工程的可行性研究、需求分析、系统设计几个阶段。
用RUP(Rational Unified Process-统一软件过程)术语来说，它是需求定义与软件构架设计的结果。
软件产品设计包括了需求分析、功能定义、技术方案以及需求管理的策略。
我们可以看见很多这样的例子：企业做完一个产品后，便不得不长期甚至永久地投入几个人（通常还是曾参与研发的技术骨干）对产品进行维护、跟踪和服务；企业在做同类项目时，还不得不投入几乎相等的资源；系统集成企业或以管理类项目为主的研发企业长期为工程所困，良好的市场需求并不能带来利润回报的规模增加，等等。
造成以上现象，一是由于企业的软件过程成熟度不高，另一个原因，就是缺乏清晰、深入的软件产品设计。
优秀的产品设计可能是软件企业发展的重要契机。
好的产品设计可能使企业走向产品系列化、服务规范化、内部管理规范化的良性发展之路；而差的产品设计不仅将造成现实的资源浪费，甚至有可能使产品从此成为软件企业的一个枷锁。
其实，产品设计的来源最终都是市场。
设计的好与不好，反映了设计者对技术、业务、以及用户需求诸方面的现状以及变化规律把握的结果。
下面从功能定位入手，探讨怎样进行产品设计。
我们所举的例子的主体假设是一个典型的系统集成企业，在多媒体系统集成项目上有较多的工程经验，在软件研发上也小有积累，市场研究认为多媒体技术在培训、教学领域将大有可为。
二、软件产品的分类及定位 与一般的针对用户明确需求的软件项目的需求分析稍有不同，软件产品的功能定义更多的是一种＂定义＂，而不象面向特定用户的系统，其需求定义是一种记录、归纳和分析的过程。
它看起来的自由度比较大。
正是这种自由度可以带来产品的升华，使工程产品化。
即使对于特定用户的软件需求，我们也有必要在满足特定用户的特定需求的同时，对相关技术和业务进行适当的分析和预期，使得项目的成果具有更好的适用性和重用价值。
软件产品可以分为两种：面向最终用户的和面向软件开发或集成商的。
第一种主要指面向不限于计算机技术人员、完成一定应用功能的系统；后者指供专业的软件开发人员使用、用于构造第一种产品的＂中间＂产品，它可能是一个完整的系统平台，也可能是一个开发包或一个小的程序工具。
不同种类的产品具有不同的特性要求：面向集成商/开发商的产品要求可靠、可扩充、有详尽的技术说明、有一定的技术适应性；面向最终用户的产品则要求功能完整、可靠、可维护、有较好的应用适应性。
其实，设计人员还可以根据市场形式开发介于以上二者之间的＂半产品＂，即通过简单定制可以＂生产＂出应用系统的＂半成品＂，但又不同于严格意义上的开发平台或是零散的开发工具包。
这种＂半成品＂很实用，不仅可以提高本企业的生产率，为产品系列化打好伏笔，还可以在适当的市场时机作为商品提供给系统集成商，为企业带来额外的利益。
到底要开发什么类型的产品，是软件产品设计的第一个重要决策。
我们假设的＂多媒体远程教学系统＂定位在＂半成品＂上，希望开发出能直接用于某种应用场合（如企业培训），但可以根据应用需要进行定制、扩充，广泛应用于其他相关应用，如专业培训机构、网络化学校教育等。
三、软件产品的非功能性需求定义 软件产品的需求可以分为功能性需求和非功能性需求。
其中软件产品的非功能性需求是常常被轻视、甚至被忽视的一个重要方面。
其实，软件产品非功能性定义不仅决定产品的质量，还在很大程度上影响产品的功能需求定义。
如果事先缺乏很好的非功能性需求定义，结果往往是使产品在非功能性需求面前捉襟见肘，甚至淹没功能性需求给用户带来的价值。
所谓非功能性需求，是指软件产品为满足用户业务需求而必须具有的、除功能需求以外的特性。
软件产品的非功能性需求包括系统的性能、可靠性、可维护性、可扩充性、对技术和对业务的适应性，等等。
下面对其中的某些指标加以说明。
1、系统的完整性 指为完成业务需求和系统正常运行本身要求而必须具有的功能，这些功能往往是用户不能提出的。
典型的功能有：联机帮助、数据管理、用户管理、软件发布管理、在线升级，等等。
并不是所有的系统都必须包括以上所有的功能，而是可以根据产品的使用环境和企业的产品发展决策进行挑选。
例如，在线升级、软件发布管理适用于具有因特网或内网环境的软件产品；而数据管理对于产生数据存储的产品则是必须的，设计人员不应假设用户同时是一个合格的DBA，而且系统所产生...
如何进行软件需求分析
1.概念需求的定义包括从用户角度（系统的外部行为），以及从开发者角度（一些内部特性）来阐述需求.关键的问题是一定要编写需求文档.我曾经目睹过一个项目中途更换了所有的开发者，客户被迫与新的需求分析者坐到一起.系统的分析人员说：＂我们想与你谈谈你的需求.＂客户的第一反应便是：＂我已经将我的要求都告诉你们前任了，现在我要的就是给我编一个系统＂.百事通而实际上，UGGs，需求并未编写成文档，因此新的分析人员不得不从头做起.所以如果只有一堆邮件、会谈记录或一些零碎的未整理的对话，你就确信你已明白用户的需求，那完全是自欺欺人.需求的另外一种定义认为需求是＂用户所需要的并能触发一个程序或系统开发工作的说明＂.有些需求分析专家拓展了这个概念：＂从系统外部能发现系统所具有的满足于用户的特点、功能及属性等＂.这些定义强调的是产品是什么样的，而并非产品是怎样设计、构造的.而下面的定义则从用户需要进一步转移到了系统特性：需求是指明必须实现什么的规格说明.它描述了系统的行为、特性或属性，是在开发过程中对系统的约束.从上面这些不同形式的定义不难发现：并没有一个清晰、毫无二义性的＂需求＂术语存在，真正的＂需求＂实际上在人们的脑海中，这个人们主要是指客户，但一般情况下，用户并不能描述自己的需要，只就需要系统分析人员根据用户的自己语言的描述整理出相关的需要再进一步和客户核对.系统分析员和客户需要确保所有项目风险承担者在描述需求的那些名词的理解上务必达成共识.任何文档形式的需求（例如如下将要描述的需求规格说明书）仅是一个模型，一种描述.2.需求分析的任务开发软件系统最为困难的部分就是准确说明开发什么.最为困难的概念性工作便是编写出详细技术需求，这包括所有面向用户、面向机器和其它软件系统的接口.同时这也是一旦做错，将最终会给系统带来极大损害的部分，并且以后再对它进行修改也极为困难.目前，国内产品的庞杂，一家企业可能有几个系统并立运行，它们之间接口是系统开发人员最头痛的问题.对于商业最终用户应用程序，企业信息系统和软件作为一个大系统的一部分的产品是显而易见的.但是对于我们开发人员来说，并没有编写出客户认可的需求文档，我们如何知道项目于何时结束？而如果我们不知道什么对客户来说是重要的，那我们又如何能使客户感到满意呢？然而，即便并非出于商业目的的软件需求也是必须的.例如库、组件和工具这些供开发小组内部使用的软件.当然你可能偶尔勿需文档说明就能与其他人意见较为一致，但更常见的是出现重复返工这种不可避免的后果，而重新编制代码的代价远远超过重写一份需求文档的代价，这些血的教训正在国内的软件开发者身上发生.近来，我遇到一个开发小组开发包括代码编辑器在内的一套内部使用的计算机辅助软件.不幸的是，当他们开发完这个工具后，发现这个工具不能打印出源代码文件，使用者当然希望有这个功能.结果这个小组只好手工抄写源代码文档以供代码检查.这说明那怕需求明确无误并构思准确，如果我们没有编写文档，软件达不到期望目标也只能是咎由自取了.相反的情况，我曾见一个要集成到＂错误跟踪系统＂中的简单界面写了一页需求说明.而操作系统系统管理员在为处理脚本时发现简单的一张需求清单竟是如此有用.他们依据需求对系统进行测试时，此系统不仅非常清晰地实现了所有必需功能，而且未发现任何错误.事实上，需求文档在开发过程中一直起指导作用.3.需求分析过程可把整个软件需求工程研究领域划分为需求开发和需求管理两部分更合适，如图4-1所示：图4-1 需求工程域的层次分解示意图需求开发可进一步分为：问题获取、分析、编写规格说明和验证四个阶段.这些子项包括软件类产品中需求收集、评价、编写文档等所有活动.需求开发活动包括以下几个方面：确定产品所期望的用户类别.获取每个用户类的需求.了解实际用户任务和目标以及这些任务所支持的业务需求.分析源于用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息.将系统级的需求分为几个子系统，并将需求中的一部份分配给软件组件.了解相关质量属性的重要性.商讨实施优先级的划分.将所收集的用户需求编写成文档和模型.评审需求规格说明，确保对用户需求达到共同的理解与认识，并在整个开发小组接受说明之前将问题都弄清楚.需求管理需要＂建立并维护在软件工程中同客户达成的合同＂ .这种合同都包含在编写的需求文档与模型中.客户的接受仅是需求成功的一半，开发人员也必须能够接受他们，并真正把需求应用到产品中.通常的需求管理活动包括：定义需求基线（迅速制定需求文档的主体）.评审提出的需求变更、评估每项变更的可能影响从而决定是否实施它.以一种可控制的方式将需求变更融入到项目中.使当前的项目计划与需求一致.估计变更需求所产生影响并在此基础上协商新的承诺，这种承诺具体体现在项目解决方案上.让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪.在整个项目过程中跟踪需求状态及其变更情况.以上几点说...
公司购买一套财务软件10万元,如何做帐？
以下摘自企业会计准则-无形资产： 第二章 确认 第三条 无形资产，是指企业拥有或者控制的没有实物形态的可辨认非货币性资产。
资产满足下列条件之一的，符合无形资产定义中的可辨认性标准： （一）能够从企业中分离或者划分出来，并能单独或者与相关合同、资产或负债一起，用于出售、转移、授予许可、租赁或者交换。
（二）源自合同性权利或其他法定权利，无论这些权利是否可以从企业或其他权利和义务中转移或者分离。
软件符合以上辨认规则，因此应入无形资产
如何提高软件的质量？
一、什么是质量？ 作为软件产品的销售人员，市场人员或维护人员经常会受到客户这样那样的指责或抱怨，客户说：你们产品的质量太差，不稳定等等。
那么什么是质量呢？我们该如何来衡量质量呢？ 质量具有三个维度： ？？ 符合目标。
目标是客户所定义的，符合目标即判断我们是不是在做需要做的事情。
？？ 符合需求。
即产品是不是在做让它做的事情。
？？ 符合实际需求。
实际的需求包括用户明确说明的和隐含的需求。
ISO 关于质量的定义表示如下： “ 一个实体（产品或服务）的所有特性，基于这些特性可以满足明显的或隐含的需要。
” 注意，在这个定义中包含明显的需求和隐含的需求。
而往往我们会忽略隐含的需求。
因此在控制一个产品的质量的过程中必须关注这些隐含的需求，并给予应有的验证。
另一方面因为我们的产品是为客户提供服务的，因此凡是不满足客户需求的，我们都认为是一个失效（ failure ）。
所以我们的产品必须始终围绕着客户的需求进行开发和验证。
这里我们谈到客户，其实在一个软件的需求收集过程中需要关注客户和用户。
而我们经常会忽略客户与用户之间的区别。
那么谁是客户？谁是用户呢？简单的来说，客户是真正能够决定是否购买你软件的人，而用户是实际使用软件的人。
了解了这个区别，对于你在分析需求的重要性的时候就可以进行参考。
同时在产品质量验证的时候也可以做出不同的权衡。
另一方面我们在考虑我们用户需求的时候，往往只考虑了实际使用软件的人员，而忽略了其它一些人员对软件的要求或对软件造成的潜在竞争，这包括维护人员的要求、系统管理人员的要求、软件上下游人员的要求、先前版本的情况、市场上竞争对手的软件情况等。
每个人提到质量的时候，经常会遇到下列矛盾，在这些矛盾中隐含着对质量的承诺【 5 】： ？？ 质量需要一个承诺，尤其是高层管理者的承诺。
但为了得到质量，高层管理者必须和其雇用的员工进行紧密合作； ？？ 许多人相信没有缺陷的产品和服务是不可能的。
但是控制在一定级别的缺陷数是正常并可接受的； ？？ 质量经常是和成本紧密联系在一起，一个高质量的产品同时也意味着高投入。
这是设计的质量和一致性质量的一个矛盾； ？？ 一个高的质量要求需求规格说明书足够详细，以便产品可以根据这些规格说明书进行定量的分析。
然而许多组织没有能力或者不愿意产生如此详细程度的规格说明书； ？？ 技术人员经常相信规范和标准会束缚他们的创造力，因此就不遵照标准做事。
然而如果要得到高质量的产品，就必须遵循良好定义的标准和过程。
二、流程对质量的贡献 好了，既然已经了解了什么是质量，那么怎么才能改进软件产品的质量呢？从一个企业的长远发展来看，首先应当从流程抓起，规范软件产品的开发过程。
这是一个软件企业从小作坊的生产方式向集成化、规范化的大公司迈进的必经之路，也是从根本上解决质量问题，提高工作效率的一个关键手段。
软件产品的开发同其它产品（如汽车）的生产有着共同特性，即需要按一定的过程来进行生产。
在工业界，流水线生产方式被证明是一种高效且能够比较稳定地保证产品质量的一种方式。
通过这种方式，不同的人员被安排在流程的不同位置，最终为着一个目标共同努力，这样可以防止人员工作间的内耗，极大的提高工作效率。
并且由于其过程来源于成功的实例，因此其最终的产品质量能够满足过程所设定的范围要求。
软件工程在软件的发展过程中吸取了这个经验并把它应用到了软件开发中，这就形成了软件工程过程，简单的说就是开发流程。
无论做什么事情，都有一个循序渐进的过程，从计划到策略再到实现。
软件流程就是按照这种思维来定义开发过程，它根据不同的产品特点和以往的成功经验，定义了从需求到最终产品交付的一整套流程。
流程告诉我们该怎么一步一步去实现产品，可能会有那些风险，如何去避免风险等等。
由于流程来源于成功的经验，因此，按照流程进行开发可以使得我们少走弯路，并有效的提高产品质量，提高用户的满意度。
目前流行的流程方法有很多种，不同的过程模型适合于不同类型的项目。
瀑布模型是应用的最为广泛的一种模型，也是最容易理解和掌握的模型，然而它的缺陷也是显而易见的。
遗漏的需求或者不断变更的需求会使得该模型无所适从。
然而，对于那些容易理解但很复杂的项目，采用瀑布模型会是比较适合的，因为你可以按部就班的去处理复杂的问题。
在质量要求高于成本和进度要求的时候，该模型表现的尤其突出。
螺旋模型是也是一个经典模型，它关注于发现和降低项目的风险【 8 】。
螺旋型项目从小的规模开始，然后探测风险，制定风险控制计划，接着确定下一步项目是否还要继续，然后进行下一个螺旋的反复。
该模型的最大优点就是随着成本的增加，风险程度随之降低。
然而螺旋模型的缺点是比较复杂，且需要管理人员有责任心，专注以及有管理方面经验。
RUP ( Rational Unified Process )是 Rational 公司提出的一套开发过程模型，它是一个面向对象软件工程的通用业务流程【 9 】。
它描述了一系列相关的软件工程流程，它们具有相同的结构，...
如何向公司总经理演示产品？从哪及个角度讲解？软件的企业分别给企...
? 使用产品：速达5000 3G 工业版 1.我们进销存和财务的软件有速达3000和速达5000，针对不同的需求，有不同的软件 我们软件有组装和拆卸的功能，可以把一车拆卸成多少张，另外我们软件还提供了辅助单位，在卖时可以在辅助单位注明多少平方尺。
2.我们软件提供了库存类的详细报表，可以查看任意时间段所有的库存和各个仓库单独的库存。
3.在做加工单并做完验收单时，可以通过相应的生产报表来得到相应生产过程中的合格率。
软件提供了不同仓库之间的调拨，包括原价调拨和异价调拨。
4.软件提供了生产过程的费用分摊，可以通过做费用分摊来分摊在生产过程中的各种费用，从而得到真实的成本。
5.在月末结帐之后，软件提供了相应的财务报表，包括资产负债表，利润表和现金流量表等。
如何推广软件产品？
1、计入“无形资产”科目。
2、按2年摊销。
依据《财税部 国家税务总局关于企业所得税若干优惠政策的通知》（财税[2008]1号）的规定，企事业单位购入软件，凡符合固定资产或无形资产确认条件的，可以按照固定资产或无形资产进行核算，经主管税务机关核准，其折旧或摊销年限可以适当缩短，最短可为2年。
3、每月摊销分录： 借：管理费用--无形资产摊销 贷：累计摊销（或无形资产） 注：如果你单位执行新会计准则，使用“累计摊销”科目。
浅析：如何转行做产品经理？
做好产品经理，应该从从产品全局观、产品工具使用、全面的综合能力、行业产品分析、个人作品积累五个方面去努力。
如何转行做产品经理： 一、产品全局观 阅读产品相关的书籍。
个人感觉，书籍永远是我们结构化学习或了解某个领域最直接有效的媒介之一，有几本书被很多人认为是产品经理入门必读书籍，比如《启示录》《结网》《人人都是产品经理》等等。
订阅查看产品资讯相关的网站。
网上关于产品经理的学习资源十分丰富，养成订阅查看和思考的习惯，在潜意识中能不断培养自己的产品感觉。
比如“知乎”产品经理相关的话题、“人人都是产品经理”等产品垂直社区下的很多文章等。
观看产品发布会和人物访谈。
观看手机或软件的产品发布会，能够从中去了解很多产品背后的故事，了解这些成熟企业的产品价值观等等。
同时我也比较喜欢看相关产品负责人的对话访谈，从前辈身上也能学习很多知识。
二、产品工具使用 Axure 作为一个专业的快速原型设计工具，Axure是产品经理日常使用最多的软件之一，帮助我们快速创建产品的线框图、流程图、原型等内容。
office 作为最有名的一套办公软件，里边有几个都是产品经理常用的。
word一般用来写产品需求文档，excel可用于数据整理分析，ppt则经常用于项目的沟通交流，还有visio在画产品流程图时非常实用。
思维导图 产品经理也要学会使用mindmanager 等思维导图工具，能够帮助我们结构化思考产品结构等各种问题。
以上只是列举了一些有代表性的软件，同功能类似的软件还有很多，可以慢慢去了解各自的优缺点，从而更好的为自己所用，当然作为产品，时刻不要忘了最便利的工具，就是手中的纸和笔。
三、全面的综合能力 产品经理是团队合作中最核心的沟通枢纽，需要和多个角色进行协作，因此就要求产品经理对各方面的知识都要懂一些，但又不必像专业人士那样精通，这对产品经理的综合能力要求就会比其他岗位要高，所以在准备入行产品经理的过程中，可以先有针对性提升自己在各方面的能力。
学习能力 这是产品经理非常重要的一个基本素质，需要时刻保持着一颗好奇心。
视觉UI设计 了解一些基本的UI知识，除了在和视觉设计师沟通过程中更加顺畅，也能帮助自己对产品的视觉呈现有更好的把控，并且提升了自己的设计美感，在需求文档、PPT、甚至是简历等内容的输出质量也会有很大的提高。
基本的技术知识 懂技术的产品经理肯定会有独特的竞争优势，无论是在与开发沟通，还是考虑产品设计实现方案上都会有所帮助。
有了前端基础知识后，对于web前台的展现样式调整优化，我则可以直接自己 “F12然后调整参数”，试到满意的状态再和前端工程师沟通。
除了以上列举的两项，还有很多的知识都值的产品经理去学习了解，包括交互运营等等。
四、行业产品分析 “产品经理”在一定程度上是非常虚化的一个岗位称呼，只有落实到某个具体的行业或项目上才能做具化的讨论，因为不同的行业所要求的产品素质在有些方面也会大相径庭。
所以，当我们决定入行做产品经理的时候，也需要想清楚自己对不同行业的认识。
如果你是个购物达人，或许电商行业的产品会更适合你。
那在真正入行前，可以对市场上主流的电商产品进行“竞品分析”，尝试写一些产品体验报告，也可以根据自己平时购物过程的痛点，以产品的思维来提供一些解决方案。
如果你热衷于做社交产品或其它某个方向的产品也是同样的道理，深入到某个具体的行业去做产品分析，不仅仅能够帮忙我们了解这个行业的形态，从产品全局的维度去锻炼和培养自己的产品感觉，同时对那些有清晰行业目标的产品新人来说，在应聘时也能向招聘方展示自己在该行业的独特优势和见解。
五、个人作品积累 上文已经提到过，产品经理是一个对综合能力要求较高的岗位，而展示自己综合能力最好的方式之一就是输出自己的个人作品，同时在构思完成自己的产品过程中，也在各个方面都得到了很好的锻炼和提升。
如果你对某个行业很有兴趣，而自己又有很多idea，那么则可以尝试以产品经理的身份要求自己输出相关的资料，比如PRD文档和交互原型，如果你已经对UI设计有一定的了解，还可以尝试设计视觉稿，如果你还有一定的技术能力，甚至还可以写个简单的产品demo出来。
总结 产品经理入行门槛确实比较低，但是要想做的好，成为一名优秀的产品经理决定不是一件易事，产品经理应该永远保持一颗虚心若愚的心态，通过项目实战，通过反思总结，在产品纵深能力上会不断的提升，同时也会不断发现自己在产品认知方面的局限，只有如此才能走在产品经理的路上，不断的成长。
现在的工业设计专业主要应用的是什么软件？
工业设计相关软件介绍： 目前，工业设计老师趋于年轻化，他们在注重传统的设计表现、设计传达、设计工程的同时，也更多地关注于学生的计算机设计表现能力的培养；计算机在工业设计中扮演着不可取代的作用，她的可修改、易保存、表现能力强和数控程度高等优势是其他工具不可替代的。
在实际的工业设计流程中，更是离不开计算机。
用计算机进行辅助工业设计也占大部分比例，如工业产品造型平面表现、工业产品造型三维渲染表现，工业产品磨具开发等都涉及计算机Photoshop、CorelDraw、Rhino、3ds max、Pro/E等软件，这也是绝大多数工业设计专业学生必修软件课程。
工业设计基本流程： 先谈一下目前工业设计在企业整个运作链条中的位置。
企业的整个运作链条包括： 市场>>>研发>>>中试（小批量生产验证）>>>生产>>>服务 其中工业设计处在研发的位置，研发又包括几个小部： 市场需求分析>>>总体设计方案>>>不同部分的设计方案>>>原型机 总体设计方案会分解为不同的部分，一般主要包括两个部分：形体设计和工程技术设计。
形体设计包括外观设计和结构设计，主要解决产品的形态和结构框架； 技术方案主要解决内部的功能设计，像家电的电路板和马达一类的电路和软件设计，这些需求是在总体方案部分制定下来的。
技术方案和形体设计方案是同步并行进行的，总体方案中会确定技术方案实现过程中各个模块需要的空间尺度，以及各个功能模块间的连接关系以及大体的位置关系。
这些确定下来后形体设计开始进行，首先是外观设计。
工业设计处在形体设计的先锋位置，在总体方案确定的框架下，分析市场的需求，以及一些相关的环境因素和人的使用方式因素，寻求一种合理的解决方式，只有外观设计确定下来以后，结构设计才进行。
当然外观设计开始的时候，一些对外观的影响不大的结构部分也开始设计。
外观设计的过程中，设计师要不断的和结构工程师沟通，来确定一些影响设计的因素。
最终工业设计师在一个既定下来的框架下开始发挥自己的创造力来设计一个即满足功能需求，又具有创新外观形态的产品，同时还有合理的使用方式的设计。
这些将最终决定产品的特征。
应该说在形体设计部分，工业设计的成败决定了产品将来的成败。
各个企业也非常的重视这个环节，会经过几次集体的决策评估，最终确定的设计方案，进行详细的结构设计。
当技术功能模块尺度基本上已经确定了下来，结构设计综合功能模块的尺度和外观设计的关键尺寸进行详细的结构设计，在这个过程中工业设计师要跟踪设计，解决一些冲突问题，控制产品的外观特征尺度，在从设计图纸到结构图纸以及后来的原型机过程中要不断的调整，在调整的过程中完善设计。
最后对产品的原型机进行最终的评估，评估完成后，开始转向小批量试制。
接着工业设计师的工作开始收尾，但还需要跟踪生产，一直到产品生产稳定下来，工作才能够完成。
一般简单的产品设计流程通常可以概述为以下内容：产品预研—客户沟通>>>产品分析 造型设计—方案草图>>>草图评审>>>效果图设计>>>造型评审>>>外观手版制作>>>外观评审>>>造型确认 结构设计—结构设计>>>结构图评审>>>结构手版制做>>>手版评审>>>结构资料提交 模具加工—模具报价>>>模具检讨>>>模具加工>>>T1试模>>>试模检讨>>>T2试模>>>产品量产 工业设计相关软件介绍： 跟工业设计有关的软件包括平面软件CorelDRAW、Photoshop、Illustrator等，三维软件Rhinoceros、3ds max、Maya、Cinema 4D、Alias、Pro/E、UG、SolidWorks、Catia等等。
面对这么多的选择，工业设计师最理想的做法是：根据自己的技能和工作的要求使用适当的软件。
但就现实说来，工作环境的框定才是要害。
如果公司对软件之间的接口要求很严格，那么一名Photoshop的熟练工就不够条件；如果设计单位只需提供三视图效果，那么一名Alias高手就太奢侈了。
Alias是最专业的工业设计软件，无缝连接创意表现、精确建模、真实渲染、输出（制造）整个流程，而且每一个环节都可以充分体现设计师的天赋和能力。
Alias还可以通过动画展示产品。
Pro/E、UG、SolidWorks和Catia更适宜称为工程软件，它们建模和结构设计的功能很强大，直接支持制造生产，但缺乏对创意和渲染阶段的支持。
很多公司有专门的结构设计师使用这些软件，而工业设计师负责概念、创意及效果制作。
Catia更是汽车结构设计师专用软件。
Rhinoceros(Rhino，犀牛)是由Robert McNeel & Associates公司为工业与产品设计师、场景设计师所开发的高阶曲面模型建构工具。
它是第一套将强大的AGLib NURBS模型建构技术完整引进Windows操作系统的软件，不论是建构工具，汽机车、零件、消费性产品的外型设计，或是船壳、机械外装或齿轮等工业制品，甚至是人物、生物造型等CG系列商品，Rhino可提供使用者易学易用、极具弹性及高精确度的模型建构工具。
3ds max和Maya的多边形建模和渲染都很出色。
相对来说Maya的综合功能更强一些，但max的外挂插件更丰富多样，尤其是近年高级渲染插件一个接一个，其中Brazil、FinalRENDER和Vray尤为火爆，...
转载请注明出处51数据库 » 如何分析一套软件产品
