- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第2章 可行性研究和 需求定义 本章主要介绍可行性研究和需求定义两个阶段的内容,最后给出典型应用分析。 2.1 问题定义 问题定义(Problem Definition)即软件定义,是计划时期的第一个阶段,它将为软件的可行性研究和软件开发计划的制定提供功能与性能的依据。其目的是弄清用户需要计算机解决的根本问题,以及项目所需的资源和经费。 2.1.1 问题定义的基本任务 它的基本任务就是分析要解决的问题,提交问题定义报告。经用户同意后,就可作为下一步工作――可行性研究的依据。 2.1.2 问题定义报告 在对问题做出定义之后,应提出关于问题的性质、工程的目标和规模的书面报告。一般说来应包括以下内容: (1)工程项目名称 (2)使用方 (3)开发方 (4)对问题的概括定义 (5)项目的目标 (6)项目的规模 2.2 可行性研究 开发一个基于计算机的系统会受到时间和资源上的限制。所以,在一个新项目开发之前,应该根据客户提供的时间和资源条件进行可行性研究,这样可以避免人力、物力和财力上的浪费。 2.2.1 可行性研究的内容及过程 1. 可行性研究的内容 (1)技术可行性 技术可行性是根据客户提出的系统功能、性能以及实现系统的各项约束条件,从技术的角度研究实现系统可行性。技术可行性研究应该包括风险分析、资源分析和技术分析。 (1)风险分析的任务是,在给定的约束条件下,判断能否设计并实现系统所需的功能和性能。 (2)资源分析的任务是,论证是否具备系统开发所需的各类管理人员和专业技术人员、软件、硬件资源和工作环境等。 (3)技术分析的任务是,当前的科学技术是否支持系统开发的全过程 (2) 经济可行性 经济可行性就是通过成本――效益分析,评估系统的经济效益是否超过它的开发成本,并将估算的成本与预算的利润进行对比,分析系统开发对其他产品或利润的影响。 系统成本主要包括: ①购置硬件软件的费用; ②有关设备的工程安装费用; ③系统开发费用; ④系统的安装、运行和维护费用; ⑤人员培训费用等待。 系统效益包括:①经济效益。②社会效益。 (3)操作可行性 操作可行性,又称为社会可行性或运行可行性,是对开发系统在一个给定的工作环境中能否运行或运行好坏程度的量度。 2. 可行性研究的过程 典型的可行性研究主要步骤是: 1) 对问题定义阶段的分析结果和报告书进行复查,改正含糊或不确切的叙述,重新确定工程目标与规模,清晰地描述对目标系统的一切限制和约束。 2) 研究现在正在使用的系统,找出其基本功能和需要的基本信息,绘制系统流程图和高层数据流图,并指出其局限性。 3)导出新系统的高层逻辑模型,绘制系统流程图和数据流图,并与现有系统进行比较。 4)导出若干高层次的物理解法,通过对解法的技术可行性、经济可行性、运行可行性进行比较选择,推荐行动方案。 5)如果分析员认为应该继续这项开发,他应该选择一种最好的解法,说明理由,并为推荐的系统草拟一份开发计划;若分析员认为不值得继续进行这项开发,应提出停止开发的建议,最后提交全部的可行性研究文档进行审查和复审。 2.2.2 可行性研究报告 可行性研究实际上是一个较高层的、较抽象的系统分析和设计过程,然后,得到可行性研究报告。可行性研究的结果可作为系统规格说明书的一个附件。 一个具有普遍性的可行性研究报告目录模板: ×××××可行性研究报告 1 引言 1.1 问题 1.2 实现环境 1.3 约束条件 2 管理 2.1 重要的发展 2.2 注解 2.3 建议 2.4 效果 3 方案选择 3.1 选择系统配置 3.2 选择方案的标准 4 系统描述 4.1 缩写词 4.2 各个子系统的可行性 2.3 需求定义 如果系统分析员己完成可行性分析报告,而且用户方的决策者认为该报告合理,决定进行项目的开发,这时就可以进入系统开发的需求定义阶段,它包含了需求获取、需求规格说明以及需求规格说明书等内容。 2.3.1 需求获取的内容 (1)功能需求。 (2)性能需求。 (3)环境需求。 (4)安全保密要求。 (5)用户界面需求。 (6)资源使用需求。 (7)软件成本消耗与开发进度需求。 2.3.2 需求获取的方法 (1)会谈 会谈是指开发组的成员和用户方的成员就将要开发的系统进行面对面的交谈,通常需要进行多次会谈才能完成。 (2)问卷调查 另外一种收集用户需求的方式是事先充分准备好问卷,将问卷发送给用户方的相关人员。 (3)收集用户表格和报表 (4)使用用例 (5)建立快速原型 快速原型是一种快速建立起来的能够展示目标系统的关键功能的、可实际在计算机上运行的软件. 2.
您可能关注的文档
最近下载
- 企业内控应用手册之信息系统风险控制矩阵.pdf VIP
- 复合场例题与习题(含答案).doc VIP
- 2024年昆明市官渡区国有资产投资经营有限公司人员招聘笔试备考题库及答案解析.docx VIP
- 2025年四川广安市广安区白市镇人民政府选用片区纪检监督员1人备考题库及答案解析.docx VIP
- 2025四川广安市广安区花桥镇人民政府选用片区纪检监督员1人考试备考题库及答案解析.docx VIP
- 汇川PN伺服Epos使用(FB_Servo_111)使用方法详解_带程序_V2.pdf VIP
- 地基GPS遥感大气可降水量:原理、方法与气象应用的深度剖析.docx VIP
- 云南昆明市官渡区国有资产投资经营有限公司招聘笔试题库2023.pdf VIP
- 某某某公司特变电工股份有限公司廉政手册.doc VIP
- 《城市热岛效应》.ppt VIP
文档评论(0)