（定稿）汽车曲轴加工生产线项目立项申报材料0（喜欢就下吧）

充分注意测试中的群集现象。

经验表明，测试后程序残存的数目与该程序中以发现的数目或检错率成正比。

应该对群集的程序段进行重点测试应当对每个测试结果做全面检查。

妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。

软件测试方法软件测试从不同角度可以有以下划分白盒测试和黑盒测试。

白盒测试和黑盒测试根据对软件产品的测试关注点不同，可以将测试方法划分为黑盒测试和白盒测试。

黑盒测试与白盒测试是两类广泛使用的测试方法。

黑盒测试又称功能测试，数据驱动测试或基于规格说明的测试。

他测试的依据是程序的外部特性。

因此，黑盒测试是从用户观点出发的测试。

这方法的主要缺点是它依赖于规格说明书的正确性。

实施黑盒测试的方法又有基于图的测试，等价类划分和边界值分析等方法。

白盒测试又称结构测试，逻辑驱动测试或基于程序的测试。

在白盒测试中，依据由弱到强的覆盖准则，最常见的测试方法有语句覆盖分支覆盖或判定覆盖条件覆盖判定条件覆盖黑盒测试是依据程序的外部特性进行的测试，它完全不涉及到程序的内部结构，如果外部特性本身有问题或规格说明有误，用黑盒测试则发现不了。

另方面白盒测试完全相反，它只依据程序的内部结构进行测试，而不考虑外部特性，如果程序本身有问题，如程序逻辑有，或有遗漏则无法发现。

测试的结论我根据具体情况选用黑盒测试法或白盒测试法，并按照单元测试集成测试和确认测试的测试步骤对整个系统进行了测试。

逐步消除了程序模块内部在逻辑上和功能上的和缺陷以及程序结构方面的问题最后对照需求分析，检验是否满足预期的各种要求，保证了软件配置的完整性正确性。

系统基本运行稳定正常，可以投入试运行。

结论后台维护子系统都是建立在系统后台数据库的基础上，管理员可以通过图书信息管理对图书表中的信息进行添加修改删除，通过用户管理对用户中的信息进行添加修改删除，通过留言管理对留言表中的信息进行添加修改删除。

图书信息管理主要是对图书的查询，其中可以通过图书作者图书名出版社主题词图书书号进行图书查询，使图书查询快捷简单方便。

在制作过程中，我受益匪浅，掌握了很多课上没有的知识，这次设计对以后工作会有很大的帮助，有了这些经验可以让公司更优先选择我。

参考文献微软公司企业级数据库的安装，配置和管理北京高等教育出版社微软公司数据库程序设计数据库程序设计北京高等教育出版社，佟伟光软件测试技术北京人民邮电出版社，张湘辉软件开发的过程与管理北京清华大学出版社注销旧书该书已注销操作选单请用数字键选择操作借阅图书归还图书注册新书注销旧书退出，数据库设计图总体数据库管理员用户管理图管理员图书管理图管理员留言管理图图书查询图系统测试测试的介绍软件测试就是在软件投入运行前，对软件需求分析，设计规格说明和编码的最终复审，是软件质量和保证的关键步骤。

软件测试是为了发现而执行程序的过程。

软件测试在软件生存期中横跨两个阶段通常在编写出每个模块之后就对它做必要的测试称为单元测试。

编码和单元测试属于软件生存期中的同个阶段。

在结束这个阶段后对软件系统还要进行各种综合测试，这是软件生存期的另个独立阶段，即测试阶段。

软件测试的目的测试是程序的执行过程，目的在于发现个好的测试试用例在于发现今未发现的个成功的测试是发现了至今未发现的的测试测试的原则应当把尽早地和不断地进行软件测试作为软件开发者的座右铭。

测试用例应由测试输入数据和与之对应的预期输出结果两部分组成。

程序员应避免检查自己的程序。

注意不是指对程序的调试在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。

不合理的输使系统开发人员在不同的图示中挑出最合适他和他的团队进行问题详尽描述的个或者些图示。

比如数据流图，在需求分析中使用数据流图，就充分体现了数据在软件系统中移动时被变换的逻辑过程。

所以就是个建立功能模型的最好图示而实体关系图，就是描述数据对象以及他们之间关系的图示，所以就是个建立数据模型的最好例子。

状态转换图通过事件的外部作用从而对状态进行改变，这就是个建立行为模型的例子。

功能需求描述网站主要分为后台数据维护图书查询系统等，其中以后台维护系统所占的比例最大。

数据流图顶层图图图书馆管理系统顶层图数据字典文件名用户信息简述存放用户的信息组成用户编号用户名初始密码确定密码用户类型真名性别所在院系电话地址文件名图书信息简述存放图书的信息组成图书编号图书名作者名出版社出版时间图书类型主题词索引号定价页数从书名说明文件名权限信息简述存放权限信息组成编号用户用户名④文件名留言信息简述存放留言信息组成编号用户名留言时间留言内容系统概要设计系统功能描述图书馆管理系统本着让图书馆管理做到快捷方便简单摆脱用手工操作处理图书借阅的问题，工作非常繁琐，需要大量的人力物力和财力，极大的浪费了资源的略事而设计，它可以使管理员从繁重的手工操作中解脱出来。

图书馆管理系统主要包括后台维护子系统，图书查询子系统等。

系统总体功能模块图后台维护子系统用户信息管理管理员通过数据库管理和维护系统可以对读者进行管理和维护。

管理员可以对表中的信息进行删除修改更新等基本操作以管理和维护读者信息。

在管理和维护这部分时因为涉及到读者信息表，因此要使用存储过程和触发器来保证数据的致性。

图书信息管理新书入库旧书报废图书信息的修改。

新书入库指对需求比较大的图书，如果数库中有，则增大其库存量，如果没有，则进购新书。

旧书报废指因为人为因素如借阅后丢失损坏等致使图书不能被继续借阅的，应从书库中清除掉。

新书入库和旧书报废时，应对该书库总数进行调按，尤其是当旧书报废后，若该书总数为零时，应自动将该书信息删除。

我们还对图书进行了分类，如果因为书的减少，导致该类图书的减少，则当该类图书总数为零时，系统也应自动将该图书类别信息删除。

管理员管理管理员可以对管理员表中的信息进行插入删除修改更新等基本操作以管理和维护读者信息。

④留言信息管理管理员通过管理与维护模块可以对留言板子系统进行管理和维护。

管理员可以对表中信息缝要放胶，缝里的水泥要光滑地面铺砖用滚刷胶，后用干灰铺贴，严禁用湿灰铺帖四电工线必须穿管包括任何地方接头必须留在盒内，以便日后维修严禁使用非标电线五水工做防水前后必须做小时闭水试验水路主管道用分管，分管道用分管第七节预防渗漏，开裂的技术措施严格按配比拌制砂浆，尤其要控制水泥用量，水的用量也要控制，拌制砂浆前要进行试配，使砂浆的和易性与保水性达到最佳。

搅制设备要用专用的砂浆搅拌机，杜绝使用混凝土搅拌机滚筒式拌制砂浆。

抹灰的基层要处理，方法得当。

对于砖砌体来讲，定要提前天用清水浇透，至表面出现水光，然后阴干，手摸时有潮湿感时再进行抹灰。

加气混凝土砌块与粉煤灰砌块则不需用水浇透，只要在砌体上适当浇水，然后阴干半天左右再进行抹灰在砌体施工时要严把砌体施工质量关，控制好砌体表面的平整度，尤其要控制好砌体的垂直度，这样便能有效控制抹灰的厚度，杜绝出现抹灰厚度不均匀，这样可以大大减少龟裂情况的发生。

抹灰应分层进行，严格控制抹灰的总厚度和分层的厚度，中级抹灰平均总厚度宜控制在内，高级抹灰宜控制在内，外墙抹灰宜控制在内。

分层应该合理，般情况下中级抹灰分工层较为合理。

无论混合砂浆还是水泥砂浆，厚度以为宜，面层为宜，抹完底子灰后待六至七成干，表面发白，手压有坚实感，但能留下手纹时即可进行面层抹灰。

抹灰的施工环境对于裂缝的出现也起着相当重要的作用。

如果环境干燥而且通风良好且又疏于养护时则最易出现龟裂，因此抹灰应该营造个比较潮湿的环境。

在高温干燥的气候条件下施工应该将门窗敞口进行封闭，必要时在地面上定期适量浇水，或定期在抹灰表面八成干后喷雾，天气异常酷热时，最好用薄膜将抹灰面封死进行养护，效果较为理想。

对于象板钢丝网架聚苯乙烯夹心板这种吸水较差的新型建材，则在施工抹灰前宜在基层刷道界面剂，成活后喷雾或封闭进行养护，否则极易出现龟裂现象。

用户使用不当也是出现干裂的原因之，我施工的栋办公楼，业主急于元旦入住而盲目催工期，入住后将空调温度调至最高，结果在周内寺面出现了较多的龟裂现象，所以在施工中我们不应强调工期的提前，应该按照合理的工期计划有组织的进行施工，大幅度的缩短工期是不宜提倡的。

综上所述，龟裂是在施工中经常出现的通病之。

这种裂缝对于美观影响最大，因此在施工中我们应该非常注意，只要我们在施工中严格按规范施工，提前预防，这各裂缝是可以避免的。

第九章安全文明施工措施第节分项安全技术措施安全防护的重点分析安全防护工作的重点是高空施工防坠落基坑周边的防护，预留孔洞竖井处防坠落外檐安全防护等各种电动工具施工用电的安全防护等塔吊安全措施立体交叉施工作业防物体打击措施。

安全防护方案在以下施工阶段，采用钢管设置高防护栏杆，内部挂设绿色安全网，防护栏杆设置横杆，立杆间距不水泥砂浆密封，防止砼浇筑时跑浆烂根。

柱子模板在砼浇灌前，需用铅锤吊正，必要时用千斤顶校正。

阳角模用整模，防止漏浆，并保证刚度。

梁柱接头模板和楼梯间采用工具式模板。

模板按规范规定进行起拱。

梁板跨度时，模板应按跨度起拱。

楼板模板施的请输入借书证序号，，全部入藏注册新书，序号，书名，作者，数量，，入条件是指异常的，临界的，可能引起问题异变的输入条件。

充分注意测试中的群集现象。

经验表明，测试后程序残存的数目与该程序中以发现的数目或检错率成正比。

应该对群集的程序段进行重点测试应当对每个测试结果做全面检查。

妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。

软件测试方法软件测试从不同角度可以有以下划分白盒测试和黑盒测试。

白盒测试和黑盒测试根据对软件产品的测试关注点不同，可以将测试方法划分为黑盒测试和白盒测试。

黑盒测试与白盒测试是两类广泛使用的测试方法。

黑盒测试又称功能测试，数据驱动测试或基于规格说明的测试。

他测试的依据是程序的外部特性。

因此，黑盒测试是从用户观点出发的测试。

这方法的主要缺点是它依赖于规格说明书的正确性。

实施黑盒测试的方法又有基于图的测试，等价类划分和边界值分析等方法。

白盒测试又称结构测试，逻辑驱动测试或基于程序的测试。

在白盒测试中，依据由弱到强的覆盖准则，最常见的测试方法有语句覆盖分支覆盖或判定覆盖条件覆盖判定条件覆盖黑盒测试是依据程序的外部特性进行的测试，它完全不涉及到程序的内部结构，如果外部特性本身有问题或规格说明有误，用黑盒测试则发现不了。

另方面白盒测试完全相反，它只依据程序的内部结构进行测试，而不考虑外部特性，如果程序本身有问题，如程序逻辑有，或有遗漏则无法发现。

测试的结论我根据具体情况选用黑盒测试法或白盒测试法，并按照单元测试集成测试和确认测试的测试步骤对整个系统进行了测试。

逐步消除了程序模块内部在逻辑上和功能上的和缺陷以及程序结构方面的问题最后对照需求分析，检验是否满足预期的各种要求，保证了软件配置的完整性正确性。

系统基本运行稳定正常，可以投入试运行。

结论后台维护子系统都是建立在系统后台数据库的基础上，管理员可以通过图书信息管理对图书表中的信息进行添加修改删除，通过用户管理对用户中的信息进行添加修改删除，通过留言管理对留言表中的信息进行添加修改删除。

图书信息管理主要是对图书的查询，其中可以通过图书作者图书名出版社主题词图书书号进行图书查询，使图书查询快捷简单方便。

在制作过程中，我受益匪浅，掌握了很多课上没有的知识，这次设计对以后工作会有很大的帮助，有了这些经验可以让公司更优先选择我。

参考文献微软公司企业级数据库的安装，配置和管理北京高等教育出版社微软公司数据库程序设计数据库程序设计北京高等教育出版社，佟伟光软件测试技术北京人民邮电出版社，张湘辉软件开发的过程与管理北京清华大学出版社注销旧书该书已注销操作选单请用数字键选择操作借阅图书归还图书注册新书注销旧书退出，数据库设计图总体数据库管理员用户管理图管理员图书管理图管理员留言管理图图书查询图系统测试测试的介绍软件测试就是在软件投入运行前，对软件需求分析，设计规格说明和编码的最终复审，是软件质量和保证的关键步骤。

软件测试是为了发现而执行程序的过程。

软件测试在软件生存期中横跨两个阶段通常在编写出每个