精华内容
下载资源
问答
  • 软件可行性报告分析,用于软件项目开发前对项目产品的功能定位及分析,做出可行性的分析报告。
  • 01 - 可行性分析(研究)报告(FAR)模板,注意只是报告模板,章节模板,具体内容需要自己去完善 l.《可行性分析(研究)报告》(FAR)是项目初期策划的结果,它分析了项目的要求、目标和环境;提出了几种可供选择的方案;...
  • 软件工程-可行性分析

    2019-01-02 11:33:47
    说明编写本可行性研究报告的目的,指出预期的读者。 1.2背景说明: A. 所建议开发的软件系统的名称; B. 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络; C. 该软件系统同其他系统或其他...
  • 作为投资决策前必不可少的关键环节,可行性分析报告是在前一阶段的项目建议书获得审批通过的基础上,主要对项目市场、技术、财务、工程、经济和环境等方面进行精确系统、完备无遗的分析,完成包括市场和销售、规模和...
  • QQ软件可行性分析

    2015-06-26 19:08:53
    QQ软件可行性分析,对于腾讯公司发展的剖析
  • 一.引言 二.可行性研究的前提 三.对现有系统的分析 四....运行可行性分析 八、社会因素可行性分析 九.健壮性分析 十.可靠性分析 十一.可维护性分析 十二.性能和效率分析 十三.易用性分析 十四.结论 十五.注释
  • 1引言 1.1编写目的 经过对银行储蓄系统项目进行详细调查研究初步拟定系统实现报告明确开发风险及其所带来的经济效益对软件开发中将要面临的问题及其解决方案进行可行性分析本报告经审核后交由软件项目经理审查 ...
  • 网上商城系统可行性分析报告,具体事项书写规范,要求完全符合软件工程可行性分析报告的要求
  • 基于IOS操作系统的校园聊天交友软件可行性分析报告
  • 项目可行性分析报告 注项目可行性分析属于产品阶段决策评审的核心部分主要针对产品决策评审点提供市场技术知识产权和经济依据并对项目是否立项作出综合分析报告中一些容来源于其他文档及归纳总结在这里可以拷贝进来...
  • 3. 可行性分析的前提 5 3.1 项目的要求 5 3.2 项目的目标 5 3.3 项目的环境、条件、假定和限制 6 3.4 进行可行性研究方法 6 4. 现有系统分析 12 4.1 现有系统简述 12 4.2 数据流图和处理流图 12 4.3 人员 14 4.4 ...
  • 软件工程导论 第2章 可行性分析 问题的定义与可性行研究 有用的软件 Who 为谁设计用户是谁 3W What 要解决哪些问题 Why 为什么要解决这些问题 问题定义与可性行研究 开始 问题定义 可性行研究 N 可行否 Y 项目实施...
  • 根据目前微信发展的情况和公司自身的条件,亲手了这个文档,用于详细介绍微信开发的可行性方案。
  • 软件可行性分析报告软件可行性分析软件可行性分析报告报告
  • 课件 软件可行性分析报告 文档名称理财系统可行性分析报告 项目名称理财系统 软件标识: 项目负责人 编写人 校 对 审 核 批 准 开发单位BL开发小组 目录 TOC \o "1-3" \h \z \u 一 概述 1 1.1项目名称 1 1.2项目背景 ...
  • 手机购物软件可行性分析,手机购物,顾名思义是指利用手机上网、实现网上购物的过程,属于移动电子商务。原理和电脑上网购物一样,只不过载体从电脑变成了上网手机。不用去实体店铺,也不用坐在电脑前“淘货”,一部手机...
  • 软件工程文档模板(问题定义、可行性研究、需求分析、测试分析……),从问题定义到可行性研究到需求分析到测试分析再到软件问题报告等等……
  • 我们不需要掌握js,不需要掌握java,不需要掌握vb。。。。 我们采取录制+关键字驱动,针对控件关键字,自动捕录,控件语言透明,简约而不简单。
  • 案例 Case Study书店管理软件可行性分析建设单位:西安市*书店开发单位:西安市*软件开发公司开发时间:2006年6月-2007年5月软件案例 书店管理软件可行性分析 1 背景长期以来该书店业务一直采用手工管理图书采购库存...
  • 软件可行性分析报告 文档名称理财系统可行性分析报告 项目名称理财系统 软件标识: 项目负责人 编写人 校 对 审 核 批 准 开发单位BL开发小组 目录 一 概述 . 1 1.1项目名称 . 1 1.2项目背景 . 1 1.3项目产品的主要...
  • 可行性分析报告 版本号 1.0 修订历史 版本 发布日期 生效日期 修订说明 作者 审核人 批准人 当前状态 1.0 2012-05-05 2012-05-06 新建 * * * 试用发布 目录 TOC \o "1-3" \h \z 1. 引言 4 1.1 项目背景 4 1.2 术语...
  • 衡水学院 第三讲 可行性分析软件开发计划 第3章可行性分析软件开发计划 31可行性研究的任务 33可行性研究过程 33系统流程图 34成本效益分析 35小结 问题的定义与可性行研究 当我们在着手做任何一件工作以前,必须...
  • 可行性分析是要决定“做还是不做”。需求分析是要决定“做什么,不做什么”。即使可行性分析是客观的、科学的,但决策仍有可能是错误的。因为决策者是人,人会冲动,有赌博心态。如果可行性分析表明做某件事的成功率...
  • 软件可行性分析报告模板,其中文档的目录比较全面,可以适应大型项目的需要!
  • 软件项目可行性分析和需求分析
  • 软件工程可行性分析报告 学院数统学院 班级数学与应用数学 02 班 姓名张双诚 学号 20122029 家庭理财系统可行性分析报告 目录 TOC \o "1-5" \h \z \o "Current Document" 一概述 1 \o "Current Document" 项目名称 1...
  • 学籍管理系统 可行性分析报告 西电软件工程经济学 课程设计
  • 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 新建 * * * 试用发布 目录 1. 引言 . 4 1.1 项目背景 . 4 1.2 术语定义 . 4 1.3 参考...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 90,005
精华内容 36,002
关键字:

软件可行性分析怎么写