怎么做项目需求分析报告

第一篇：怎么做项目需求分析报告

项目需求分析，看了听棠的“客户需求何时休”，深有感触，何曾自己不是被这个问题整天困扰：客户需求，为什么总在变阿？做项目真辛苦阿！这样的感叹整天都挂在口上。客户需求变动确实是一个软件开发永远不变的话题。为什么小的软件企业面对经常变动的需求是如此的狼狈？到底要怎么做才能满足客户的需求？

听棠的“客户需求何时休”深刻的披露了这个问题存在的根源。

需求分析，不仅仅是拿到客户的需求，更重要的是还需进行分析，了解细节，并就细节跟客户咨询，获取最详细的资料。客户所能提供给你的只是他们想到的功能需求，很多问题并不在他们考虑的范围之内，如果作为项目承担方没有去做分析，简单的按照功能要求去设计、规划，最终出来的系统是很难完全符合客户的业务流程的，这时，自然需要更改，被看成了需求的更改。其实，都是缺乏分析所一手造成的。问题等到系统出来了才被发现，这样的系统本身就是先天不足的了。

听棠所说到的几点，感受特别深：

“其实问题出在开头，客户需求只是软件需求分析的一部分，虽然是比较重要的一部分，但也不要只是去记客户的需求，而是要把客户的需求进行分析”

“客户本身是不怎么懂技术的，客户只知道自己的业务需求，而在软件设计时，是在把业务需求抽象到系统中实现的，把业务转变为逻辑时，一切都应该符合逻辑的，但客户的业务思想有时候在软件系统实现时会有问题的，这就需要分析时分析出来的。少了分析，问题也会在后面的开发中暴露出来，到时可就更麻烦了。”

还有客户的需求本身会有矛盾（这矛盾是指在逻辑角度来讲），客户本身是意识不到的，只有在分析设计时，才会分析出这里的矛盾，而这些问题，如果在期初时，软件负责人不分析，而是纯粹的“听从”客户要求去做，当暴露这些问题时，你怪客户也没用啊。

项目需求分析报告，在了解客户需求时，不要不动脑子，不要一味的点头说“I C”，其实在表面的业务里面可能包含着N多的细节，这些细节是需要你反问客户的，只有当你提的问题越多，最终获取的需求最具体，才能让项目越顺利。而且有很多问题，都是在你的反问中，客户也才开始思考本来没思考过的问题，客户也会找到一种合理的需求给你，有人会觉得这样了解客户需求未免太麻烦了。至于一些在技术上会遇到问题的地方，也要告诉客户，别以为到时候再说，客户是不关心你的技术细节的，但你如果给他解释的话，他也会试着理解的。

客户的需求本身是无休止，因为他们本身也在变，但当你期初的分析合理，后面的变动也将在逻辑上变动，相信代价已经不会那么大了。这其实也体现了系统的扩展性。

需求分析，是一个项目提出方和承担方相互沟通的过程，一方是系统的使用者，一方是系统的制造者，在系统制造过程中，只有双方相互配合，共同对系统进行设计才能最后达到使用的要求。客户是业务上的熟悉者，对业务流程有非常清晰的了解，但是，对于软件需求方面的描述是不了解的，他们所能提供的只是他们最终要达到的功能，但是，这其中包含的业务流程是非常复杂的。我们拿到客户需求后，应该根据功能、流程进行初步的设计，构造出业务流程图，再让客户进行评审，提出业务流程上不对的地方进行修改。这样来回的交流，最终才能取得较全面的需求，并减少后期的修改。

谨记一点，需求是经常变动的，只有先做好需求的分析，了解业务以后的发展趋势，做好具有拓展性的系统设计，才会给系统更大的扩展空间，从而在需求发生变化的时候可以更从容的修改。

第二篇：项目需求分析报告

福州八中鳌峰初级中学项目的网络需求分析报告

一、项目名称：福州八中鳌峰初级中学

二、引言

该网络是校园网站信息发布系统,学校主站，含各个学科子站点，包含德育处，团委，学生会，教务处，总务处，办公室，工会子站。主要栏目设置：学校概况、信息中、党群工作、校务公开、德育教育、教学管理、教学科研、学生园地、中高考专题、心灵驿站、校友之窗、友情链接、数字校园

三、系统目标描述和功能描述

1、信息发布系统

网站前台模块

首页：学校网站的索引页，还包括模糊搜索站内资源的功能。

一中概况：发布学校的简介、发展状况和学校自身的相关信息，并动态归类。

党团组织：发布学校党团建设的相关资讯，并动态归类。

学校资讯：发布学校近期活动和新闻。

学校管理：发布学校各部门的相关通知与文件，并动态归类。

教学教研：发布学校在教学研讨和课题研究方面的相关信息，并动态归类。

教学资源：管理和发布论文、课件、教案和考卷等方面的资源。

电子像册：１．可以上传图片格式，FLASH格式等（格式要求：Jpg、GIF、ＰＮＧ、ＢＭＰ、SWF、TIF等）２．实现图片渐变编辑功能。３．新增、删除、修改４．权限管理 新课程：发布学校在新课程方面取得的成绩，并动态归类。

班级&社团：为各班级各社团开设空间，供发布信息和照片。

教师博客管理系统：自我简介，消息管理，空间管理，好友管理，日志管理等。

电子相册：可包含多个相册，数量不限；

班级&社团：可在不影响界面整体效果的基础上让相应班级修改部分界面元素（包括自定义班级主页的标志性图片、班级主页的背景图片和班级主页的颜色主题），另外，该模块还包含有班级电子相册。

留言板：实现留言与答复的功能。

学生论坛：学习网络上开源论坛的实现方式，实现一个学生交流活动的平台。相对独立于学校网站。

后台功能模块

权限管理使用指南权限管理下共分3个模块：[角色管理] [给角色分配权限][给用户分配权限]

（1）通知公告只有系统管理员ADMIN才有权发布通知公告。发布的内容将显示在各部门首页的公告栏里。

（2）网上调查只有系统管理员ADMIN才有权发布网上调查。发布的内容将显示在各部门首页的网上调查里。

（3）友情链接只有系统管理员ADMIN才有权编辑友情链接。发布的内容将显示在各部门

首页的友情链接里。

2、办公信息化管理系统

主要功能：今日工作：是用户进行日常办公的主要场所，用来存放待处理的有关文件、网络报送以及工作消息等信息。

公文系统：用于公文的登记、发布、存档以及生成报表。

工作消息：用户发布日常工作中的通知等信息。

网络报送：传递相关工作资料。

交流登记：记录学校大事件以及每次对外交流情况等。

教师档案：有关教师档案管理，全程维护每一位教师档案的变动情况。

系统设置：系统日常运作与环境设置。

3网络性能需求

核心交换机（机箱式）

1、背板带宽≥640Gbps2、交换容量≥480Gbps3、包转发率≥350Mpps4、双电源模块冗余5、10/100/1000Base-T口≥12个，千兆SFP光纤接口≥24个

6、万兆XFP接口≥1个

7、支持IP ACL，支持基于源/目的IP或MAC、三层IP协议类型、TCP/UDP四层端口号、IP优先级、基于VLAN、Tag/Untag、CoS等

9、支持802.3ad(LACP)，支持负载均衡

10、支持802.1Q VLAN数量≥4K11、支持的路由协议，如RIPv1/V2,并支持MD5认证、OSPFv2、BGP4等。

12、支持MPLS、MPLS VPN、MPLS TE功能。

接入层交换机

1、固化10/100M电口≥242、固化千兆Combo(SFP/GT)接口≥

23、交换容量≥32Gbps4、包转发速率≥6.6Mpps，全线速

5、MAC表容量≥16K6、Vlan表项≥4K7、堆叠或者集群管理数量≥248、每个端口提供4个优先级队列，可分别设定队列带宽，支持WRR/SP/SWRR等调度方式。

9、内置 DHCP Server,可对用户分配IP地址。

10、支持标准和扩展ACL，完全硬件线速实现。

11、支持防IP报文DOS攻击。

12、支持ARP安全功能，可以防止ARP欺骗、防止ARP扫描。

13、设备与核心交换机同一品牌；

光纤模块SFP-SX-L SFP-SX-L，1000Base-SX SFP接口卡模块（MMF,550m），LC接口 设备与核心交换机同一品牌；按厂家规定保修.防火墙在服务器与路由器之间加个防火墙很有必要。网络操作系统，网络服务器软件等可能存在一些安全漏洞，应当及时对系统进行补丁程序升级，加固系统的安全性。网络系统遵循安全规范和达到的安全级别，采用各种杀毒软件。

网络管理系统

基本特性:全中文图形化界面。支持平台:WINDOWS平台，系统呈现网络的真实拓扑图，支持三层网络拓扑、二层物理拓扑、VLAN子网拓扑等不同的呈现方式，支持拓扑的自动发现设备，WEB拓扑视图。能够发现VLAN中所有终端PC设备，并计算出终端设备IP地址、MAC地址、接入交换机端口等信息，自动在拓扑图上显示终端设备连接和出入流量、丢包等等情况。

根据我们的预算和资源限制，完成该项目大约需要半年。客户想重新购置设备并卖掉现存的旧设备。

第三篇：项目需求分析报告

项目需求分析报告

（一）一、项目名称

今日事

二、设计背景

随着社会的发展，我们的生活节奏逐渐加快，与此同时，网络的大量普及，导致大量的信息不断的冲击着我们。在这种生活节奏下，我们难免会出现一不小心忘掉一些重要的事情，这是让我们产生这个想法的一个方面。

另一方面，现如今的学生总是计划很多，却很少付诸行动，这不仅与个人的坚持与否有关，同样是因为步入大学时代后，大家心中充满了迷茫所致，往往计划赶不上变化，因此，我们决定开发这样一款软件，来改变这种情况。

三、项目风险

该软件开发项目的风险承担者有：

任务提出者：需要承担的风险是产品是否能达到用户的需求，该产品是否能带来收益。

软件开发者：需要承担的风险是产品是否能满足需求报告说明书里的各种功能需求等。

产品使用者：需要承担的风险是产品是否能满足自己所需。

四、功能需求

日历功能，可以查询日期

制定计划功能，分为长期，中期，短期三个层次，短期即为今日事，中期为1周或1月，长期为数月或1年，这些可以由用户自己设置。

完成计划功能，可以通过勾选来标注哪些是已经完成的，哪些是还为完成的。

成就系统，通过统计各期所完成计划数量给予用户相应称号，同时可以与其他用户进行竞争。

提醒功能，手机解屏时提醒用户今日需要做的事，而在每天结束时，汇报今日完成进度。

五、运行环境

移动端android平台

六、性能要求

为保证软件能够长期，安全，稳定，高效的运行，应满足以下性能要求：

时间特性：系统响应时间应在人的感觉和视觉范围内（<1S），系统响应时间足够迅速（<5s）。

适应性：在操作方式，运行环境，软件接口或开发计划发生变化时，应具有适应能力。

项目需求分析报告

（二）一、引言

引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档

1.1编写目的：

本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本学校排课系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用，同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。

1.2背景及范围

本项目的名称：学校排课系统。

本项目的任务提出者及开发者是：计算机应用三班张哲，用户是学校。

本产品是针对电脑进行排课的需求设计的，可以完成：基本数据录入与维护、课程表编排、课表冲突分析报告、课表输出、可以直接或导出至Excel打印总课表、教师课表、()班级课表、场地课表、系统管理。

1.3定义 缩写词

学校排课系统软件：学校排课系统软件是为了帮助学校老师对学校的排课更加方便和快速制作处课程表及其管理学校的课程的软件。

二、项目描述：

使用改程序后，学校的排课可以很轻松的安排好，而却可以尽量避免平时排课时出现的排课冲突，还可以临时加补课等功能。

2.1软件开发的目标：

改善目前有些学校人工排课是常常出现的冲突以及浪费的大量时间。同时也通过实践来提高自己的动手能力。

2.2应用范围：

理论上能实现中小学排课，职业中学排课。

2.3子集说明：

软件主要分为两个模块，一个基本信息的录入，一个是进行排课的管理。

2.4软件功能描述：

外部功能：实现了可视化窗口，排课，调课。

内部功能：基本信息的录入、固定课的设置、科目的录入、年级的录入、任课老师的录入、场地限制的录入和课表的查看；排课操作、调课操作、场地调课操作、老师课表及学生课表生成。

2.5软件操作人员的要求

软件的操作人员要求具有一定的电脑常识，并且具有排课的初步常识。

三、软件结构化描述

自己添加一些

四、环境要求：

4.1数据录入精度需求

在进行向数据库录入数据时，要求数据记录准确。

4.2软件自身时间特性需求

程序排课响应时间：由于生成课表是需要看电脑的配置，所有时间可能会不一样，有时候需要等上几分钟

五、软件属性

5.1可用性

本软件由于自身的能力限制，所有只限现在所有的功能。

5.2安全性

由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏，可以从新录入信息进行更正

5.3可维护性

本软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性十分方便。

5.4兼容性

由于尚未测试，故无法对兼容性进行评析。

第四篇：做需求分析一点心得

做需求分析一点心得

2010-09-16 作者：Neo.Yan 来源：Neo.Yan 的blog1、需求分析前的准备

在软件开发过程中，需求分析可以说是核心任务之一，就像一支将要远航的船队，要在指定时间内到达目录地，他们需要一条正确的航线，才能到达目的地，如果航线有误，他们将会误时到达，或是不回到原位将永远到达不了，这么重要的东西，但在国内很多团队中缺少，虽然我也做了一些，但在项目完成的时候，回头看看，其实我们做了很多不必要的事，浪费了很多时间、人力和物力，为保证在今后的开发中减少这些错误的发生，现将一些问题记录下来。为了了解系统需求，先可以从概要式的需求着手，再细化需求，需求分析必须拟定文档，在写文档之前我们必须做好寻求分析的范围，总结为以下几点：

1.1要做一个什么样的系统

这个不说，我想做软件开发的人都知道，拟定这个后，一切才可以扩展开，比如我们要做一个B2C的商城，要卖母婴用品，知道了这些，我们就可以找现在网站有的B2C网站做参考，分析系统构架，系统功能等。

1.2系统将要在什么样的环境下进行

我上次经历的一个系统，就是要用asp.net重新发一个B2C商城，但有一些前提条件，以前公司有网站，是用java+MYSQL开发的，但我们开发的新系统必须兼容以前的数据，如客户信息，商品信息，还有一些资源信息，并且还要兼容Google,baidu收录的地址路径，还有与原ERP的通讯等条件，这样让我们的开发很受限制，这些需求就是这样，你无法改变，所以在设计新系统的同时你必须考虑，要花时间去了解以前系统的功能，接口等，如果不了解，等你把新系统开发完了才发现系统脱离了公司原有的业务流程，让公司无法运作，那就代表你开发的系统根本没有价值，我想这不是我们想要的结果。

1.3要解决哪些问题

开发出来软件系统就是为了解决客户需求的，一个B2C网站就是卖商品，主要由客户、商品、购物车、定单组成，将这些核心的功能定义好，我想其它的意外都不会太影响到整个系统的进程。

1.4将来可能会有哪些变化

面对将来的发展，我们也许不能完全考虑到，但与公司的战略发展，可以提前考虑些，能想到多少就想多少，多多益善，我们开发一个系统不是只满足当前的需求，如果眼光只放在眼前，那么你这个系统很快就会被淘汰，功能也许不需要现在实现，但接口总得留下吧，不然想改进都是很困难的事，如果一个稍微的小需求都要动系统构架，我想这个系统会越来越不稳定，作为系统分析师，这块也是至关重要的。

1.5系统可以维持任务的周期是多少

系统周期与公司战略发展是紧扣的，一个系统的功能不可能随着社会的变化，能一直满足市场需要的，在设计系统的时候，可以了解一下公司的战略发展，比如公司三年之内要做成什么样，客户多少，网站浏量，可以做下评估，这样就考虑系统构架的问题，你开始就准备构架一个大胖子，但现在需求简单，在实际的运行中，速度缓慢，其实你构架越

复杂，系统运行就越缓慢，虽说现在很多大系统运行的都很好，但要想想，人家服务器，网络构架是什么样的，你不可能让你的系统一线就有这么好的环境，就算有，那成本也太大了，一般的公司也吃不消。

1.6系统分几个阶段实施

在开发初期，我们不可能将系统所有的功能都能完成的很好，为了加快开进度，为了系统能尽早上线，我们得像建楼一样，分阶段进行，分段实施，如果我们现在只是要在网上卖商品，那我们就得把客户管理、商品管理、购物车、定单管理这几大块实现，把一个系统根基打好，谁都想让自己的系统变成最强大的系统，但这个想法几乎是不可能完成的，如果我们把根基打好了，再在上面加以改进，添砖添瓦，根据客户或市场的需要来完善，我想这个系统就会慢慢变成一个成功的系统，对于B2C网站来说，能完成商业的需要，能让公司的流程走顺，那就是个好系统，没有最好的系统，只有最适合的系统。

分阶段实施，可以有节约成本，也可以加快实施速度，不管是作为公司的管理人员还是开发人员，能尽快看到成果，会提高信心，可以举个例子，在设计一个B2C商城的时候，我们除了客户管理、商品管理、购物车、定单管理外，还要加入广告管理、促销管理、CPS、统计管理、用户积分、虚拟币、礼品、物流、接口等一些功能，如果开发周期只给两个月，四个人，从系统设计到系统上线，怎么做?怎样如期完成呢？如果你的团队都没接触过B2C这样的系统，开发起来是很难度的，在这样的情况下，我们必须分段实施，抓主干，把核心的东西完成了，系统可以上线，虽然没有理想的那么强大，但最少它能赚钱，再一个两个月可以把客户管理、商品管理、购物车、定单管理这几块主要的功能完善，公司业务可以进行，后面的功能虽然很有必要，但也可以分个先后，系统上线了，能给大家看到东西，能用用，建议也会多些，对于系统的优化改进，这个是无止尽的，如果没有这些基本的东西，天天都会有人在你耳边叫，你们什么时候上线呀，做了这么久，做的怎么样了，让你的团队心里承受着很大的压力，就算你在两个月内把开发任务完成了，那你的测试通的过吗，功能越多，问题越多，在后期维护问题越多，最后烦了，没办法，重构，那样不是亏大了。

1.7确认第一阶段解决那些问题

在一个新的环境中，一个新的团队，你说要在某一时间段里完成什么样的系统，你怎样做到让领导相信你，让公司相信你，一个大一点的软件系统，少则几个月，再多一点就一年半载，他们能等吗，再说了他们不懂代码，不会天天跟你的屁股后面问你，系统怎么样了，做了哪些，就算这样，我想你也进了疯人院了，所以我们做系统要打好第一枪，这样才会得到更多人的支持和理解，如果你不能理解，可以去看看商殃变法中的《徒木立信》的典故。

至于软件第一开发第一阶段要做哪些事，这个要根据一个系统的核心功能去了解，只有建立好了框架，不要太急于求成，没什么好处，把根基打好了，再想怎么包装，都不是件难事。

1.8系统开发团队由哪些人组成一个好的团队，必定是发挥了团队中每个人的优势，在开发团队中，不是你技术能力强，你就是最有价值的人，我相信在开发团队里没有一个从头到尾都能支持的能人，不是不没，是我是觉得不可能存在，也许我么说有些人不服，其实我这么说也有我的理由，一个人也许有机会经历团队中的每个环节，并且都能深入，但绝对不是一个机会，如果有，那就是一个人的开发，一个人的开发我想也不能叫团队，有时候，一个人什么都能做，多了一个人，什么都做不好，但面对大的项目，不得不进行团队合作。

我所在的公司，我进去的时候，接到项目任务，我开始还有些心虚，因为有些工作我也没接触过，但又不得不去做，但我很意外的时候，我们的团队中有一位项目助理，她的出现让我们的团队协调管理得到了很好的实施，计划任务，可以做到很好的按排，但跟踪管理，我能收集分配，但指定到人后，我很难看到进展的情况，因为自身还有很多的工作，开始我部署了项目管理系统的，收集需求和BUG，也指定到人，但反馈往往不及时，因为我有时候隔一天才上去看，后来我将这项目工作交给了项目助理，让她去管理这些，我发现她做的很好，她每天和我只花几分钟的时间做核对，出现意外情况我就出现解决，她的出现把我和团队中的每个开发人员的工作连接起来，让项目管理得以顺利的实施。

开发团队具体由哪些人组成，这是要根据公司实力，项目进度和项目大小来定的，现在说几个工作职则，可来灵活分配一下：

项目经理：对项目的决策性问题进行定位，一个功能做与不做，领导说的算

构架师：控制技术问题，解决技术难题，对分配下来的任务进行分析、评估，反馈给项目经理，再进行确定

项目助理：记录团队会议内容，协调工作中的日常事务

开发组长：调配开发组员，辅助组内开发人员并对成员工作进行监管，一般由主程担任

开发人员：负责编写代码，按需求完成任务

测试人员：对功能进行测试

如果这里的每项目工作按排到个人，我想开发团队的协调管理最好。

1.9系统运行环境是什么样的在系统构架时，根据需要定义好，系统构架、程序环境、网络环境，如考虑分布式存储，日均访问量、系统安全、成本预算等。

asp.net的开发成本是要比java的开成本低的。

Sql server的运营成本是要oracle低的，但oracle在大型数据处理上要优于SQL Server,如果是SNS站我觉得上Oracle会好些。

选择什么样的环境，在没有特定要求的情况下，根据团队的现状去考虑我觉得就差不多了。

我们有了目的地将要远航，那么就得需要航海图、船、船长、舵手、水手、水和食物，虽然这样我们能保证100%完成任务，因为大海中的意外谁也不会知晓，但我们理想的是我们能安全到达，如果条件不允许，就算我们知道目的地在哪，出了海，我们将面对是一场艰辛冒险旅程。

2、收集需求

需求的收集是个很繁琐的过程，收集的不够，开发过程中变化会很多，特别是你上了一个演示版本后，开始别人一点意见都没，一看你的演示，你就意见一大堆，这样的问题我想在很多项目中都出现过，所以先在收集需求的时候要和客户或相关部门一一确认，我们考虑需求要从种两种角度去考虑，一种是用户角度，另一种是开发者角度，所以在谈需求时，必须边聊边记，把所谈的话记录整理，如果怕遗漏，可以录音，然后将采用文档的方式表达出来，将提出的需求加以分析，做下技术评估，如果有特别的难题可以提前让开发人员做技术预研，在做评估后，需要分段实施的，就做好规划，然后和提需求的人员确认，需求文档的功能可以多写点，根据企业的发展，能考虑的都考虑，这样可以在系统构架时，定位系统的生命周期时，给以更多的参考，在需求定出阶段后，我们得把要马上实施的功能放在当前，加以强化、细化，反复的进行，条件允许的时候应该做些Demo来确认。

第五篇：项目需求分析和必要性分析

一、项目需求分析和必要性分析

传统结构专业的工作流程(如建筑设计、工程设计、深化设计、加工制作和施工安装之间)常常是不同程度地信息间断的。在工程项目执行的各个阶段, 设计、分析、详图和制作管理系统中的模型和数据很多时候会被多次重复输入或重新建模。因此,在项目估算、深化设计、加工生产和施工计划中有时会造成不必要的高成本返工。

Tekla软件是针对所有钢结构建筑（如商业建筑、工业厂房、体育馆、预加工建筑）以及各种钢制件的导管架进行深化设计、制造和安装管理的最先进、最完整的方法。BIM技术的引入应用可以充分共享应用各阶段模型信息, 使流程各阶段紧密结合, 信息互通, 从而提高效率和降低成本。BIM通过更快且更有成效的深化设计改进信息流，杜绝重复工作并缩短工期。使用集成的管理工具、能追踪工作历史的可视化记录，来改进工作流程并加强作业控制，实现与其他各方顺畅的协作与交流。目前市场上没有其他产品可以像Tekla这样，能贯穿整个生产流程提供建筑信息管理支持，有利于成本管理、计划进度管理、材料管理、合同管理，并为用户创造新的商机。

1.成本管理

运用建模软件的图纸功能自动产生图纸, 并对图纸进行必要的调整, 同时产生供加工和安装的辅助数据(如材料清单、构件清单、油漆面积等)。做好成本分析，可以更好的报价获得更多的工程。

2.计划进度管理

实物量计划及完成情况的跟踪是进度控制的常用手段，是安排施工计划、确定施工任务、确定资源调配的重要依据。所有加工详图(包括布置图、构件图、零件图等)均是利用三视图原理投影生成,图纸中所有尺寸, 包括杆件长度、断面尺寸、杆件相交角度等均是从三维实体模型上直接投影产生的。从而直观得编制项目总体进度计划，进度计划、分项进度计划、阶段控制性计划等。

3.材料管理

材料成本是项目成本中最重要的部分，所以对材料的管理是控制项目成本最关键的工作。Tekla软件用钢量等资料统计，选定构件的用钢量, 并按照构件

类别、材质构件长度进行归并和排序, 同时还输出构件数量、单重、总重及表面积等统计信息。

4.合同管理

钢结构生产管理系统是BIM模型数据产生的精细化应用平台, 主要依托所有部门、供应商和客户间的钢结构项目合同来掌控从估算投标、采购、生产到施工现场的信息流以及工作。

钢结构BIM三维实体建模出图进行深化设计的过程, 其本质就是进行电脑预拼装、实现“ 所见即所得”的过程。通过将建筑信息集中到模型中，使项目的管理与交付更具协作性与完整性这样便能提高生产效率、消除浪费，使结构和建筑更加耐用。

二、项目建设目标和内容

项目建设最终目标是提高效率和降低成本，使客户满意，用项目的高质量、好报价来获得更强的竞争力。

要达到建设目标需通过与MIS系统以及CNC数控设备连接实现更高级的制造和项目管理自动化，以达成提高生产力的目标，这点在规模庞大、数据丰富的项目中尤为突出。采用自适应PEB框架节点、自定义节点来自动生成图纸并与其他软件连接，杜绝重复工作或信息重复。支持临时变更、减少所有项目参与方的风险。BIM可以实现在无现场错误的前提下实现提前交付，对在预算内有效完成项目的钢结构意义非凡。基于BIM理念, 可深入挖掘钢结构深化设计软件的功能, 充分体现BIM的特性, 使钢结构深化设计向建筑设计信息化的方向发展。通过对结构进行建模，我们可以加快投标准备阶段的数据收集、为解决复杂问题提供管理辅助并为销售工作提供更高质量的媒介。使用3D模型让深化设计的管理变得简单无比，与加工设备完美的结合。对重量、截面、尺寸等的控制可帮助实现精确的采购以及对项目进度的及时追踪。提高深化设计质量，尽量减少制造和安装错误并在整个过程中提供实时、准确的建筑信息。使信息管理贯穿整个过程。