项目需求分析

在过去的十多年里，软件行业得到了迅猛发展，技术更新飞快，稍有不慎就会被社会发展的大潮所冲垮，被社会所淘汰。在这十多年里，也冒出了许多的软件工程项目，他们有的成功了，而大多数则是以失败而告终。 套用一下大文豪托尔斯泰体：幸福的家庭都是一样的，不幸的家庭却各有各的不幸；幸福的软件项目都是一样的，不幸的软件项目却各有各的不幸；或者说，成功的软件项目都是一样的，失败的项目却各有各的问题。 他们所出的问题各不相同，但归根到底还是需求的问题， 需求分析既是一份体力活儿，更是一份技术活儿，它既是人际交往的艺术，又是逻辑分析与严密思考的产物。正是我们在需求分析过程存在的巨大隐患，最终导致了那么多项目的失败。 根据作者提供的案例来分析，需求分析有以下几个误区值得注意： 1.当开发团队接到任务时，首先要做的用该是清楚客户的真正的需求是什么，不能凭着感觉来，否则就算软件团队再怎么努力，也不会达到客户需求的理想状态。2.当我们接收到一个项目时，应该理智的分析一下客户的需求是否合乎正常的逻辑，因为他们不懂技术，所以一些他们认为合理的要求，在我们看来根本无法实现， 所以我们必须要基于技术实现去引导客户的需求。 3.我们在做需求调查时应该充分考虑到业务分析的方方面面，不能盲目的急于求成，对于一些问题不可能是一蹴而就的，而且需要与专家反复的讨论才可以。接下来，作者详细的介绍了怎样做好一个需求调研。

对商业用户来说，他们后面是成百上千个供应商，前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客，如何做好精细到一个小小调料包的进、销、调、存的商品流通工作，这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目，正是软件开发成功的关键所在。 ---　　经理：“我们要建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部-门店的连锁经营模式。通过通信手段门店自动订货，供应商自动结算，卖场通过扫条码实现销售，管理人员能够随时查询门店商品销售和库存情况。另外，我们也得为政府部门提供关于商品营运的报告。” --　　-分析员：“我已经明白这个项目的大体结构框架，这非常重要，但在制定计划之前，我们必须收集一些需求。” --　　-经理觉得奇怪：“我不是刚告诉你我的需求了吗？” --　　-分析员：“实际上，您只说明了整个项目的概念和目标。这些高层次的业务需求不足以提供开发的内容和时间。我需要与实际将要使用系统的业务人员进行讨论，然后才能真正明白达到业务目标所需功能和用户要求，了解清楚后，才可以发现哪些是现有组件即可实现的，哪些是需要开发的，这样可节省很多时间。” --　　-经理：“业务人员都在招商。他们非常忙，没有时间与你们详细讨论各种细节。你能不能说明一下你们现有的系统？” ---　

对商业用户来说，他们后面是成百上千个供应商，前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客，如何做好精细到一个小小调料包的进、销、调、存的商品流通工作，这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目，正是软件开发成功的关键所在。 ---　　经理：“我们要建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部-门店的连锁经营模式。通过通信手段门店自动订货，供应商自动结算，卖场通过扫条码实现销售，管理人员能够随时查询门店商品销售和库存情况。另外，我们也得为政府部门提供关于商品营运的报告。” --　　-分析员：“我已经明白这个项目的大体结构框架，这非常重要，但在制定计划之前，我们必须收集一些需求。” --　　-经理觉得奇怪：“我不是刚告诉你我的需求了吗？” --　　-分析员：“实际上，您只说明了整个项目的概念和目标。这些高层次的业务需求不足以提供开发的内容和时间。我需要与实际将要使用系统的业务人员进行讨论，然后才能真正明白达到业务目标所需功能和用户要求，了解清楚后，才可以发现哪些是现有组件即可实现的，哪些是需要开发的，这样可节省很多时间。” --　　-经理：“业务人员都在招商。他们非常忙，没有时间与你们详细讨论各种细节。你能不能说明一下你们现有的系统？” ---　

团队作业第三次—项目需求分析 这个作业属于哪个课程 2020春|W班(福州大学) 这个作业要求在哪里 团队作业第三次—项目需求分析 团队名称 RATE-MAX 这个作业的目标 原型设计的展示和需求分析 作业正文 下文 其他参考文献 .... 整体计划安排 项目技术说明：本次我们项目计划采用Uni-app作为前端开发技术，采用Spring框架及相关知识进行后端开发，数据库数据存储采用mysql进行存储，运用teambition作为本次项目分工管理的工具。 由于觉得自己缺乏一定的项目管理经验，本次项目管理决定采用Teambition作为任务分配和协调工具，采用后端两个人、前端一个人的方式进行项目跟进管理，在开发前，力求先把各项配置和接口约束及数据库设计共同商量完成好，开发时由三个人共同组织管理，讨论开发进度及跟进项目流程，使项目能如期完成。 前端负责：林海峰 后端负责：洪楷滨、陈炀 下面，我说明一下我们的初期整体计划安排，计划设定参照： 参照上面的时间的主要安排，我们RATE-MAX小组主要就几个特殊事件节点进行了计划的完成和里程碑的设立 2020/03/28 需求分析完成 2020/04/04 系统设计结束与设计复审完成 2020/04/09 前后端分别就环境、代码规范进行配置 共同讨论数据库的建立、接口约定 2020/04/15 简单功能初步实现 2020/04/18 开启软件评测

　　项目立项是项目正式实施前不可缺少的程序，一般要求经过项目机会研究、项目可行性研究、项目论证和评估等几个阶段。对于需要招投标的项目，招投标管理也是项目实施之前的重要工作。 一、需求分析 　　需求分析是指对要解决的问题进行详细的分析，弄清楚项目发起人及项目其他干系人的要求、待开发的信息系统要解决客户和用户的业务问题以及问题的来龙去脉。可以说，“需求分析”就是确定待开发系统应该“做什么”。 　　需求分析主要确定开发的系统的功能、性能、数据和界面等要求。需求分析的实现步骤通常包括3部分,分别是获取当前系统的物理模型、抽象出当前系统的逻辑模型、以及建立目标系统的逻辑模型。 　　 需求分析的工作内容可分为： 　　1、问题识别 　　2、分析与综合 　　3、编制需求分析的文档 　　4、需求分析与评审 　　 　　 需求分析的方法按照分解的方式不同，可分为 ： 　　1、结构化分析方法 　　2、软系统方法 　　3、OOA 　　4、PDOA 二、项目建设书及可行性研究报告 　　 项目建设书应该包括的核心内容如下： 　　1、项目的必要性 　　2、项目的市场预测 　　3、产品方案或服务的市场预测 　　4、项目建设必需的条件 　　 项目可行性研究内容包括 ： 　　1、投资必要性 　　2、技术的可行性 　　3、财务可行性 　　4、组织可行性 　　5、进行可行性 　　6、社会可行性 　　7、风险因素及对策 三

1.4.1 需求分析 需求分析主要是客户对整个项目大的计划、时间要求和资金预算等。 1、项目立项 2、客户需求说明书 1.4.2 整体规划 在确定了用户的需求之后，并不是直接开始制作，而是需要对项目进行总体设计和详细设计，制作出一份网站方案给客户。 1、总体设计 l 网站需要实现那一些功能，反映到程序里面就是划分多少个模块； l 网站开发使用什么软件，在什么样的硬件环境下开发； l 整个项目有多少工作量，可以量化为需要多少人，多少时间； 2、规划说明书 3、网站建设方案 l 客户情况 l 网站实现的目的和目标； l 网站形象； l 网站的栏目版块和结构； l 网站内容的安排和相互连接和关系； l 开发时间进度表； l 宣传推广方案； l 维护方案； l 制作费用； 1.4.3详细设计 1、资料收集 l 跟主题相关的文字、图片、字体文件等； l 网上同类型优秀网站； l 各种风格的交互页面； l 功能强大、性能优异的开放源代码； 2、整体形象设计 l 定位网站主题和名称； l 定位网站CI形象； l 确定栏目和版块； l 网站的整体风格创意设计； l 网站的层次结构和链接结构； 1.4.4网站实施 l 界面设计 l 代码设计 l 调试完善 1.4.5 申请域名和空间 l 域名申请 l 虚拟主机 l 服务器托管 1.4.6发布站点 1.4.7推广网站 l 注册到搜索引擎 l

小组成员介绍： 崔红婧 李思雨 王琦 岳林坦 张瀚中 初步确定项目我们小组的项目 今天下午三点半我们开始进行小组讨论： 首先初步确定了我们的项目（如下图），但在具体实践过程中可能还会有所改动。 明确了我们将要进行的任务： （1）项目需求分析、概要设计、详细设测试报告等文档。 （2）项目源代码。 （3）项目演示答辩。 接下来我们讨论了在哪里实现我们的项目，最终大家同意在微信小程序进行实现，因为我们认为在微信小程序上面进行实现比起其他实现方法（单独开发一个APP或是网页）是较为简单的一种操作。 最后，我们对接下来的任务有了一个短期的初步规划，每个人自己先查找视频文件等资料，对怎样做微信小程序进行了解，学习需求分析报告的格式，准备写一份需求分析报告。 来源： https://www.cnblogs.com/cwlyz20200212/p/12332442.html

需求开发与管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占到45%，因此，需求工作将对软件项目能否最终实现产生至关重要的影响。虽然如此，在项目开发工作中，很多人对需求的认识还远远不够，从本人参与或接触到的一些项目来看，小到几十万元，大到上亿元的软件项目的需求都或多多少的存在问题。 　　有的是开发者本身不重视原因、有的是技术原因、有的是人员组织原因、有的是沟通原因、有的是机制原因，以上种种原因都表明做好软件需求开发是一项系统工作，而不是简单的技术工作，只有系统的了解和掌握需求的基本概念、方法、手段、评估标准、风险等相关知识，并在实践中加以应用，才能真正做好需求的开发和管理工作。 　　本文将通过介绍关于软件需求的基本知识和个人在实际工作中总结的一些经验，帮助读者了解软件需求，学习需求开发的一些基本方法，避免因需求原因而导致的项目失败。 　　 1 什么是软件需求和需求工程 　　1.1 软件需求的定义 　　在IEEE软件工程标准词汇表(1997年)中定义软件需求为： 　　1）用户解决问题或达到目标所需的条件或能力。 　　2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。 　　3）一种反映上面(1)或(2)所描述的条件或权能的文档说明。 实通俗的讲，“需求”就是用户的需要，它包括用户要解决的问题、达到的目标

1.实战中的软件工程——MSF的原则，MSF团队模型和开发模式，CargoCult。 MSF是什么呢？在前面的章节中讲了很多方法论和宣言，但这里介绍的是微软的一个宣言（Microsoft Solution Framework）,MSF有着九个基本原则：推动信息共享与沟通；为共同的远景而工作；充分授权和信任；各司其职，对项目共同负责；交付增量的价值；保持敏捷，预期和适应变化；投资质量；学习所有的经验；与顾客合作。下面对这些原则依次进行了介绍和理解。 首先是推动共享与沟通 。就是所有信息都保留且公开，也就是把所有的信息都共享，都用来沟通。这个原则的好处是能够让整个项目的开发流程更加的具备合理性和逻辑性。这样在管理这个项目时就更加简单了。 第二点，为共同的远景而工作 。其实就是大家一个团队的，力要往一处使，不能说每个人各做各的，到最后谁也好不了。要明白整个项目其实就是每个人的合作组成的。也就是统一思想，上下一条心。 第三点，充分授权和信任 。这一点的关键是授权。也就是每个成员都要有自己的授权，他们在有权在职权范围内完成任务。这个原则其实际是MSF模式的核心之一，团队之间要平等协作，并且各个成员之间得到充分的授权。这样的话，每个人都会负担起自己应该负担的责任，并且有足够的权利去做好自己分内的任务。 第四点，各司其职，对项目共同负责 。这点其实和第三点有着一些相似之处

学习了第八章的需求分析之后，我了解了软件需求的类型、利益相关者；获取用户需求的常用方法和步骤；竞争性需求分析的框架NABCD，四象限方法；项目计划和估计的技术。我们在做产品的时候要明确它所需要满足的各种功能和他的所属类型：杀手功能，外围功能，必要需求，辅助需求。软件项目的时间估计我们可以从自底而上和回溯两个方面来看，从而更好的进行估计。 在学习了第十六章IT行业的创新我了解到的是关于创新，有哪些似是而非的断论；WIIFM；创新者的困境；创新的时机，创新路上的鸿沟；先发优势和后发优势；改良式的创新和颠覆式的创新；效能过剩；NPS,CAC,用户留存率。书中提出的迷思一至七是值得我们去深深思索和探寻的，本章中也有结合第八章所提及的四象限方法，可以一起思考消化。 来源： https://www.cnblogs.com/XLX1/p/5487259.html