全文获取类型
收费全文 | 41330篇 |
免费 | 5100篇 |
国内免费 | 3311篇 |
专业分类
电工技术 | 3773篇 |
技术理论 | 1篇 |
综合类 | 4550篇 |
化学工业 | 3952篇 |
金属工艺 | 1619篇 |
机械仪表 | 3558篇 |
建筑科学 | 2275篇 |
矿业工程 | 1525篇 |
能源动力 | 1071篇 |
轻工业 | 677篇 |
水利工程 | 1059篇 |
石油天然气 | 1533篇 |
武器工业 | 575篇 |
无线电 | 6060篇 |
一般工业技术 | 3196篇 |
冶金工业 | 976篇 |
原子能技术 | 380篇 |
自动化技术 | 12961篇 |
出版年
2024年 | 242篇 |
2023年 | 555篇 |
2022年 | 978篇 |
2021年 | 1183篇 |
2020年 | 1319篇 |
2019年 | 1123篇 |
2018年 | 1060篇 |
2017年 | 1436篇 |
2016年 | 1529篇 |
2015年 | 1759篇 |
2014年 | 2546篇 |
2013年 | 2360篇 |
2012年 | 2973篇 |
2011年 | 3279篇 |
2010年 | 2440篇 |
2009年 | 2406篇 |
2008年 | 2482篇 |
2007年 | 2923篇 |
2006年 | 2585篇 |
2005年 | 2298篇 |
2004年 | 1925篇 |
2003年 | 1965篇 |
2002年 | 1721篇 |
2001年 | 1513篇 |
2000年 | 1147篇 |
1999年 | 876篇 |
1998年 | 625篇 |
1997年 | 536篇 |
1996年 | 439篇 |
1995年 | 335篇 |
1994年 | 275篇 |
1993年 | 209篇 |
1992年 | 157篇 |
1991年 | 112篇 |
1990年 | 78篇 |
1989年 | 76篇 |
1988年 | 57篇 |
1987年 | 36篇 |
1986年 | 18篇 |
1985年 | 16篇 |
1984年 | 26篇 |
1983年 | 35篇 |
1982年 | 19篇 |
1981年 | 9篇 |
1980年 | 10篇 |
1979年 | 15篇 |
1978年 | 5篇 |
1977年 | 8篇 |
1959年 | 5篇 |
1951年 | 5篇 |
排序方式: 共有10000条查询结果,搜索用时 10 毫秒
91.
张敏 《计算机光盘软件与应用》2012,(3):219+218
在信息技术时代的今天,伴随着计算机技术的迅猛发展以及在日常生活和工作中的普及,我们如何掌握常用的计算机应用软件成为每个人工作学习中不可缺少的课程。在该课程的教学过程中,教师应选择合适的版本,以培养学生的动手能力、自学能力和创新意识为出发点,综合运用实例教学法、任务驱动教学法等方法,同时给学生创造一个自主的学习环境,并建立灵活的评价体系,以增强教学效果。 相似文献
92.
93.
粉煤灰填充尼龙6浇铸制品的研究 总被引:5,自引:0,他引:5
将粉煤灰用硅烷偶联剂处理后填充到尼龙6浇铸制品(MC尼龙)中,可以改善制品的吸水性、收缩率及热稳定性等,还可以降低成本。该项研究结果有很大的实用价值。 相似文献
94.
硫磺回收装置的设备需要有较大的操作弹性。针对其过程气进口压力低,手工计算难于进行严格的全程压降计算,现以PRO/Ⅱ软件为开发平台,通过扩充数据库和建立模拟流程,成功地将其用于硫磺回收装置的设备选型和核算,为工程设计提供了先进的计算手段。 相似文献
95.
《Information and Software Technology》2014,56(10):1219-1232
ContextScientific software plays an important role in critical decision making, for example making weather predictions based on climate models, and computation of evidence for research publications. Recently, scientists have had to retract publications due to errors caused by software faults. Systematic testing can identify such faults in code.ObjectiveThis study aims to identify specific challenges, proposed solutions, and unsolved problems faced when testing scientific software.MethodWe conducted a systematic literature survey to identify and analyze relevant literature. We identified 62 studies that provided relevant information about testing scientific software.ResultsWe found that challenges faced when testing scientific software fall into two main categories: (1) testing challenges that occur due to characteristics of scientific software such as oracle problems and (2) testing challenges that occur due to cultural differences between scientists and the software engineering community such as viewing the code and the model that it implements as inseparable entities. In addition, we identified methods to potentially overcome these challenges and their limitations. Finally we describe unsolved challenges and how software engineering researchers and practitioners can help to overcome them.ConclusionsScientific software presents special challenges for testing. Specifically, cultural differences between scientist developers and software engineers, along with the characteristics of the scientific software make testing more difficult. Existing techniques such as code clone detection can help to improve the testing process. Software engineers should consider special challenges posed by scientific software such as oracle problems when developing testing techniques. 相似文献
96.
《Information and Software Technology》2014,56(1):6-19
ContextIn the era of globally-distributed software engineering, the practice of global software testing (GST) has witnessed increasing adoption. Although there have been ethnographic studies of the development aspects of global software engineering, there have been fewer studies of GST, which, to succeed, can require dealing with unique challenges.ObjectiveTo address this limitation of existing studies, we conducted, and in this paper, report the findings of, a study of a vendor organization involved in one kind of GST practice: outsourced, offshored software testing.MethodWe conducted an ethnographically-informed study of three vendor-side testing teams over a period of 2 months. We used methods, such as interviews and participant observations, to collect the data and the thematic-analysis approach to analyze the data.FindingsOur findings describe how the participant test engineers perceive software testing and deadline pressures, the challenges that they encounter, and the strategies that they use for coping with the challenges. The findings reveal several interesting insights. First, motivation and appreciation play an important role for our participants in ensuring that high-quality testing is performed. Second, intermediate onshore teams increase the degree of pressure experienced by the participant test engineers. Third, vendor team participants perceive productivity differently from their client teams, which results in unproductive-productivity experiences. Lastly, participants encounter quality-dilemma situations for various reasons.ConclusionThe study findings suggest the need for (1) appreciating test engineers’ efforts, (2) investigating the team structure’s influence on pressure and the GST practice, (3) understanding culture’s influence on other aspects of GST, and (4) identifying and addressing quality-dilemma situations. 相似文献
97.
《Information and Software Technology》2014,56(5):506-515
ContextWhile project management success factors have long been established via the golden triangle, little is known about how project iteration objectives and critical decisions relate to these success factors. It seems logical that teams’ iteration objectives would reflect project management success factors, but this may not always be the case. If not, how are teams’ objectives for iterations differing from the golden triangle of project management success factors?ObjectiveThis study identifies iteration objectives and the critical decisions that relate to the golden triangle of project management success factors in agile software development teams working in two-week iterations.MethodThe author conducted semi-structured interviews with members across three different agile software development teams using a hybrid of XP and Scrum agile methodologies. Iteration Planning and Retrospective meetings were also observed. Interview data was transcribed, coded and reviewed by the researcher and two independently trained research assistants. Data analysis involved organizing the data to identify iteration objectives and critical decisions to identify whether they relate to project management success factors.ResultsAgile teams discussed four categories of iteration objectives: Functionality, Schedule, Quality and Team Satisfaction. Two of these objectives map directly to two aspects of the golden triangle: schedule and quality. The agile teams’ critical decisions were also examined to understand the types of decisions the teams would have made differently to ensure success, which resulted in four categories of such decisions: Quality, Dividing Work, Iteration Amendments and Team Satisfaction.ConclusionThis research has contributed to the software development and project management literature by examining iteration objectives on agile teams and how they relate to the golden triangle of project management success factors to see whether these teams incorporate the golden triangle factors in their objectives and whether they include additional objectives in their iterations. What’s more, this research identified four critical decisions related to the golden triangle. These findings provide important insight to the continuing effort to better assess project management success, particularly for agile teams. 相似文献
98.
Mixed oxide catalyst prepared by co-precipitating magnesium oxide and calcium oxide showed an excellent activity for the oxidative coupling of methane. The high performances were presumed to arise from the high basicity of the mixed oxide. 相似文献
99.
100.
Communication is a key success factor of distributed software projects. Poor communication has been identified as a main obstacle to successful collaboration. Global projects are especially endangered by information gaps between collaborating sites. Different communication styles, technical equipment, and missing awareness of each other can cause severe problems. Knowledge about actual and desired channels, paths, and modes of communication is required for improving communication in a globally distributed project. However, many project participants know little about communication and information flow in their projects. In this contribution, we focus on knowledge about communication and information flow. It is acquired by modelling on‐going and desired flows of information, including documented and non‐documented channels of information flow. We analyzed a distributed software project from the information flow perspective. Based on the findings, we developed specific techniques to improve information flow in distributed software development according to the FLOW Method. In a second distributed project, we evaluated one of the techniques. We found the FLOW mapping technique to be suitable for effectively spreading knowledge about communication and information flow in global software projects. 相似文献