- 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 可行性分析 “可行性”是指在企业当前情况下,研制这个信息系统是否有必要,是否具备必要的条件。 可能性、必要性、合理性 联想集团领导人柳传志曾说:“没钱赚的事我们不干;有钱赚但投不起钱的事不干;有钱赚也投得起钱但没有可靠的人选,这样的事也不干.”柳传志为决策立了上述准则,同时也为可以行性分析指明了重点.一般地,软件领域的可行性分析主要考虑四个要素:经济,技术,社会环境和人 可行性分析的内容: 经济可行性 技术可行性 社会可行性 经济可行性 经济可行性分析主要包括: 一、“成本――收益”分析 成本――收益分析最容易理解,如果成本高于收益则表明亏损了,如果成本大大高于收益那就亏大了.商人都不喜欢做吃亏的事情. 软件的成本不是指存放软件的那张光盘的成本,而是指开发成本.要考虑的成本有: (1)办公室房租.(2)办公用品,如桌,椅,书柜,照明电器,空调等.(3)计算机,打印机,网络等硬件设备.(4)电话,传真等通讯设备以及通讯费用.(5)资料费.(6)办公消耗,如水电费,打印复印费等.(7)软件开发人员与行政人员的工资.(8)购买系统软件的费用,如买操作系统,数据库,软件开发工具等. (9)做市场调查,可行性分析,需求分析的交际费用.(10)公司人员培训费用.(11)产品宣传费用.如果用Internet作宣传,则要考虑建设Web站点的费用. 二、 短期――长远利益分析. 短期利益容易把握,风险较低 。 长远利益难以把握,风险较大. 技术可行性 根据现有技术条件分析能够达到系统所提出的要求 硬件:存储量、速度、质量、可靠性等方面 软件:各种系统软件的能力、是否已有专用软件 技术人员:水平、数量、流动性 是否具备所需的物理资源 (1)在给定的时间内能否实现需求说明中的功能.如果在项目开发过程中遇到难以克服的技术问题,麻烦就大了.轻则拖延进度,重则断送项目. (2)软件的质量如何 有些应用对实时性要求很高,如果软件运行慢如蜗牛,即便功能具备也毫无实用价值.有些高风险的应用对软件的正确性与精确性要求极高,如果软件出了差错而造成客户利益损失,那么软件开发方要承担赔偿责任. (3)软件的生产率如何 如果生产率低下,能赚到的钱就少,并且会逐渐丧失竞争力.在统计软件总的开发时间时,不能漏掉用于维护的时间.软件维护是非常拖后腿的事,它能把前期拿到的利润慢慢地消耗光.如果软件的质量不好,将会导致维护的代价很高,企图通过偷工减料而提高生产率,是得不偿失的事. 技术可行性分析可以简单地表述为:做得了吗 做得好吗 做得快吗 社会可行性 组织内部的改革是否能够推行(体制变化、人员精简) 领导和员工的素质、支持度/阻力 上级单位的认同 政策、法规 可行性分析报告 可行性报告的内容: 引言 系统建设的背景、必要性和意义 拟建系统的候选方案 可行性论证 几个方案的比较 结论(立即开发/改进原系统/不可行) 项目开发计划 项目开发计划的内容: 引言 项目概述(工作内容,参加人员,最终产品) 验收标准 完成的最迟期限 批准者和批准日期 实施计划 支持条件(计算机、用户、外单位) 专题计划要点(测试计划,保密计划等) 分析的重要任务是理解和表达需求 需求有哪些种类? 如何寻找需求? 如何表述需求? 用户需求 需求分析应完成的工作? (1)问题识别 分析人员与用户之间进行问题的相互理解。 (2)需求描述 用文字描述具体的问题需求生成用户手册概要和需求规格说明书。 (3)需求评审 对需求进行评审,确保分析的全面、精准、一致,使用户和设计人员对需求规格说明及用户手册的理解达成一致。 需求分析的原则 (1)解决逻辑问题,即“要做什么”而不是“怎么做” (2)以运行环境为基础 (3)用户参与 (4)需求规格说明 2 需求分类 功能需求与属性需求 功能需求:系统应该做的事情 例如:超市收银系统应该做〈信用卡支付〉 属性需求:系统达到的程序及系统特性 例如:界面友好、易于使用、速度快等 界面形式=图形化,彩色,基于表格 响应时间=小于5秒 功能规格说明表例 规格说明表 系统S,问题域为D,每个问题域对应一个子系统 S={D1,D2,…,Dn} 每个问题域Di由一些问题P组成,每个问题对应一个软构件 Di={P1,P2,…,Pm} 每个问题对应若干个行为(功能F),每个功能对应一些细节。 Pj={F1,F2,。。。,Fk} 4 规格说明 (1)软件规格说明书 软件需求说明书应包括引言、任务概述、需求规定和运行环境。 引言 引言说明编写的目的,有关开发的基本情况,本说明书使
文档评论(0)