第四章 需求分析和可行性分析
可行性分析和需求分析
可行性分析和需求分析一、引言可行性分析和需求分析是任何项目开展的重要环节，它们有助于评估计划的可行性以及明确用户需求。
本文将对可行性分析和需求分析进行探讨，并提供相关的方法和技巧。
二、可行性分析1. 概念可行性分析是对项目计划实施的可行性进行评估，并找出潜在的风险和障碍。
通过可行性分析，可以判断项目的技术、经济、市场以及法律等方面是否具备条件来推进项目。
2. 方法和步骤（1）技术可行性分析：对于涉及技术的项目，需要评估是否有足够的技术实力来支持项目的实施，包括人员技能、硬件设施、软件支持等方面的考虑。
（2）经济可行性分析：评估项目的投资成本和预期收益，包括资金来源、资金回报周期、预期利润等方面的考虑。
（3）市场可行性分析：对项目的市场前景进行调研和分析，评估项目的市场需求和竞争情况，确定项目的市场定位和推广策略。
（4）法律可行性分析：评估项目在法律法规、政策和合规性方面的风险和限制，确保项目的合法性和可持续发展。
3. 工具和技巧（1）SWOT分析：通过分析项目的优势、劣势、机会和威胁，帮助识别项目的潜在风险和机遇，为项目决策提供依据。
（2）成本效益分析：通过对项目投资成本与预期收益进行定量分析，评估项目的经济可行性。
（3）风险评估和管理：对项目的潜在风险进行识别、评估和管理，制定相应的风险应对策略。
三、需求分析1. 概念需求分析是在项目实施前对用户真实需求进行深入研究和明确。
通过需求分析，可以确保项目能够满足用户的期望，并规划出合理的项目目标和功能。
2. 方法和步骤（1）需求获取：通过用户访谈、问卷调查、文档分析等方式，获取用户的需求信息。
（2）需求整理：对收集到的需求信息进行整理和分类，去重和梳理出核心需求。
（3）需求验证：与用户进行沟通和反馈，确认需求的准确性和可行性。
（4）需求文档编写：将确认后的需求整理成需求文档，包括需求说明、功能描述、业务流程等。
3. 工具和技巧（1）用户故事：通过编写用户故事，描述用户的需求和期望，便于团队理解和实现。
可行性分析和需求分析的区别
可行性分析和需求分析的区别在项目开发过程中，一般都需要进行可行性分析和需求分析。
两者虽然都是项目前期分析工作的一部分，但是它们的目的和方法却有很大的不同。
本文将详细比较可行性分析和需求分析的区别。
一、可行性分析可行性分析是在项目开始之前进行的一项工作，其主要目的是评估一个计划是否可行。
在项目开始之前，进行可行性分析可以避免在后期发现项目无法实现的情况。
因此，可行性分析是项目开始之前必不可少的一环。
可行性分析的内容一般包括以下几个方面：1.技术可行性：评估项目所需要的技术是否已经成熟，是否能够满足项目的需求。
2.经济可行性：评估项目的投资是否合理，能否获得足够的收益。
这一方面包括成本分析和效益分析等。
3.市场可行性：评估项目在市场上的前景和竞争情况。
这一方面包括市场调查和竞争分析等。
在可行性分析时，需要考虑各个方面的因素，通过对各种可能性进行分析和比较，得出一个结论，即该项目是否可行。
二、需求分析需求分析是在可行性分析之后进行的一项工作。
需求分析的目的是确定客户需求，了解客户的实际需求，并确定项目的功能和规格。
通过需求分析，可以帮助开发团队更好地理解用户需求，并能够依据这些需求制定出合理的方案，满足用户的需求。
需求分析一般包括以下几个环节：1.需求获取：通过面对面交流、问卷调查和用户反馈等方式获取用户需求。
2.需求分析：对所获取的需求进行分析和整理，得出明确的需求清单和功能规格说明。
3.需求确认：与用户沟通，确认已经获取到的需求是否准确。
通过需求分析，可以确保项目开发为用户提供的是他们所需要的功能和服务。
同时，需求分析也有助于整个项目开发过程的有效规划和实施。
三、从上述内容可以看出，可行性分析和需求分析有着不同的目标和方法，二者的关注点也不同。
下面我们来介绍可行性分析和需求分析的具体区别。
1.目标不同可行性分析的目标是评估一个项目是否可行性，包括技术可行性、经济可行性和市场可行性，以便做出是否继续进行的决策。
可行性分析与需求分析
可行性分析与需求分析
在软件开发过程中，可行性分析和需求分析是两个非常重要的
阶段。
可行性分析是在项目启动阶段，评估项目计划的可行性和可
行程度。
而需求分析则是在项目可行性确定后，深入了解用户需求，为软件开发提供指导。
1. 可行性分析
可行性分析旨在评估项目的可行性，包括技术可行性、经济可
行性和操作可行性。
1.1 技术可行性
技术可行性评估项目是否能够使用现有技术实现。
首先需要评
估所需技术是否已经成熟，并且是否具备足够的可靠性和可扩展性。
其次，还需要评估团队对所需技术的掌握程度，包括开发人员的技
能水平和团队的技术能力。
如果项目所需技术较为复杂或开发团队
技术力量不足，则可能会影响项目的可行性。
1.2 经济可行性
经济可行性主要评估项目的成本效益情况。
在评估经济可行性时，需要对项目的预算和资金来源进行分析。
同时，还需要考虑项
目的回报率、投资回收期和风险。
如果项目的成本过高或回报较低，可能会导致项目的可行性较低。
1.3 操作可行性
操作可行性主要评估项目的操作可行程度。
这包括对项目操作
的可行性和可接受程度的评估。
评估操作可行性时，需要考虑项目
所涉及的业务流程、数据处理流程和操作流程等。
如果在项目操作
过程中存在较大的障碍或操作复杂度较高，可能会影响项目的可行性。
2. 需求分析
需求分析是软件开发的关键阶段之一，其目的是深入了解用户
需求和期望，为软件开发提供指导。
2.1 用户需求的收集。
可行性分析和需求分析
可行性分析和需求分析一、可行性分析技术可行性：评估项目所需的技术是否可行，包括硬件、软件、网络等方面的技术要求。
如项目所需的硬件设备是否能满足项目的需求，软件开发所需的开发工具是否可行等。
经济可行性：评估项目的经济效益，包括项目的投资和回报。
对项目进行成本评估，包括硬件和软件的采购成本、人力资源的成本等，然后对项目的盈利情况进行预测，包括市场需求、竞争情况、产品定价等，并进行投资回收期、净现值、内部回报率等经济指标的计算，以判断项目的经济可行性。
操作可行性：评估项目的操作可行性，包括项目开发过程的可操作性和项目实施后的可操作性。
对项目开发过程中需要的资源、人员、时间等进行评估，以确保项目能够按时顺利进行；对项目实施后的操作过程进行评估，确保项目能够稳定运行，并能满足用户的需求。
二、需求分析需求分析是指从各个相关方面收集用户需求和项目目标，对需求进行整理、分析和澄清的过程。
需求分析是项目开发的关键环节，它的目的是明确项目的功能、性能、界面、业务流程等方面的需求，为项目的设计和开发提供准确的基础。
需求分析主要包括以下几个步骤：1.需求获取：通过与用户交流、访谈、问卷调查等方式，获取项目的需求和目标。
包括功能需求、性能需求、界面需求、业务流程需求等。
2.需求整理：对获取到的需求进行分类和整理，确保需求表述准确清晰，并进行必要的领域模型、数据流程图等工具的使用，以便更好地理解和分析需求。
3.需求分析：对整理后的需求进行分析，包括对不同需求之间的关系、优先级、稳定性等进行评估，确保需求的可行性和合理性。
4.需求确认：与用户进行沟通和确认，确保需求的准确性和完整性，并及时处理用户提出的问题和建议。
5.需求文档撰写：根据需求分析的结果，撰写详细的需求文档，包括用例规约、功能需求描述、界面设计等，为后续的设计和开发提供指导。
通过可行性分析和需求分析，可以对项目的可行性进行评估，并明确项目的需求和目标。
这对于项目的顺利开展和成功实施具有重要意义，有助于降低项目风险，并提高项目的成功率。
可行性分析和需求分析(精选)
可行性分析和需求分析(精选)可行性分析和需求分析一、引言可行性分析和需求分析是项目开发过程中非常重要的两个环节。
可行性分析旨在评估项目或计划是否具备可行性，即在技术、经济、法律等方面是否可行。
需求分析则是明确项目或计划的具体需求，在此基础上才能进一步进行设计和开发。
本文将对可行性分析和需求分析进行探讨和解析。
二、可行性分析1. 技术可行性技术可行性是评估项目或计划在技术方面是否可行的指标。
它包括沟通技术和实施技术两个方面。
沟通技术要求项目成员之间具备良好的沟通能力，能够有效地交流和协作。
实施技术要求项目中所采用的技术手段和工具是否能够满足项目的要求，并且是否能够顺利地进行开发和实施。
2. 经济可行性经济可行性是评估项目或计划在经济方面是否可行的指标。
它包括成本估算和收益预测两个方面。
成本估算要求对项目的开发和运营成本进行合理的估算，包括人力成本、设备成本、软件成本等。
收益预测要求对项目的预期收益进行合理的预测和计算，包括投资回报率、财务指标等。
3. 法律可行性法律可行性是评估项目或计划在法律方面是否可行的指标。
它要求项目或计划是否符合相关的法律法规和政策，包括知识产权、数据保护等方面的合规要求。
在进行项目开发或计划实施之前，必须进行充分的法律评估，确保其合法合规。
三、需求分析1. 功能需求功能需求是指项目或计划要实现的具体功能和特性。
它要求明确项目的功能模块和功能点，并对其进行详细的描述和说明。
功能需求必须具备可测量性和可验证性，以便在开发和测试过程中进行验证和验收。
2. 非功能需求非功能需求是指项目或计划的性能、可靠性、安全性等非功能方面的要求。
它包括性能需求、可用性需求、安全需求等。
性能需求要求项目在处理速度、响应时间等方面具备一定的性能要求。
可用性需求要求项目界面友好、易操作等，以便用户能够轻松使用。
安全需求要求项目在数据保护、权限控制等方面具备一定的安全性。
3. 用户需求用户需求是指最终用户对项目或计划的需求和期望。
可行性分析与需求分析
第四章可行性分析与需求分析可行性分析是要决定“做依旧不做”。
需求分析是要决定“做什么，不做什么”。
即使可行性分析是客观的、科学的，但决策仍有可能是错误的。
因为决策者是人，人会冲动，有赌博心态。
假如可行性分析讲明做某件事的成功率是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. 目的不同可行性分析的目的是评估项目的可行性和可行性，决策项目是否值得进行。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
战略目标
总体设计
系 统 规 划 阶 段
系统目标 项目目标 系统现状
修 改
详细设计 系统设计报告
修改 目标 调整 资源
可行性分析 可行性分析报告
讨论
系统实现
系 统 设 计 阶 中止项目 段
讨论
详细调查
取消项目
系统实现报告
修
系 统 分 析 阶 段
试运行
改
业务流程、数据流程分析 系统试运行报告
修改 目标 调整 资源
19
4.4 可行性分析
2．社会可行性 要开发的项目是否存在任何侵犯、妨碍等 责任问题? 要开发项目的运行方式在用户组织内是否 行得通? 现有管理制度、人员素质、操作方式是否 可行?
20
4.4 可行性分析
3．经济可行性 进行开发成本的估算以及了解取得效益的 评估，确定要开发的项目是否值得投资开发？ 这个系统的经济效益能超过它的开发成本 吗？ 经济可行性:成本—效益分析 公司经营长期策略 开发所需的成本和资源 潜在的市场前景 21
4.5 可行性分析报告的撰写
1．明确系统目标 2．研究正在使用的系统
3．设计新系统的概括的逻辑模型
4．导出和评价各种方案 5．推荐可行的方案 6．编写可行性研究报告
22
4.5 可行性分析报告的撰写
1．引言
2．可行性研究前提
3．对现有系统的分析 4．所建议系统的技术可行性分析 5．所建议系统的经济可行性分析 6．社会因素的可行性分析
14
4.3 目标的分析、权衡及量化
目 标 权 衡
因果关系 主次关系
15
4.3 目标的分析、权衡及量化
目 标 量 化
系统应在不少于60s的正常周期内提供状态信息
系统应在1s内响应用户的需求
16
4.4 可行性分析
什么叫可行性研究？
可行性研究就是用最小的代价在尽可能短的时间 内（成本只占预期工程总成本的5%-10%）确定问题是 否值得去解。是一个大大简化的、在较高层次上以较 抽象的方式进行的系统分析和设计过程。 可行性研究的目的是确定问题是否值得解， 而不是解决问题。 确定软件项目是否能够开发？ 是否值得去开发？
4.4 采用建议系统可能带来的影响
4.5 技术可行性评价
27
4.5 可行性分析报告的撰写
5．所建议系统的经济可行性分析
5.1 支出
（基建投资，其它一次性支出，经常性指出） 5.2 效益
（一次性收益，经常性收益，不可定量收益）
5.3 收益投资比 5.4 投资回收周期 5.5 敏感性分析
28
4.5 可行性分析报告的撰写
7．其他可供选择方案
8．结论意见。
23
4.5 可行性分析报告的撰写
1．引言
1.1 编写目的 阐明编写可行行研究报告的目的，指出读者对象 1.2 项目背景
包括：所建议开发软件的名称；项目的任务提出者、开发者、
用户等；项目与其它软件或系统的关系 1.3定义 项目中专门术语和缩写词的含义 1.4参考资料
卧室、书房…… 另一份目录中是：水路、电路、家具…… 你会选择哪一个？为什么？
8
4.1 需求相关败因简要分析
1、不完整的需求 2、缺乏用户参与 3、不切实际的用户期望 4、需求频繁变更 5、提供了不再需要的
9
4.1 需求分析——目标分析
战略目标 系统目标（PIECES框架） 项目目标
10
PIECES框架
17
4.4 可行性分析
可行性研究的内容：
（1）确定的系统目标和规模是否可以实现 （技术可行性、社会可行性）； （2）系统完成后所能带来的效益是否大到值得 投资开发这个系统的程度（经济可行性）。
18
4.4 可行性分析
1．技术可行性 使用现有的技术能实现这个系统吗？ 对要开发项目的功能、性能、限制条件进 行分析，确定在现有的资源条件下，技术风险 有多大，项目是否能实现。 资源：已有的或可以获得的硬件、软件资源 现有技术人员的技术水平 已有的工作基础。
25
4.5 可行性分析报告的撰写
3．对现有系统的分析
3.1 处理流程和数据流程
3.2 工作负荷 3.3 费用支出
3.4 人员
3.5 设备 3.6 局限性（现有系统存在的问题，为什么需要开发新的系统）
26
4.5 可行性分析报告的撰写
4．所建议系统的技术可行性分析
4.1 对系统的简要描述
4.2 处理流程和数据流程 4.3 与现有系统比较的优越性
PIECES 框架是 IT项目系统需求分析时的一个模型。 PIECES 方法是 6个英文单词的缩写： 是系统非功能性需求分类的技术，对各种类型的需求 （1）P 是Performance的缩写，表示提高系统的性能； 进行分类，使得类似的需求可以组织起来，达到汇报、跟踪 （2）I是Information的缩写，表示提高信息的质量和改变 和验证的目的，还可能帮助确定可能忽略的需求。 信息的处理方式； （3）E是Economics的缩写，表示改善组织的成本、效益等 经济状况； （4）C是Control的缩写，表示提高信息系统的安全和控制 PIECES框架能够完整、准确、快速地确定信息系统的 水平； 需求，确认业务中存在的问题、机会和改进目标。 （5）E是Efficiency的缩写，表示提高组织的人、财、物 等使用效率； （6）S是Service的缩写，表示将要提高组织对客户、供应 厂商、合作伙伴、顾客等的服务质量。
11
4.1 需求分析——目标分析
建设一个信息系统的项目章程模板
项目名称 项目 背景 介绍 项目 目标 项目 产品 项目经理 中间产品 最终产品 姓名 所在部门职务 项目中权利范围 发起原因 机遇与优势 挑战与劣势 批准时间
资源 条件
人员安排 物质 成本 结束时间
项目完成标准 签发人 签发时间
12
4.2 管理与决策的信息需求
（5）运用系统的分解和综合技术，使复杂的系统结构化、模块化。 （6）强调阶段成果的审定和检验。 （1）系统易于实现。
优点：
（2）有利于系统总体结构的优化。
（3）实现的系统具有较好的可维护性。
4
生命周期法
生命周期法失败原因： (1) 用户对信息技术的了解程度不够，加上环境不断变化，导致系统需求难以 准确确定，并且不断变化； (2) 生命周期法开发周期长、文档过多； (3) 各阶段文档的审批工作困难； (4) 生命周期法不和是面向决策的应用。 生命周期法适用条件： 适用于：用户需求定义可以明确；系统运行程序确定、结构化程度高；系统具 有较长使用寿命，环境变化不大；开发过程要求有严格的控制；研制人员对系 统任务了解程度高；系统文档要求全面详尽；开发成果重复使用等场合。
6.社会因素的可行性分析
6.1 法律因素
合同责任、专利权、版权等 6.2 用户使用可行性
行政管理，工作制度，员工素质
7.其它可供选择的方案 8.结论意见
是否可以立即执行，如推迟，在哪些条件满足后执行，或者需要修改后执
行，或不能执行
29
逻辑设计 系统分析报告
验收运Βιβλιοθήκη 、维护、修改、评价、评审讨论
取消项目
新系统需求
系 统 实 施 阶 段 运 行 维 护 阶 6 段
第四章 需求分析和可行性分析
可行性分析是要决定“做还是不做”。 需求分析是要决定“做什么，不做什么”。 开始实施 即使可行性分析是客观的、科学的，但决策仍有可能 创造条件 是错误的。因为决策者是人，人会冲动，有赌博心态。
可行
可行性分析
如果可行性分析表明做某件事的成功率是10%，失败率 不可行 停止 是90%，倘若该事情的意义非常大，决策者也许会一拍 脑袋：“豁出去，干！”于是这世界就多了一份极喜 与极悲。
7
4.1 需求相关败因简要分析
如果你看到这样两份《家装方案设计书》：
第一份的目录中是图片：客厅、厨房、卫生间、
24
4.5 可行性分析报告的撰写
2．可行性研究前提
2.1 要求
列出建议开发软件的基本要求，如功能，性能，输入，输出，基本的数据流 程和处理流程，安全保密要求，完成期限等 2.2 目标 可包括：人力与设备费用的节省；处理速度的提高控制精度或生产能力的提 高；管理信息服务的该进，人员工作效率的提高 2.3 条件、假定和限制 可包括经费来源和限制，法律政策方面的限制，环境限制，可利用的信息资 源 2.4 可行性研究方法 2.5 决定可性行的主要因素
第四章 需求分析和可行性分析
1
生命周期法
项目提出
规划
分析
运行维护 实施
设计
2
生命周期法
特点： 传统方法：
编程
生命周期法：
规划 分析
构造系统
培训
设计
实施
运行维护
3
生命周期法
特点：
（1）建立面向用户的观点，根据用户需求来设计系统。
（2）自顶向下来规划设计信息系统。 （3）严格按阶段进行。
（4）文档标准化和规范化。
生产作业层 管理办公层 战略决策层 协作商务层
13
4.3 目标的分析、权衡及量化
元素
目 标 分 析
功能需求
接口 设计限制 性能 可靠性 安全/保密性 实时性、时间、资源、精准度 有效性、完整性
非功能需求 运行限制 适应性 项目管理限制
使用频度、运行期限、控制方式（本地、远程）、对 操作员要求 可修改行、可维护性 质量控制标准、验收标准、进度交付时间、成本