工程项目课程报告多篇

[寄语]工程项目课程报告多篇为网友投稿推荐，但愿对你的学习工作带来帮助。

土木工程课程实习报告

2005.7.18-2005.9.18

班级：

姓名:

学号：

目录

工程概况 ………………………………………………………… １

基槽开挖 ……………………………………………………………… 2

钢筋工程 …………………………………………………………… 2

模板工程 …………………………………………………………… 4

混凝土工程 …………………………………………………………… 7

砌体施工 ……………………………………………………………… 14

防水层 …………………………………………………………… 19

回填土 ………………………………………………………………… 21

实习感想 …………………………………………………………… 23

工程概况

实习单位：

工程名称：

工程地点：

建设单位：

监理单位： 资质等级：2级

设计单位： 张家口塞洋设计有限公司

施工单位： 张家口市一建

建筑面积： 40818.43平方米

计划开工日期：2005.5.18

监理日期： 2005.5.18-2005.12.30

设计年限： 50年

建筑结构安全等级：2级

地基基础设计等级：乙级

建筑抗震设防类别：丙类

材料要求：

承重墙：240厚砖墙 楼板：保护层厚度20mm

构造柱：行混柱240*240 梁保护层：30mm

1. 室内正常环境 混凝土等级：C20 板保护层25 梁，柱保护层30

2.

a.室内潮湿环境，非严寒和非寒冷地区的露天环境与无侵蚀性水或土壤直接接触环境 混凝土等级 C25 板保护层25 梁，柱保护层30

b.严寒和寒冷地区露天环境与无侵蚀性的水或土壤直接接触环境

混凝土等级 C30 板保护层25 梁，柱保护层35

c.基础底板混凝土等级C40 梁，柱混凝土等级C30

钢筋级配：HPB235 HRB335

基槽开挖

1 施工工艺执行土方开挖工艺标准。

2. -1.7米以上土方采用机械开挖，-1.7米至承台、承台梁底采用人工开挖。

3 采用机械开挖时，剩下20cm至30cm厚度，采用人工挖并用机械配合倒土。

3、开挖时修筑10~15 % 坡道，以便挖土及运输车辆出入。

4 开挖工作面和放坡系数必须符合施工组织设计的要求，做好边坡保固和基坑排水措施。

4、因施工现场狭小，土方开挖后外运存放，垃圾土存放垃圾场，净土待回填时运回做回填土用或直接做为回填土用。

7、人工开挖基槽（承台及承台梁）土方，开挖完成后及时验槽。

5 混凝土垫层：采用现场搅拌，浇注前必须通过基槽隐蔽验收。

6 砌筑砖胎模并抹水泥砂浆：其砌砖厚度应符合施工组织设计的要求，然后抹1：3水泥砂浆。

开挖桩承台基坑土方 → 灌桩芯混凝土 → 混凝土垫层 → 砌砖胎模、抹水泥砂浆 → 钢筋绑扎 → 安装模板 → 墙、柱插筋 → 浇筑混凝土

钢筋工程

一．基础底板及基础梁钢筋

1. 按弹出的钢筋位置线，先铺底板下层钢筋。根据底板受力情况，决定下层钢筋哪个方向钢筋在下面，一般情况下先铺短向钢筋，再铺长向钢筋。

2. 摆放底板混凝土保护层用砂浆垫块，垫块厚度等于保护层厚度，按每1m左右距离可缩小，甚至砂浆垫块可改用铁块代替。

3. 底板如有基础梁，可分段绑扎成型，然后安装就位，或根据梁位置线就地绑扎成型。

4. 底板钢筋如有绑扎接头时，钢筋搭接长度及搭接位置应符合施工规范要求，钢筋搭接处应用铁丝在中心及两端扎牢。如采用焊接接头，除应按焊接规程规定抽取试样外，接头位置也应符合施工规范的规定。

5. 根据弹好的墙、柱位置线，将墙、柱伸入基础的插筋绑扎牢固，插入基础深度要符合设计要求，甩出长度不宜过长，其上端应采取措施保证甩筋垂直，不歪斜、倾倒、变位。

二．墙筋绑扎：

1. 在底板混凝土上弹出墙身及门窗洞口位置线，再次校正预埋插筋，如有位移时，按洽商规定认真处理。墙模板宜采用“跳间支模”，以利于钢筋施工。

2. 先绑2～4根竖筋，并画好横筋分档标志，然后在下部及齐胸处绑两根横筋定位，并画好竖筋分档标志。一般情况横筋在外，竖筋在里，所以先绑竖筋后绑横筋。横竖筋的间距及位置应符合设计要求。

3. 所有钢筋交叉点应逐点绑扎，其搭接长度及位置要符合设计图纸及施工规范的要求。

4. 为保证门窗洞口标高位置正确，在洞口竖筋上划出标高线。门窗洞口要按设计要求绑扎过梁钢筋，锚入墙内长度要符合设计要求。

5. 各连接点的抗震构造钢筋及锚固长度，均应按设计要求进行绑扎。如首层柱的纵向受力钢筋伸入地下室墙体深度；墙端部、内外墙交接处受力钢筋锚固长度等，绑扎时应注意。

6. 配合其他工种安装预埋管件、预留洞口等，其位置，标高均应符合设计要求。

二、构造柱钢筋的绑扎

1. 向受力钢筋的连接方式必须符合设计要求。

2. 画箍筋间距线：在立好的柱子竖向钢筋上，按图纸要求用粉笔划箍筋间距线。

3. 套柱箍筋：按图纸要求间距，计算好每根柱箍筋数量，先箍筋套在下层伸的搭接筋上，然后立柱子钢筋，在搭接长度内，绑扣不少于３个，绑扣要向柱中心。如果柱子主筋采用光圆钢筋搭接时，角部弯钩应与模板成４５°，中间钢筋的弯钩应与模板成９０°角。

4. 柱箍筋绑扎

a. 按已划好箍筋位置线，将已套好的箍筋往上移动，由上往下绑扎，宜采用缠扣绑扎。

b. 箍筋与主筋要垂直，箍筋转角处与主筋交点均要绑扎，主筋与箍筋非转角部分的相交点成梅花交错绑扎。

c. 箍筋的弯钩叠合处应沿柱子竖筋交错布置，并绑扎牢固。

三.梁钢筋

1. 在梁侧模板上画出箍筋间距，摆放箍筋。

2 ……此处隐藏19903个字……g ip地址或主机号 -t ：对如 10.129.4.22 这个 ip 地址不断地发送 icmp 数据包，可查看网络是否连通。要中途查看并继续发送数据包，按control+break键；要停止发送数据包，按control+c键。

ping ip地址或主机号 -n count：显示 count个回显包后停止 ping。（ count可以根据你的需要任意指定）

ping -a ip地址：将ip地址有对应的主机号表示出来，并显示 3个回显包后停止 ping。

五、测试验收

验收测试，开发生命周期方法论的一个阶段，这时相关的用户和独立测试人员根据测试计划和结果对进行测试和接收。它让用户决定是否接收。它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制。

在工程及其他相关领域中，验收测试是指确认一是否符合设计规格或契约之需求内容的测试，可能会包括化学测试、物理测试或是性能测试。

在工程中验收测试可能包括在（例如一套软件、许多机械零件或是一批化学制品）交付前的黑箱测试。软件开发者常会将开发者进行的验收测试和客户在接受产品前进行的验收测试分开。后者一般会称为使用者验收测试、终端客户测试、实机（验收）测试、现场（验收）测试。在进行主要测试程序之前，常用冒烟测试作为一个此阶段的验收测试。

软件工程课程设计报告怎么写

软件工程专业以计算机科学与技术学科为基础，强调软件开发的工程性，使学生在掌握计算机科学与技术方面知识和技能的基础上熟练掌握从事软件需求分析、软件设计、软件测试、软件维护和软件项目管理等工作所必需的基础知识。软件工程课程设计报告怎么写，我们来看看。

软件工程课程设计报告怎么写

专业：08计本2班

姓名：张敬宇

学号：20806032039

在我们整个软件工程过程中，我体会到了许多，也学到了许多。

在项目要进行自由分组后，我们的项目小组便诞生了。我们小组由3个成员组成，在相互商量后我们也确定了我们组的项目，是做一个校园文件管理系统。我们也随即做了分工，。我们的项目也正式开始了。

需求调研和分析对于软件开发过程至关重要。我们在开发时如果不进行调研和分析，那么对于后来的项目进展将产生致命的后果。我们在项目的开发中便遇到了这样的问题。我们开始自己随意的计划整个系统的设计，然后报给老师，老师作为一个客户并不是全部认同，随后我们也必须按着客户的要求更改我们的设计报告。我也明白了，再做一个系统时，必须随时和客户保持沟通，随时了解他们需要什么，他们想要什么功能。如果我们不去和客户沟通，不去调研客户的需求，做出来的系统即使在我们看来是一个很好，很完美的产品，但是如果客户不认同，那么我们所做的一切都是徒劳，还要返工去修改，费时费力。所以在做任何一个项目时，前期的需求调研和需求分析都是必须的，这是在做一个项目的基本，是关系成败的重要一环。

对于一个项目，它的需求设计也非常重要。在我们的文件管理系统开发的过程中，遇到了一些问题，出现的这些问题很多都是非常棘手的，我们为了解决这些棘手的问题浪费了大量的时间，我们不得不在工程代码上改了又改，在数据库里增表、删表、加数据、减数据，当然，在文档里也要做出相应的修改以适应新的功能。还好，我们能及时地发现问题，通过相互沟通讨论，问题也得到了解决。通过总结，我们也意识到，我们大家在做需求分析和进行需求了解时仅仅考虑了一些基本的功能，而至于管理员和客户之间的联系，以及具体的一些流程我们都没有深究，而导致我们到后期花费了大量的时间用于修复之前没有考虑周全而带

来的问题。如果我们的需求设计能够比较清晰和完善，那么我们在开发过程中便会很明白的知道我们应该实现什么样的功能，在数据库里应该怎样建表，以什么方式插入数据，从而可以避免反复修改工程的问题，也能避免出现可能毁坏整个工程的问题。整个工程的需求设计对于一个项目的顺利进展至关重要。

对于文档在软件工程中的作用，我在这次项目开发过程中有了更加深刻的理解。文档在软件开发过程中是很有用的，文档是一项必不可少的东西，但文档也不能太多，太过繁琐，如果是那样就不太好了。首先我们要明确开发过程中为什么要写这些文档，文档的最根本的作用是为了更好的沟通。一个项目或产品可能需要延续很长的时间，开发过程中可能需要很多的环节，可能会遇到很多的问题和很多的解决的方法，这时，我们需要文档的帮助，我们需要有一个东西来记录，我们需要有一个共同的声音。文档只不过是一个准绳，将开发中的各个树枝树叶扶正。如果，这个准绳太多太紧，大树可能会发育的很高很直，但是就是有些畸形，如果这个准绳太少太松，大树可能就会变成灌木丛。文档的多少、繁简是有度的，绝对不能说越多越好。我觉得，文档需要说明解决问题的方法而不是解决问题的理论，因为解决问题的理论是在文档形成中做到的'。文档完整即可，每一份文档说明一个问题，无需将多个文档的内容放在一个文档的里面。除了重要阶段形成文档，其它部分都只是讨论或者说是想法。不要让文档成为累赘，如果真是这样，我认为就是该考虑写这些文档的必要性的时候了。 我们在文档的时候，一定要明白为什么要写这些。

在整个项目开发过程中，我们也同时遇到了许多程序接口问题，页面和功能相结合的问题，数据库建表的问题，这些问题都是源于我们项目小组成员之间的沟通不足。我深刻认识到，在项目开发时，项目小组中各个成员之间的相互沟通是非常重要的。如果我们要在功能方面作出修改，那么程序人员和页面人员及数据库人员就必须相互沟通，共同对整个程序作出相应的修改，这样才能避免最终整合时出现问题。

在这十个周里，我还对软件工程有了新的理解。在我以前的理解当中，软件工程，无非就是一个人或者几个人或一个团队集中在一起进行编写代码的工作，以实现开发出所用的软件。但现在我明白了，软件工程的作用，就是告诉人们怎样去开发软件和管理软件。具体地讲，它表现在与软件开发和管理有关的人员和

过程上。所以，软件工程就不仅仅是单一的编程过程了。它包括了系统分析->;建模->;概要设计->;详细设计->;编码->;测试->;维护。编码可以理解为编程，这个只占总时间的20％左右。编程只是其中的一小部分。

在这次项目里我完成了许多工作，在界面设计上我完成了，首页、全部的商品页面、全部的用户页面及部分管理员页面的制作，在后期项目整合过程中修改了功能和界面结合时出现的bug，还有数据库插入数据及解决数据库集中整合时出现的问题。这些工作我都顺利完成了，虽然并不能算是非常的出色，但也算是尽力了。现在看到自己辛劳的成果，我感到很欣慰。

当然，在这次项目过程中我也发现了自己的一些问题。如现在的网站开发技术还不够强，在和小组成员相互沟通上还不够积极等。我希望以此为契机，在将来的项目开发中能做得更好。

你也可以在搜索更多本站小编为你整理的其他工程项目课程报告多篇范文。