精华内容
下载资源
问答
  • 作为投资决策前必不可少的关键环节,可行性分析报告是在前一阶段的项目建议书获得审批通过的基础上,主要对项目市场、技术、财务、工程、经济和环境等方面进行精确系统、完备无遗的分析,完成包括市场和销售、规模和...
  • 1引言 1.1编写目的 经过对银行储蓄系统项目进行详细调查研究初步拟定系统实现报告明确开发风险及其所带来的经济效益对软件开发中将要面临的问题及其解决方案进行可行性分析本报告经审核后交由软件项目经理审查 ...
  • 可行性分析报告 版本号 1.0 修订历史 版本 发布日期 生效日期 修订说明 作者 审核人 批准人 当前状态 1.0 2012-05-05 2012-05-06 新建 * * * 试用发布 目录 1. 引言 . 4 1.1 项目背景 . 4 1.2 术语定义 . 4 1.3 参考...
  • 根据目前微信发展的情况和公司自身的条件,亲手写了这个文档,用于详细介绍微信开发可行性方案。
  • 1.可行性分析 主要是对一个项目是否进行做出决定,一般由公司高层来决定,这种决策对公司尤其是创业公司至关重要。方向搞错了,执行力再强也没用。想创业的同学,这个问题定要多多思考哦。 可行性分析可能包括但不...

    1.可行性分析

    主要是对一个项目是否进行做出决定,一般由公司高层来决定,这种决策对公司尤其是创业公司至关重要。方向搞错了,执行力再强也没用。想创业的同学,这个问题定要多多思考哦。
    可行性分析可能包括但不限于以下几个步骤:市场调研、技术难度、盈利能力等诸多方面。
    a. 市场调研:对市场做一些具体的调查,主要对一些问题做出回答,比如市场是否有对项目的切实需求、市场中是否已经有公司或组织在做、是否符合法律法规。
    b. 技术难度:公司是否有技术实现这个项目,其中技术人才是一个重要因素。

    c. 盈利能力:能给公司或者组织带来多大的收入。

    有的时候,是不需要考虑盈利能力的,比如第一次给其它公司做项目,只要成功了,今后自然还有项目再做。或者,这是一个公司内部的项目,主要是为了减少成本的。(我们也可称之为盈利的)
    思考:很多时候,探讨一个项目是否值得做,价值不大。因为你只有去做了,可能是做了3年,
    才发现这个项目有前景或者不值得做。不过Fans同学仍然认为,思考是有必要的。

    2.需求分析

    可行性分析中探讨市场需求时,这时的需求很可能是一个比较大而抽象的需求,需要在需求分析阶段细化需求。需求往往是很多的,而不是一个原子需求。

    需求分类:功能需求、界面需求、性能需求。
    a.功能需求:描述系统的功能,一般来说会细化成一个个的小功能,小到开发人员能够实现。
    每一个小功能通常都有一个编号,比如F000001.
    b.界面需求:打个比喻,系统的功能好比人的内涵,需要一些时间才能理解。
    系统的界面好比人的外貌,长得美帅很可能立即吸引一批人。
    举几个界面需求的小例子,整体界面布局,色彩,字体大小。
    这类需求往往会有一个解决方案:系统皮肤。
    c.性能需求:描述系统的性能,比如页面的响应时间,同时响应的请求数等。
    d.稳定性需求:724365不停运作,商业重要项目中会有此要求;
    每个月有一次或几次维护,在网游行业非常常见。
    e.安全性需求: 保护系统内部数据不外泄等安全方面的需求,比如用户的帐号和密码,个人其它隐私信息。
    f.其它需求:…
    思考:时间或者进度是需求么?

    3.架构设计

    架构设计是从技术角度对系统进行一个全方位的规划,通常着眼于全局,而非局部细节。
    没有最好的架构,架构都是根据需求来做的。架构通常都会有架构师参与。

    包括但不限于以下几种事项:
    a.选择项目开发所使用的技术,可能包括编程语言,数据库,框架或类库或平台。
    b.定义系统技术基础,比如分布式平台的规划和部署、数据的流转等。
    c.将系统划分为不同的模块,定义模块与系统技术基础之间的关系。
    d.定义模块之间的接口或通信或者交互。一个系统通常会包含很多个模块,分模块开发体现了一种
    分而治之的思想方法。定义模块之间的接口方便后期不同模块的整合。

    4.详细设计

    详细设计是将架构设计进一步细化,通常会比较细致,一方面方便开发人员具体开发,
    另一方便于项目经理跟踪项目进度。

    详细设计通常由开发人员来制定,可能会有以下任务:
    a.模块内部的设计,大概怎么做得有个全局的思考,可能会书写详细设计文档。
    b.完成自己的模块功能,通常会严格参照需求文档或者功能列表文档。

    c.与其它模块的交互。

    5.编码实现

    一般来说,初级程序员编程时,对需求、架构、设计没有深入的考虑,也不是很有必要。老师布置了
    一个任务,或者自己想要做个小项目,通常在内心都有一些考虑,然后就开始敲代码了。
    生产环境下开发,急于编码是个大忌,有经验的人通常会认可此种观点。
    原因分析:
    a.需求变化的概率是非常大的,根据确定的需求编码往往不能适应变化。
    b.即使需求不变,急于编码很容易考虑不周,结果往往是只实现了功能,却导致了性能差、逻辑不清、冗余代码多等种种问题。
    比如,同一个功能,为了用户的方便,可能会有好几种操作界面,后台的功能实现既相似又有不同,急于编码非常容易导致代码冗余和混乱,维护起来非常费劲。尤其是在这次实习做项目中。o(︶︿︶)o
    c.一旦编码有了一定的进展,对大多数人来说,就失去了重新开始的勇气。
    有的时候,重新开始写优于重构,尤其是在需求或者设计发生变化时。

    6.测试

    根据需求和功能列表,写测试用例,然后测试系统。
    根据Fans现在的经验来看,人工测试占了很大一部分。比如为了测试用户名和密码,手动输入 用户名和密码,且考虑到正确性和合法性等诸多情况,这样为了测试一个功能,往往会有很多个测试用例。时间久了,会让人感到厌烦和疲惫。

    对于想在测试道路走下去的人,做个测试开发工程师、测试经理还是有挑战的。

    7.验收

    根据当初的项目计划或者产品计划,也可能是结合需求文档,来检查当前项目是否完全完成了当初的计划。
    验收过程可能会和前面几个流程有些重复的地方,我的理解是9个流程之间存在一条主线:项目开发和维护。
    验收的过程会涉及到很多事项,具体有哪些事项,可以"身临其境"来想。

    8.部署

    项目计划是振奋人心的,
    需求分析是细致入微的,
    架构设计是运筹帷幄的,
    详细设计是指导方针的,
    编码过程是艰苦卓绝的,
    测试过程是精挑细选的,
    验收过程是中规中矩的,
    部署过程是春种秋收的,
    维护过程是精心呵护的。

    9.维护

    a.保证现有软件持续正常运行
    常见例子:
    ①服务器由于负荷太大,挂掉了,需要立即重启;
    ②网游为了保证系统稳定运行,每过一段有几个小时的维护时间。
    ③系统越来越慢,需要诊断原因,网络带宽问题还是内存泄漏还是CPU不够用。
    b.二次开发
    常见例子:
    ①百度有海量的搜索请求,分析下搜索请求,挖掘一些信息,比如浏览器的市场份额情况、统计热搜词。
    (侧重于数据)
    ②使用系统API,做一些其它方面的功能。(侧重于功能)
    c.系统升级
    常见例子:
    ①QQ空间由5.0升级到6.0,公司内部做好开发,普通用户没有多大的影响。
    如果想升级,点击一下按钮-升级到6.0,就可以了。
    ②天龙八部由2.0升级到3.0,客户端需要下载很多新的组件,然后更新,最后重新启动。
    以上介绍的只是一些概念上的流程,很多地方都是自己的个人揣摩和猜测。
    实际过程中的开发流程,各式各样,按照自己所在公司的流程来开发才是最合适的。

    展开全文
  • 可行性分析报告 版本号 1.0 修订历史 版本 发布日期 生效日期 修订说明 作者 审核人 批准人 当前状态 1.0 2012-05-05 2012-05-06 新建 * * * 试用发布 目录 TOC \o "1-3" \h \z 1. 引言 4 1.1 项目背景 4 1.2 术语...
  • 软件开发可行性分析规范

    万次阅读 2017-05-24 19:55:23
    2. 市场可行性 2.1 市场前景 2.2 产品定位 3. 技术可行性 3.1 功能说明 3.2 技术分析 4. 资源可行性 4.1 人力资源 4.2 软件资源 4.3 设备资源 4.4 时间资源 5. 经济可行性 5.1 投资规划 5.1.1 基础投资...

    目录

    1. 引言
    1.1 项目背景
    1.2 术语定义
    1.3 参考资料
    2. 市场可行性
    2.1 市场前景
    2.2 产品定位
    3. 技术可行性
    3.1 功能说明
    3.2 技术分析
    4. 资源可行性
    4.1 人力资源
    4.2 软件资源
    4.3 设备资源
    4.4 时间资源
    5. 经济可行性
    5.1 投资规划
    5.1.1 基础投资
    5.1.2 直接投资
    5.2 收益分析
    5.2.1 定量收益
    5.2.2 非定量收益
    5.3 投资收益率
    5.4 投资回收期
    6. 社会可行性
    6.1 法律可行性
    6.2 政策可行性
    6.3 使用可行性
    7. 评价过程
    7.1 评价标准
    7.2 评价结果
    8. 结论


    1. 引言

    1.1 项目背景
    随着人民生活水平的提高,以及我国休假制度的完善,人们拥有了更长更多的假期,而假期外出旅游成为了越来越多的人们度过假期的第一选择。在这样的背景前提下,各大旅游景区更是成为了热门中的热门,这也造成了在旅游高峰期部分旅游景点人流过大导致拥堵,从而影响到游客旅游体验的问题。不过从根本上来说,并不主要是因为游客数量的过大,往往是因为景区的服务不够全面细致,管理不够科学,效率不高所造成的,例如景区内部的地标不够详细或者是不够完整都可能会影响的游客游玩时的顺畅性。另一方面来说,游客人数的急剧增长所带来的安全问题,如游客的人生安全,景区的设施安全等也日益明显突出起来,系统化、电子化、网络化、智能化的景区管理系统也成为了日益迫切的需求,本项目就是在这样的背景下提出的,旨在开发出一个能够方便游客、便于景区管理的景区导览系统。
    1.2 术语定义
    Java:Java是一种可以撰写跨平台应用软件的面向对象的程序设计语言。Java 技术具有卓越的通用性、高效性、平台移植性和安全性,广泛应用于个人PC、数据中心、游戏控制台、科学超级计算机、移动电话和互联网,同时拥有全球最大的开发者专业社群。在全球云计算和移动互联网的产业环境下,Java更具备了显著优势和广阔前景。
    Android:Android是一种以Linux为基础的开放源代码操作系统,主要使用于便携设备。该平台由操作系统、中间件、用户界面和应用软件组成。 
    Wifi:Wi-Fi是一种可以将个人电脑、手持设备(如PDA、手机)等终端以无线方式互相连接的技术。
    1.3 参考资料

    文档名称 版本号 日期 出版单位/来源 备注
    敏捷软件开发 第1版 2003年9月 清华大学出版社
    OLTP项目可行性分析报告 1.0 2005/01/13 公司资产库


    2. 市场可行性

    2.1 市场前景
    客户端的开发是基于谷歌android 操作系统平台的,该操作系统是目前最火热的几大主流操作系统之一,具有巨大的市场和发展潜力,有望在未来几年成为移动电子设备上占有量最大的操作系统,因此本软件选择在之上进行开发,另外,
    编程语言选择Java,因此具有较好的可移植性。
    2.2 产品定位
    该系统将要完成的是旅游景区的导览功能。这里提到的导览,是指景区向游客提供的一种服务,这种服务的目的是让游客能够方便的获取景区的各种介绍信息以及景区的实时状态,例如景区内各个分景点的人流是否拥挤、分景点的游览车的数量等等,还要提供相应的查询功能,例如查询欲知景点的位置信息,当前位置到该景点的距离及绘制出最合适的路径轨迹信息等等。在游客拥有自己的PDA设备的前提下,利用手持设备的wifi 功能,向游客的设备传输对应景区的览文件(如视频介绍,文字介绍,以及查询服务)。并且完成提供导览文件资源服务器资源数据的管理,例如日常维护,更新文件资源等,并且提供对客户终端请求的处理。
    该产品使用方便简易,软件设计的提供给操作人员的接口仅仅会涉及到简单的文件新建、修改、复制、删除等操作,因此仅仅需要操作人员熟悉简单的电脑操作即可,不需要专门进行培训。
    该产品价格公道,功能齐全,且非常有实用性,如今市场上这类产品不多,所以很有市场前景。


    3. 技术可行性

    3.1 功能说明
    具体有如下一些功能:登陆服务器,缩放地图,定位,查询定位景点,获取景点多媒体信息,根据名称获取经纬数值,计算当前位置与指定景点的路程,获取当前各景点状况(人数、车辆数)景点实时监控,景点人数超额报警,查询数据,分析数据,模拟疏散模型,新增导览信息,删除导览信息,更新导览信息,定期维护,操作导览资源数据库。
    3.2 技术分析
    见下表:
    关键技术项 要求 现有水平 对照分析
    Hibernate 了解 熟悉 可以满足要求。
    Spring 熟悉 了解 虽有欠缺,但通过指导培训,应该在短期内可以达到要求。
    ClearCase 熟练 熟悉 可以满足要求。
    IBM Cics 精通 了解 短期内难以达到要求,存在较大风险。


    4. 资源可行性

    4.1 人力资源
    本项目需要精通Java语言的软件工程师和高级系统分析师,约三名工程师,一名系统分析师,并组成一个团队,共同完成该项目的研发。公司目前有足够数量的软件工程师,所以,可以进行该项目的开发。
    4.2 软件资源
    服务器系统平台 Windows XP/Windows7 及以后
    客户端系统平台 Android 操作系统2.1 及以后
    4.3 客户端系统平台 Android 操作系统2.1 及以后设备资源
    服务器硬件要求:支持Intel 平台、AMD 平台。双CPU 2.0G 以上,内存2.0G 以上,100M 网卡、硬盘250G 以上,带液晶显示。
    客户端硬件要求:支持android 操作系统的嵌入式平台,支持wifi 功能,支持GPS 定位,带触摸屏功能,具有音频输出
    4.4 时间资源
    预计项目开发、研究,与产品测试,市场推广所需时间为六个月。


    5. 经济可行性

    5.1 投资规划
    5.1.1 基础投资
     房屋和办公设施;公司已有
     计算机软/硬件设备;公司已有
     安全与保密设备:公司已有
    5.1.2 直接投资
    包括下列各项所需的费用:
     开发及维护期的直接工资成本(工资、奖金等);
     差旅费、培训费;
     团队建设费;
     设备/软件/场地的租金和维护费用;
     外包费用、商务费用、业务招待费等。
    总投资约30万元。
    5.2 收益分析
    5.2.1 定量收益
    说明能够用人民币数目表示的一次性收益:
     合同/收款金额;
     系统为企业带来的预计开支降低;
     系统为企业带来的预计价值增值;
     其他如从多余设备出售回收的收入等。
    大约预计有100万的收益。
    5.2.2 非定量收益
    逐项列出无法直接用人民币表示的收益,如服务的改进,由操作失误引起的风险减少,差错的减少、灵活性的增加、速度的提高、信息掌握情况的改进,组织机构给外界形象的改善等。有些不可捉摸的收益只能大概估计(可按悲观值、乐观值、可能值三种情况进行加权平均得出结果)。
    5.3 投资收益率
    150%
    5.4 投资回收期
    约半年左右即可收回成本。


    6. 社会可行性

    6.1 法律可行性
    该产品没有侵权或者抄袭等违法情况,也没有被申请过专利,故可行。
    6.2 政策可行性
    无国家政策限制,也无地方政府(或其它机构)的限制。
    6.3 使用可行性
    对于客户端的使用会涉及到各种类型的游客人群,虽然android 操作系统刚刚退出不久尚未在国内普及,对部分人群可能会比较生疏,但是凭借其简洁明了的UI 和快捷的操作特性,并不要求用户对其特别的熟悉,因此可以做到让使用方法简单易懂,操作方法尽量浅显明了,使用户能够在短时间内借助简易的说明快速上手。为了提高系统的实用性,要求具有较强的可靠性和较大的吞吐量。
    对于服务端的操作人员,由于软件设计的提供给操作人员的接口仅仅会涉及到简单的文件新建、修改、复制、删除等操作,因此仅仅需要操作人员熟悉简单的电脑操作即可,不需要专门进行培训。
    该产品操作简单快捷,功能大部分齐全,可以满足用户的基本需求,而且通俗易学。该产品不影响公司工作制度,故可以使用该产品。


    7. 评价过程

    7.1 评价标准
    根据该项目产品前期投入的人力、资源、时间与资金,跟预计带来收入和收回成本时间做衡量与比较,可以大约计算出该项目产品的可行性分数,标准如下:
    0-6分,可行性为低
    6-8分,可行性为中
    8-10分,可行性为高
    7.2 评价结果
    可选择对各项指标采用10分制进行定量加强平均。如下表形式:
    名称 权重 得分 评价 备注
    市场可行性 20% 4 低
    技术可行性 20% 5 低
    资源可行性 10% 4 低
    经济可行性 30% 7 中
    社会可行性 20% 9 高
    整体可行性 100.00%


    8. 结论

    根据该项目产品前期投入的人力、资源、时间与资金,跟预计带来收入和收回成本时间做衡量与比较,可以大约计算出该项目产品的可行性分数约为7、5分。所以,在各方面衡量之后得出结论是:可以立项。

    展开全文
  • 软件工程文档模板(问题定义、可行性研究、需求分析、测试分析……),从问题定义到可行性研究到需求分析到测试分析再到软件问题报告等等……
  • 软件开发可行性分析报告.docx
  • 软件开发可行性研究报告范文格式 引言 1.1 编写目的 说明编写本可行性研究报告的目的指出预期的读者 1.2 背景 说明 所建议开发的软件系统的名称 本项目的任务提出者 开发者用户及实现该软件的计算中心或计算机网络 ...
  • 软件开发项目可行性研究报告

    热门讨论 2008-12-17 17:48:04
    可行性研究报告的模板,描述了可行性研究报告中包含了方方面面,不仅提供了模板,还指导了如何去做可行性研究
  • 可行性分析报告 版本号1.0 修订历史 版本 发布日期 生效日期 修订说明 作者 审核人 批准人 当前状态 1.0 2012-05-0 2012-05-0 新建 * * * 试用发布 5 6 目录 TOC \o "1-5" \h \z \o "Current Document" 引言 4 \o ...
  • 软件开发-可行性研究报告是项目开发的第一步,可行性研究是确定建设项目前具有决定性意义的工作,是在投资决策之前,对拟建项目进行全面技术经济分析的科学论证,在投资管理中,可行性研究是指对拟建项目有关的自然...
  • 收藏的精品资料
  • 可行性分析报告 版本号 1.0 修订历史 版本 发布日期 生效日期 修订说明 作者 审核人 批准人 当前状态 1.0 2012-05-05 2012-05-06 新建 * * * 试用发布 目录 TOC \o "1-3" \h \z 1. 引言 4 1.1 项目背景 4 1.2 术语...
  • 软件工程-可行性分析

    2019-01-02 11:33:47
    说明编写本可行性研究报告的目的,指出预期的读者。 1.2背景说明: A. 所建议开发软件系统的名称; B. 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络; C. 该软件系统同其他系统或其他...
  • 衡水学院 第三讲 可行性分析软件开发计划 第3章可行性分析软件开发计划 31可行性研究的任务 33可行性研究过程 33系统流程图 34成本效益分析 35小结 问题的定义与可性行研究 当我们在着手做任何一件工作以前,必须...
  • 软件可行性分析报告软件可行性分析软件可行性分析报告报告
  • 软件可行性报告分析,用于软件项目开发前对项目产品的功能定位及分析,做出可行性分析报告。
  • 一.引言 二.可行性研究的前提 三.对现有系统的分析 四....运行可行性分析 八、社会因素可行性分析 九.健壮性分析 十.可靠性分析 十一.可维护性分析 十二.性能和效率分析 十三.易用性分析 十四.结论 十五.注释
  • 2.4 开展可行性分析;2.4 开展可行性分析;2.4 开展可行性分析;2.4 开展可行性分析;2.5网上宠物商店可行性分析;2.6 任务小结;1有时候读书是一种巧妙地避开思考的方法八月-20八月-20Wednesday, August
  • QQ软件可行性分析

    2015-06-26 19:08:53
    QQ软件可行性分析,对于腾讯公司发展的剖析
  • 这一有利的好形势无疑使企业纷纷步入该竞争领域,但是要想在该行业真正占有一席之地还必须要深刻领会市场需求,深入研究市场竞争行情,这样才能使企业成为最大的赢家,并最终形成企业用户、ERP软件开发商、系统集成...
  • 软件工程--可行性研究过程详解

    千次阅读 2019-11-12 11:27:14
    可行性研究 1. 复查系统规模和目标 分析员访问关键人员,仔细阅读和分析有关的材料,以便对问题定义阶段书写的关于规模和目标的报告书进一步复查确定,改正含糊或不确切的叙述,清晰地描述对目标系统的一切限制和...

    可行性研究

    1. 复查系统规模和目标
    分析员访问关键人员,仔细阅读和分析有关的材料,以便对问题定义阶段书写的关于规模和目标的报告书进一步复查确定,改正含糊或不确切的叙述,清晰地描述对目标系统的一切限制和约束。这个步骤的工作,实质上是为了确保分析员正在解决的问题确实是要求他解决的问题。

    2. 研究目前正在使用的系统
    现有的系统是信息的重要来源。显然,如果目前有一个系统正被人使用,那么这个系统必定能完成某些有用的工作,因此,新的目标系统必须也能完成它的基本功能;另一方面,如果现有的系统是完美无缺的,用户自然不会提出开发新系统的要求,因此,现有的系统必然有某些缺点,新系统必须能够解决旧系统中存在的问题。此外,运行旧系统所需要的费用是一个重要的经济指标,如果新系统不能增加收入或减少使用费用,那么从经济角度看新系统就不如旧系统。

    应该仔细阅读分析现有系统的文档资料和使用手册,也要实地考察现有的系统。应该注意了解这个系统可以做什么,为什么这样做,还要了解使用这个系统的代价。在了解上述这些信息的时候显然必须访问有关的人员。

    常见的错误做法是花费过多时间去分析现有的系统。这个步骤的目的是了解现有系统能做什么,而不是了解它怎样做这些工作。分析员应该画出描绘现有系统的高层系统流程图,并请有关人员检验他对现有系统的认识是否正确。千万不要花费太多时间去了解和描绘现有系统的实现细节。

    没有一个系统是在“真空”中运行的,绝大多数系统都和其他系统又联系。应该注意了解并记录现有系统和其他系统之间的接口情况,这是设计新系统时的重要约束条件。

    3. 导出新系统的高层逻辑模型

    优秀的设计过程通常是从现有的物理系统出发,导出现有系统的逻辑模型,再参考现有系统的逻辑模型,设想目标系统的逻辑模型,最后根据目标系统的逻辑模型建造新的物理系统。

    通过前一步的工作,分析员对目标系统应该具有的基本功能和所受的约束已有一定了解,能够使用数据流图,描绘数据在系统中流动和处理的情况,从而概括地表达出他对新系统的设想。通常为了把新系统描绘得更清晰准确,还应该有一个初步的数据字典,定义系统中使用的数据。数据流图和数据字典共同定义了新系统的逻辑模型,以后可以从这个逻辑模型出发设计新系统。

    4. 进一步定义问题
    新系统的逻辑模型实质上表达了分析员对新系统必须做什么的看法。用户是否也有同样的看法呢?分析员应该和用户一起再次复查问题定义、工程规模和目标,这次复查应该把数据流图和数据字典作为讨论的基础。如果分析员对问题有误解或者用户曾经遗漏了某些要求,那么现在是发现和改正这些错误的时候了。

    可行性研究的前4个步骤实质上构成了一个循环。分析员定义问题,分析这个问题,导出一个试探性的解;在此基础上再次定义问题,再一次分析这个问题,修改这个解;继续这个循环过程,直到提出的逻辑模型完全符合系统目标。

    5. 导出和评价供选择的解法

    分析员应该从他建议的系统逻辑模型出发,导出若干个较高层次的(较抽象的)物理解法供比较和选择。导出供选择的解法的最简单的途径,是从技术角度出发考虑解决问题的不同方案。

    分析员可以确定几组不同的自动化边界,然后针对每一组边界考虑如何实现要求的系统。还可以使用组合的方法导出若干种可能的物理系统,例如,在每一类计算机上可能有几种不同类型的系统,组合各种可能将有微处理机上的批处理系统、微处理机上的交互式系统、小型机上的批处理系统等方案,此外还应该把现有系统和人工系统作为两个可能的方案一起考虑进去。

    当从技术角度提出了一些可能的物理系统之后,应该根据技术可行性的考虑初步排除一些不现实的系统。例如,如果要求系统的响应时间不超过几秒钟,显然应该排除任何批处理方案。把技术上行不通的解法去掉之后,就剩下了一组技术上可行的方案。

    其次可以考虑操作方面的可行性。分析员应该根据使用部门处理事务的原则和习惯检查技术上可行的那些方案,去掉其中从操作方式或操作过程的角度看用户不能接受的方案。

    接下来应该考虑经济方面的可行性。分析员应该估计余下的每个可能的系统的开发成本和运行费用,并且估计相对于现有的系统而言这个系统可以节省的开支或可以增加的收入。在这些估计数字的基础上,对每个可能的系统进行成本/效益分析。一般来说,只有投资预计能带来利润的系统才值得进一步考虑。

    最后为每个在技术、操作和经济等方面都可行的系统制定实现进度表,这个进度表不需要(也不可能)制定得很详细,通常只需要估计生命周期每个阶段的工作量。

    6. 推荐行动方针

    根据可行性研究结果应该决定的一个关键性问题是:是否继续进行这项开发工程?分析员必须清楚地表明他对这个关键性决定的建议。如果分析员认为值得继续进行这项开发工程,那么他应该选择一种最好的解法,并且说明选择这个解决方案的理由。通常客户主要根据经济上是否划算决定是否投资于一项开发工程,因此分析员对于所推荐的系统必须进行比较仔细的成本/效益分析。

    7. 草拟开发计划
    分析员应该为所推荐的方案草拟一份开发计划,除了制定工程进度表之外还应该估计对各类开发人员(例如,系统分析员、程序员)和各种资源(计算机硬件、软件工具等)的需要情况,应该指明什么时候使用以及使用多长时间。此外还应该估计系统生命周期每个阶段的成本。最后应该给出下一个阶段(需求分析)的详细进度表和成本估计。

    8. 书写文档提交审查
    应该把上述可行性研究各个步骤的工作结果写成清晰的文档,请用户、客户组织的负责人及评审组审查,以决定是否继续这项工程及是否接受分析员推荐的方案。

    展开全文
  • zip压缩文件,百度云链接,永久有效!!! 解压即可查看所有文档信息 共28个文档
  • 关于软件开发的问题定义和可行性分析
  • 软件开发可行性研究

    千次阅读 2015-10-08 17:17:43
    问:在软件开发的早起过程中为什么要进行可行性研究?应从哪些方面研究目标系统的可行性?答:并非任何问题都有简单明显的解决办法,事实上,许多问题不可能在预定的系统规模或时间期限之内解决。如果没有可行的解,...

    问:在软件开发的早起过程中为什么要进行可行性研究?应从哪些方面研究目标系统的可行性?

    答:并非任何问题都有简单明显的解决办法,事实上,许多问题不可能在预定的系统规模或时间期限之内解决。如果没有可行的解,那么花费在这项工程上的任何时间、人力、软硬件资源和经费,都是无谓的浪费。可行性研究的目的,就是用最小的代价在尽可能短的时间内确定问题是否能否解决。

    可行性研究的任务

    1. 进一步分析和澄清问题;
    2. 导出系统的逻辑模型;
    3. 从逻辑模型出发,提出若干种系统的实现方案;
    4. 研究每种实现方案的可行性:

      技术上的可行性——使用现有技术能实现这个系统么?
      经济上的可行性——这个系统的经济效益能超过它的开发成本?(投资与效益)
      操作的可行性——系统的操作方式在这个用户组织内行得通吗?
      社会、政策允许的可行性

    展开全文
  • GB8567——88文件。是关于软件开发行业可行性研究报告的编写规范,不是硬性要求,但是建议遵循。文件中规定了各个部分应该写什么内容
  • 软件工程可行性分析报告 学院数统学院 班级数学与应用数学 02 班 姓名张双诚 学号 20122029 家庭理财系统可行性分析报告 目录 TOC \o "1-5" \h \z \o "Current Document" 一概述 1 \o "Current Document" 项目名称 1...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 80,940
精华内容 32,376
关键字:

软件开发可行性分析