4.可行性分析与需求分析
可行性分析和需求分析
可行性分析和需求分析一、可行性分析技术可行性：评估项目所需的技术是否可行，包括硬件、软件、网络等方面的技术要求。
如项目所需的硬件设备是否能满足项目的需求，软件开发所需的开发工具是否可行等。
经济可行性：评估项目的经济效益，包括项目的投资和回报。
对项目进行成本评估，包括硬件和软件的采购成本、人力资源的成本等，然后对项目的盈利情况进行预测，包括市场需求、竞争情况、产品定价等，并进行投资回收期、净现值、内部回报率等经济指标的计算，以判断项目的经济可行性。
操作可行性：评估项目的操作可行性，包括项目开发过程的可操作性和项目实施后的可操作性。
对项目开发过程中需要的资源、人员、时间等进行评估，以确保项目能够按时顺利进行；对项目实施后的操作过程进行评估，确保项目能够稳定运行，并能满足用户的需求。
二、需求分析需求分析是指从各个相关方面收集用户需求和项目目标，对需求进行整理、分析和澄清的过程。
需求分析是项目开发的关键环节，它的目的是明确项目的功能、性能、界面、业务流程等方面的需求，为项目的设计和开发提供准确的基础。
需求分析主要包括以下几个步骤：1.需求获取：通过与用户交流、访谈、问卷调查等方式，获取项目的需求和目标。
包括功能需求、性能需求、界面需求、业务流程需求等。
2.需求整理：对获取到的需求进行分类和整理，确保需求表述准确清晰，并进行必要的领域模型、数据流程图等工具的使用，以便更好地理解和分析需求。
3.需求分析：对整理后的需求进行分析，包括对不同需求之间的关系、优先级、稳定性等进行评估，确保需求的可行性和合理性。
4.需求确认：与用户进行沟通和确认，确保需求的准确性和完整性，并及时处理用户提出的问题和建议。
5.需求文档撰写：根据需求分析的结果，撰写详细的需求文档，包括用例规约、功能需求描述、界面设计等，为后续的设计和开发提供指导。
通过可行性分析和需求分析，可以对项目的可行性进行评估，并明确项目的需求和目标。
这对于项目的顺利开展和成功实施具有重要意义，有助于降低项目风险，并提高项目的成功率。
可行性分析与需求分析
第四章可行性分析与需求分析可行性分析是要决定“做依旧不做”。
需求分析是要决定“做什么，不做什么”。
即使可行性分析是客观的、科学的，但决策仍有可能是错误的。
因为决策者是人，人会冲动，有赌博心态。
假如可行性分析讲明做某件事的成功率是10%，失败率是90%，假如该情况的意义专门大，决策者也许会一拍脑袋：“豁出去，干！”因此这世界就多了一份极喜与极悲。
4.1节讲述可行性分析的四大要素：经济、技术、社会环境和人。
目前国内专门多软件公司做系统集成项目，假如谈谈系统集成项目的可行性分析将专门有意思。
但是那些系统集成项目大多是政府机构的，由于软件行业尚不规范同时客户方存在腐败现象，因此业内流传“没有做不了的系统集成项目”。
软件公司的注意力几乎全集中在“如何拿到项目订单”以及“拿到订单后如何蒙混过关”上，使我丧失了卖弄“可行性分析”的机会。
既然不能正面指点一个人如何做好事，那么就规劝他不要做坏事吧。
4.2节讲述可行性分析案例——投资软件公司失败的教训。
作者本来没有资格谈论投资，但事有凑巧：近一年来我关闭了一个亏损30万元的软件公司（我自己的）；休克一个年亏损200万元的软件公司（朋友的）；扼杀一个200万元的投资方案（生疏人的）；踩灭一个处于萌芽状态的100万元的投资设想（熟人的）。
鉴于现在比较富有的民营企业期望投资软件行业的越来越多，值得谈谈这方面的可行性分析。
我将讲述亲身经历后的感受，提一些建议。
不论是为客户做软件项目依旧为自己做软件产品，都要进行需求分析。
需求分析最恼人之处是难以在项目刚启动时搞清晰需求，假如在项目做了一大半时需求发生了变化，那将使项目陷入逆境。
4.3节讲明需求分析什么缘故困难，4.4节讲述如何进行需求分析。
本章的需求分析均不涉及编程，因此不考虑结构化、面向对象等分析方法。
4.1可行性分析的要素做可行性分析不能以偏盖全，也不能够什么鸡毛蒜皮的细节都加以权衡。
可行性分析必须为决策提供有价值的证据。
需求分析与可行性 分析
需求分析与可行性分析需求分析与可行性分析是在进行项目执行前必须进行的重要工作。
需求分析是指对项目实施过程中所需要解决的问题进行系统的分析和论证，确定实施的目标。
而可行性分析是指对项目执行的可行性进行评估，包括经济可行性、技术可行性和组织可行性等方面的分析。
下面将分别对需求分析和可行性分析进行详细阐述。
1. 需求分析需求分析是通过对项目实施过程中的问题进行分析，明确实施的目标和解决的问题。
在进行需求分析时，可以采用以下步骤：（1）明确项目的背景和目的：了解项目的起因和目的，明确项目实施的背景和目标，以便后续的需求分析工作有一个明确的方向。
（2）确定用户需求：与项目相关的各方面人员进行沟通和交流，了解他们的需求和期望，包括功能性需求和非功能性需求。
这可以通过访谈、问卷调查等方式进行。
（3）分析需求：对收集到的需求进行分析，明确各个需求之间的优先级和相关性，将它们整合成一个完整的需求列表。
（4）确定需求的可行性：对整合后的需求进行评估，确定其可行性和实现的可行路径。
这可以通过技术评估、市场调查等方式来进行。
（5）输出需求文档：将需求整理成一个详细的需求文档，包括需求的优先级、实现的方法、预计的实施时间等信息，以便后续进一步的执行和实施。
需求分析的目的是明确项目的实施目标和解决的问题，为后续的项目执行提供清晰的方向。
通过需求分析，可以有效地避免项目执行过程中的偏差和风险，提高项目的成功率和用户满意度。
2. 可行性分析可行性分析是对项目执行的可行性进行评估，包括经济可行性、技术可行性和组织可行性等方面的分析。
在进行可行性分析时，可以采用以下步骤：（1）经济可行性分析：评估项目的投资收益情况，包括项目的成本、收益和盈利能力等方面的分析。
通过对项目的成本和收益进行评估，判断项目是否具有经济可行性。
（2）技术可行性分析：评估项目所依赖的技术是否可行和成熟，包括技术的稳定性、可靠性和可扩展性等方面的分析。
通过对技术方案和解决方法的评估，判断项目是否具有技术可行性。
可行性分析与需求分析
可行性分析与需求分析随着科技的不断发展，信息技术在各行各业中的应用越来越广泛。
在企业信息化建设中，可行性分析和需求分析是非常重要的环节。
本文将对可行性分析和需求分析的概念、重要性以及分析过程进行探讨。
一、可行性分析可行性分析是指对计划或项目进行评估，以确定其是否在技术、经济和市场等方面可行。
它是项目启动的前提，为后续的决策提供基础。
可行性分析包括技术可行性、经济可行性和市场可行性三个方面。
1. 技术可行性技术可行性是评估项目是否能够在技术层面上实施的能力。
主要包括项目所需技术是否能够满足要求，是否存在技术难题，以及相关技术是否成熟可靠等。
在技术可行性分析中，需要考虑到技术投入、技术开发和技术支持等方面。
2. 经济可行性经济可行性是评估项目是否在经济上可行的能力。
主要包括项目的成本估算、收益预测和投资回收期等。
在经济可行性分析中，需要综合考虑投资成本、运营成本和收益情况，评估项目的盈利能力和经济效益。
3. 市场可行性市场可行性是评估项目在市场中是否可行的能力。
主要涉及市场需求、竞争态势和市场容量等因素。
在市场可行性分析中，需要了解目标用户的需求和购买能力，评估竞争对手的实力和市场份额，并进行市场定位和推广策略的制定。
二、需求分析需求分析是指对项目需求进行详细的调研和分析，以明确项目的功能和性能要求。
需求分析是项目开发的基础，对项目的成功实施至关重要。
需求分析包括用户需求和系统需求两个层面。
1. 用户需求用户需求是指最终用户对项目功能和性能的需求。
在需求分析过程中，通过与用户的沟通和调研，了解用户的需求和期望。
用户需求可以分为功能需求和非功能需求两个方面。
功能需求是指项目应该具备的功能和操作特性，而非功能需求是指项目的性能、安全性、可靠性和易用性等方面的要求。
2. 系统需求系统需求是指根据用户需求，对项目进行进一步细化和具体化的需求。
系统需求根据不同项目的特点可以有所不同，可以包括硬件需求、软件需求、网络需求和数据需求等方面。
可行性分析与需求分析区别
可行性分析与需求分析区别在项目实施过程中，可行性分析和需求分析是两个重要的环节。
可行性分析旨在评估项目的可行性和可行性决策，以确定是否继续实施项目。
而需求分析则是对项目需求进行详细的调研和分析，以确保项目能够满足用户的期望和需求。
本文将就可行性分析和需求分析两者的区别进行详细探讨。
一、可行性分析1. 定义可行性分析是指对项目的可行性进行评估和分析的过程。
它的目的是为了确定项目的可行性和可行性决策。
通过对项目的技术、经济、法律、社会等各个方面进行综合评估，确定项目是否应该继续实施，以及是否能够达到预期的效果。
2. 内容可行性分析主要包括以下几个方面的内容：- 技术可行性：评估项目技术层面的可行性，包括技术方案、技术难度、技术资源等。
- 经济可行性：评估项目经济层面的可行性，包括成本投入、收益预测、回报周期等。
- 法律可行性：评估项目法律层面的可行性，包括法律合规性、合同约束性等。
- 社会可行性：评估项目社会层面的可行性，包括社会认可度、影响力等。
3. 输出可行性分析的结果是一个可行性报告，其中包括项目的可行性评估和可行性决策。
可行性报告将根据分析结果，提出项目的可行性结论，并给出相应的建议和决策。
二、需求分析1. 定义需求分析是指对项目需求进行详细的调研和分析的过程。
它的目的是为了明确和理解用户对项目的要求和期望，以便在项目实施过程中能够准确地满足用户的需求。
2. 内容需求分析主要包括以下几个方面的内容：- 需求调研：通过与用户的交流和调研，了解用户的真实需求和期望。
- 需求分析：对用户需求进行详细的分析和总结，形成需求文档，明确项目的目标和要求。
- 需求确认：与用户进行沟通和确认，确保需求文档准确无误。
3. 输出需求分析的结果是一个需求文档，其中包括项目的需求描述、需求优先级、功能模块等信息。
需求文档将作为项目开发的依据，供开发团队参考。
三、可行性分析与需求分析的区别1. 目的不同可行性分析的目的是评估项目的可行性和可行性决策，以决定是否继续实施项目。
需求分析及可行性分析
需求分析及可行性分析需求分析是对用户需求进行系统、全面的分析，确定需求的性质、范围和目标，并将其转化为具体的需求文档。
可行性分析是在需求分析的基础上，对项目的可行性进行评估，包括技术可行性、经济可行性和操作可行性等方面。
以下是对需求分析及可行性分析的详细回答。
需求分析：1. 确定需求的性质：需求可以是功能性的，即系统需要具备哪些功能；也可以是非功能性的，即系统需要具备哪些性能、安全性、可用性等要求。
2. 确定需求的范围：确定系统的边界，明确系统的功能边界和与其他系统的接口边界。
3. 确定需求的目标：明确需求的目标是什么，例如提高工作效率、降低成本、提高用户满意度等。
4. 分析用户需求：与用户进行沟通，了解用户的需求和期望，通过访谈、问卷调查等方式获取用户反馈。
5. 需求分类和优先级确定：对用户需求进行分类，分为必需和可选的需求，并确定不同需求的优先级。
6. 需求的详细描述：将需求转化为具体的需求文档，包括用例图、用例描述、用户界面设计等。
可行性分析：1. 技术可行性分析：评估项目的技术可行性，包括系统架构、技术平台、开发工具和技术人员等方面的考虑，确保项目可以在现有技术条件下实现。
2. 经济可行性分析：评估项目的经济可行性，包括投入产出比、成本效益分析、收益期限等方面的考虑，确保项目在经济上可行。
3. 运营可行性分析：评估项目的运营可行性，包括项目运营所需的人力、物力、时间等方面的考虑，确保项目在运营上可行。
4. 法律合规性分析：评估项目是否符合法律法规和相关政策，如保护用户隐私、保护知识产权等，确保项目在法律合规性方面可行。
5. 市场可行性分析：评估项目在市场上的可行性，包括市场需求、竞争对手、市场容量等方面的考虑，确保项目在市场上可行。
需求分析和可行性分析是项目开发的重要环节，通过需求分析可以确保项目可以满足用户的需求，通过可行性分析可以评估项目的可行性，减少项目开发过程中的风险。
同时，在进行需求分析和可行性分析时，需要与用户、技术团队、市场部门等进行充分的沟通和合作，确保项目的成功实施。
可行性分析和需求分析的区别
可行性分析和需求分析的区别在项目管理和系统开发中，可行性分析和需求分析是两个重要的概念和过程。
虽然它们在名称上很相似，但在实际应用中有着明显的区别。
本文将介绍可行性分析和需求分析的区别，并探讨它们在项目实施过程中的作用和意义。
一、可行性分析可行性分析是在项目立项阶段进行的一项重要工作。
它旨在评估和确定项目的可行性，包括技术可行性、经济可行性、操作可行性等方面。
通过可行性分析，可以判断项目是否值得投资，并为项目决策提供依据。
1. 技术可行性：可行性分析的一个重要方面是评估项目的技术可行性。
这包括评估所需技术是否可行、技术方案是否成熟、技术风险是否可控等。
在进行技术可行性分析时，需要考虑项目的技术需求与资源之间的匹配度，以确保项目在技术上能够顺利实施。
2. 经济可行性：经济可行性是可行性分析中的另一个关键要素。
通过对项目的成本和效益进行评估，可以判断项目是否经济可行，即是否能够在合理的时间内收回投资并获得预期的利润。
这需要考虑项目的投资规模、回报周期、市场需求以及竞争环境等因素。
3. 操作可行性：操作可行性评估项目在日常运行中的可行性，包括项目的组织管理、人员配备、操作流程等方面。
通过对操作可行性的评估，可以确保项目在实施过程中能够得到有效的支持和操作，并顺利达到预期目标。
二、需求分析需求分析是在项目实施阶段进行的一项核心工作。
它旨在明确和理解项目的需求，包括功能需求、性能需求、操作需求等。
通过需求分析，可以准确把握项目的目标和需求，并为后续的系统设计和开发提供依据。
1. 功能需求：功能需求是指项目在实施过程中需要满足的功能要求。
通过对用户需求的收集和整理，分析人员可以明确项目的功能需求，并将其转化为具体的功能模块和功能点，为系统设计和开发提供指导。
2. 性能需求：性能需求是指项目对系统性能的要求。
这包括对系统响应时间、并发能力、可靠性等方面的要求。
通过对性能需求的明确和分析，可以选择合适的技术方案和系统设计，以满足项目对性能的要求。
可行性分析和需求分析的区别
可行性分析和需求分析的区别在软件开发过程中，可行性分析和需求分析是两项非常重要的工作。
虽然两者都是为了确保项目的成功，但其实它们是有本质区别的。
作为一个机器人，我来为大家详细讲解可行性分析和需求分析的区别。
一、可行性分析可行性分析是指在项目启动前，对项目的可行性进行综合评估。
它强调的是项目的可行性，即检查项目是否具有可行性，确定项目是否应该继续下去。
这个过程包括了市场分析、技术评估、资源预算和风险分析等环节。
在完成可行性分析之后，我们需要根据分析结果做出决策：是继续执行项目，还是放弃项目。
可行性分析的目的是为了追求项目的成功，因此其中的风险评估非常重要。
通过可行性分析，我们可以清晰地了解项目在不同条件下的开发难度、成本、收益等细节信息。
这些信息对于项目的组织者和投资者来说是非常有价值的，可以帮助他们作出合理的决策。
二、需求分析需求分析是指在项目执行过程中，根据用户的需求，对项目的功能和性能等进行详细描述和分析。
需求分析通常涉及到用户调查、用户需求文档、商业分析等环节。
在这个过程中，我们需要搜集用户的需求，并将之转化为可执行的项目计划。
与可行性分析不同，需求分析更加注重项目实施阶段的工作。
在项目启动后，需求分析往往是项目计划中的第一个任务。
这个过程非常重要，因为合理地定义项目的需求，能够为后续的开发工作提供有效的指导。
需求分析的目的是为了设计出适合用户的产品，保证项目的成功。
通过需求分析，我们可以清晰地了解用户的需求和期望，以及他们对产品的用途、功能和性能等方面的看法。
这些信息有助于开发人员设计出更加符合用户要求的产品，并确保项目的成功。
三、可行性分析和需求分析的区别通过以上的介绍，我们可以发现，可行性分析和需求分析虽然都是为了确保项目的成功，但其实它们有很大的区别。
下面我列举一下可行性分析和需求分析在重点方面上的不同点：1.时间点不同。
可行性分析在项目启动之前进行，而需求分析在项目实施阶段开始时进行。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第四章可行性分析与需求分析可行性分析是要决定“做还是不做”。
需求分析是要决定“做什么，不做什么”。
即使可行性分析是客观的、科学的，但决策仍有可能是错误的。
因为决策者是人，人会冲动，有赌博心态。
如果可行性分析表明做某件事的成功率是10%，失败率是90%，倘若该事情的意义非常大，决策者也许会一拍脑袋：“豁出去，干！”于是这世界就多了一份极喜与极悲。
4.1节讲述可行性分析的四大要素：经济、技术、社会环境和人。
目前国内很多软件公司做系统集成项目，如果谈谈系统集成项目的可行性分析将很有意思。
可是那些系统集成项目大多是政府机构的，由于软件行业尚不规范并且客户方存在腐败现象，所以业内流传“没有做不了的系统集成项目”。
软件公司的注意力几乎全集中在“如何拿到项目订单”以及“拿到订单后如何蒙混过关”上，使我丧失了卖弄“可行性分析”的机会。
既然不能正面指点一个人如何做好事，那么就规劝他不要做坏事吧。
4.2节讲述可行性分析案例——投资软件公司失败的教训。
作者本来没有资格谈论投资，但事有凑巧：近一年来我关闭了一个亏损30万元的软件公司（我自己的）；休克一个年亏损200万元的软件公司（朋友的）；扼杀一个200万元的投资方案（陌生人的）；踩灭一个处于萌芽状态的100万元的投资设想（熟人的）。
鉴于现在比较富有的民营企业渴望投资软件行业的越来越多，值得谈谈这方面的可行性分析。
我将讲述亲身经历后的感受，提一些建议。
不论是为客户做软件项目还是为自己做软件产品，都要进行需求分析。
需求分析最恼人之处是难以在项目刚启动时搞清楚需求，如果在项目做了一大半时需求发生了变化，那将使项目陷入困境。
4.3节解释需求分析为什么困难，4.4节讲述如何进行需求分析。
本章的需求分析均不涉及编程，所以不考虑结构化、面向对象等分析方法。
4.1可行性分析的要素做可行性分析不能以偏盖全，也不可以什么鸡毛蒜皮的细节都加以权衡。
可行性分析必须为决策提供有价值的证据。
联想集团领导人柳传志曾说：“没钱赚的事我们不干；有钱赚但投不起钱的事不干；有钱赚也投得起钱但没有可靠的人选，这样的事也不干。
”柳传志为决策立了上述准则，同时也为可以行性分析指明了重点。
一般地，软件领域的可行性分析主要考虑四个要素：经济、技术、社会环境和人。
本节只是泛泛地解释这四个要素，旨在建立全局分析的观念。
4.2节将结合案例围绕上述要素进行重点分析与评注。
4.1.1 经济经济可行性分析主要包括：“成本——收益”分析和“短期——长远利益”分析。
一、成本——收益分析成本——收益分析最容易理解，如果成本高于收益则表明亏损了，如果成本大大高于收益那就亏大了。
商人都不喜欢做吃亏的事情。
有些商店成天贴着“最后一天跳楼大拍卖”的标语，意思是：我准备吃大亏让你占便宜，同志，你快上钩吧。
如果是为客户做软件项目，那么收益就写在合同中。
如果是做自己的软件产品，那么收益就是销售额。
人们在预估产品销售额时常常过分乐观而犯下大错。
那些对你的产品说恭维话的人并不见得就是要买货的人，俗话说“嫌货才是买货人”。
当你没碰到一个挑刺的人而感觉这产品好得会让你发大财时，就要做好会破产的心理准备。
如果做的是小本生意，那可得对成本进行细算。
软件的成本不是指存放软件的那张光盘的成本，而是指开发成本。
要考虑的成本有：（1）办公室房租。
（2）办公用品，如桌、椅、书柜、照明电器、空调等。
（3）计算机、打印机、网络等硬件设备。
（4）电话、传真等通讯设备以及通讯费用。
（5）资料费。
（6）办公消耗，如水电费、打印复印费等。
（7）软件开发人员与行政人员的工资。
（8）购买系统软件的费用，如买操作系统、数据库、软件开发工具等。
有些老板买盗版的系统软件，却按市场价算成本，可从美国佬那里赚一笔。
（9）做市场调查、可行性分析、需求分析的交际费用。
（10）公司人员培训费用。
（11）产品宣传费用。
如果用Internet作宣传，则要考虑建设Web站点的费用。
（12）如果客户是政府部门，还要充分考虑用于吃喝玩乐、行贿的费用。
（13）如果公司的风水不好，会有很多莫名其妙的管理费。
每戳一个红艳艳的公章都要化一把钞票。
二、短期——长远利益分析人们喜欢吃着碗里的、看着锅里的，还想着别人家里的。
短期利益和长远利益兼得是人们梦寐以求的事。
在商业上，这等好事可不会轻易降临。
短期利益容易把握，风险较低。
国内软件公司经常出现一窝蜂地去做信息管理系统、多媒体光盘、系统集成项目或Internet服务。
每当我们沉迷于短期利益不思进取时，应该好好回忆童年时代那些伟大的抱负，给自己一些激励。
长远利益难以把握，风险较大。
能为了长远利益不惜短期亏损的人，要么是雄心勃勃的将帅之才，要么是“纸上谈兵”、“眼高手底”的那一类庸人。
国内目前有不少Internet 企业，只投入不产出。
为了成就将来的霸业，甘愿现在拼财力、比耐性。
最后存活下来的几个公司将瓜分市场。
那些为长远利益奋斗的人们，你们可得把长征的路途走完啊，千万别让事业中途夭折。
4.1.2 技术技术可行性分析至少要考虑以下几方面因素：（1）在给定的时间内能否实现需求说明中的功能。
如果在项目开发过程中遇到难以克服的技术问题，麻烦就大了。
轻则拖延进度，重则断送项目。
（2）软件的质量如何？有些应用对实时性要求很高，如果软件运行慢如蜗牛，即便功能具备也毫无实用价值。
有些高风险的应用对软件的正确性与精确性要求极高，如果软件出了差错而造成客户利益损失，那么软件开发方可要赔惨了。
（3）软件的生产率如何？如果生产率低下，能赚到的钱就少，并且会逐渐丧失竞争力。
在统计软件总的开发时间时，不能漏掉用于维护的时间。
软件维护是非常拖后腿的事，它能把前期拿到的利润慢慢地消耗光。
如果软件的质量不好，将会导致维护的代价很高，企图通过偷工减料而提高生产率，是得不偿失的事。
技术可行性分析可以简单地表述为：做得了吗？做得好吗？做得快吗？4.1.3 社会环境社会环境的可行性至少包括两种因素：市场与政策。
市场又分为未成熟的市场、成熟的市场和将要消亡的市场。
涉足未成熟的市场要冒很大的风险，要尽可能准确地估计潜在的市场有多大？自己能占多少份额？多长时间能实现？挤进成熟的市场，虽然风险不高，但油水也不多。
如果供大于求，即软件开发公司多，项目少，那么在竞标时可能会出现恶性杀价的情形。
国内第一批卖计算机的、做系统集成的公司发了财，别人眼红了也挤进来，这个行业的平均利润也就下降了。
将要消亡的市场就别进去了。
尽管很多程序员怀念DOS时代编程的那种淋漓尽致，可现在没人要DOS应用软件了。
学校教学尚可用用DOS软件，商业软件公司则不可再去开发DOS软件。
政策对软件公司的生存与发展影响非常大。
整个90年代，中国电信的收费相当高，仅此一招就把国内互联网企业打得奄奄一息。
某些软件行业的利润很高，但可能存在地方保护政策，使竞争不公平。
政策不当将阻碍软件公司的健康发展，可最怕的还是政府干预企业的正当行为。
例如：现在家电行业竞争非常激烈，其中有一个著名企业的总裁十分了得，把对手打得节节败退。
于是中央领导人就来视察该企业并作讲话：‚你们的业绩辉煌，得到了中央的高度重视，……但我们是社会主义国家，不是资本主义国家，你们总得给兄弟企业的同志们留口饭吃吧!‛有一次我拜访了北京大学一位研究经济学的朋友。
这个年青人，还是个党员，竞然这么说：“我最近在研究国内明星企业的兴衰问题，我发现了一个规律，明星企业一旦被政府领导人视察过，它就忘了自己是谁，就会做些走向死亡的蠢事。
”我实在不明白企业中为什么还要有“书记”职位。
我以为“书记”乃是天下第一号可笑的官衔，“书记”本是“秘书”（secretary）的同义词，是个可有可无的行政人员的称呼，在中国竟然成了最大的官衔。
每次看到新闻联播把国家主席错叫成总书记我都十分气愤：因为总书记的称喟只对几千万的党员适用，国家的新闻机构难道不面向十多亿普通老百姓？如果我将来的工作单位还靠“书记”来管事，我每天准忙着生气，那里还有精力去编程。
4.1.4 人有句名言：“人分四类——人物，人才，人手，人渣。
”如果一个软件公司里上述四类人齐全了，那么最好的分工是让“人物”当领导，“人才”做第一线的开发人员，“人手”做行政人员，“人渣”负责行贿。
这里只谈公司的领导与开发人员“行还是不行”。
“人物”毕竟是少数，“人才”可是济济的。
举重若轻的那类“人才”可以做领导，举轻若重的那类人才适合做软件开发人员。
假如一群持有学士、硕士和博士文凭的毕业生到软件公司应聘，该如何录用呢？我的建议如下：先选择本科毕业生，因为他们正当青春、干劲十足、不摆架子、不耻下问、要求不高、奉献甚多。
其次选择硕士毕业生，如果该生没象范进中举时那么老，并且在读硕士时没有天天去造文章而丢弃了编程工作，那么让有经验的学士程序员带他们煅练几个月就可以用了。
如果学士、硕士被其它公司取光了，那只好捡几个博士充数。
博士到了软件公司有什么用呢？我想不出有什么用，只知道他们挺值得可怜的：从硕士读到博士出头，这六七年时间，真本事没学多少，倒学会“眼高手低”甚至“弄虚作假”；毕业时蓦然回首，发觉青春已被虚度，心灵已呈老态，唯有长叹短嘘，强把自负作自信。
我也将博士毕业，就要论为三手贷贱卖了。
真羡慕那些比我年轻的学士、硕士们，他们可以远走高飞，唉！4.2 可行性分析案例——投资软件公司失败的教训谈到软件产业，不能不提及比尔·盖茨与Microsoft公司。
因为比尔·盖茨创建了Microsoft公司并成为世界首富的事实，使得无数从事软件工作的人们心存同样的梦想。
有太多人急着想做中国的比尔盖茨。
有个年青人发明了一种汉字输入法，便在媒体上放言欲覆盖比尔·盖茨。
中央电视台特冲动地把一个上了年纪的院士请来，让他谈谈自己与比尔·盖茨的比较，害得这位院士一个劲地辨解自己不是中国的比尔·盖茨。
近几年来，一批Internet英雄企业如Yahoo、Netscape兴起。
尤如打破了秦始皇一统的天下，重返春秋战国时代。
让软件人员走出了Microsoft的阴影，看到了阳光灿烂的软件世界。
于是各色各样小不点儿的软件公司在国内遍地开花。
打破水缸的小孩子很多，但并不见得就会有司马光的业绩。
由于“经济、技术、社会环境、人的因素存在差异，有些事情美国人能做成，我们模仿着做未必就能做得成功。
虽然“星星之火、可以燎原”，但我们的国力薄弱，实在容不得把有限的火种扔到不毛之地。
所以要进行可行性分析，如果不可行，就不要急着去做。
本节三个案例是作者亲身经历的，我力求讲清楚错在哪里，并总结经验教训。
希望读者看后能提高警惕，免犯相同的错误。
4.2.1可行性分析案例之一这个案例讲述我从开公司到关闭公司的一些经历和感受。
我从本科三年级开始编写图形程序，一见钟情后便如痴如醉，不管一切地抛弃了本科与硕士的微电子专业。