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