全文获取类型
收费全文 | 23435篇 |
免费 | 1914篇 |
国内免费 | 1794篇 |
专业分类
电工技术 | 1728篇 |
技术理论 | 1篇 |
综合类 | 2662篇 |
化学工业 | 734篇 |
金属工艺 | 882篇 |
机械仪表 | 2199篇 |
建筑科学 | 946篇 |
矿业工程 | 765篇 |
能源动力 | 312篇 |
轻工业 | 364篇 |
水利工程 | 435篇 |
石油天然气 | 791篇 |
武器工业 | 298篇 |
无线电 | 3012篇 |
一般工业技术 | 798篇 |
冶金工业 | 523篇 |
原子能技术 | 168篇 |
自动化技术 | 10525篇 |
出版年
2024年 | 58篇 |
2023年 | 138篇 |
2022年 | 301篇 |
2021年 | 406篇 |
2020年 | 467篇 |
2019年 | 355篇 |
2018年 | 324篇 |
2017年 | 489篇 |
2016年 | 584篇 |
2015年 | 798篇 |
2014年 | 1404篇 |
2013年 | 1184篇 |
2012年 | 1665篇 |
2011年 | 1992篇 |
2010年 | 1556篇 |
2009年 | 1515篇 |
2008年 | 1613篇 |
2007年 | 1973篇 |
2006年 | 1735篇 |
2005年 | 1538篇 |
2004年 | 1238篇 |
2003年 | 1231篇 |
2002年 | 947篇 |
2001年 | 790篇 |
2000年 | 615篇 |
1999年 | 437篇 |
1998年 | 344篇 |
1997年 | 293篇 |
1996年 | 256篇 |
1995年 | 198篇 |
1994年 | 154篇 |
1993年 | 130篇 |
1992年 | 82篇 |
1991年 | 61篇 |
1990年 | 34篇 |
1989年 | 43篇 |
1988年 | 29篇 |
1987年 | 27篇 |
1986年 | 16篇 |
1985年 | 14篇 |
1984年 | 19篇 |
1983年 | 31篇 |
1982年 | 13篇 |
1981年 | 9篇 |
1980年 | 6篇 |
1979年 | 8篇 |
1977年 | 8篇 |
1976年 | 4篇 |
1974年 | 3篇 |
1959年 | 3篇 |
排序方式: 共有10000条查询结果,搜索用时 0 毫秒
111.
有限状态机在数控系统软件中的应用研究 总被引:4,自引:0,他引:4
在数控系统软件开发中,控制软件的开发是开发的关键。针对数控系统复杂性和实时性特点,把有限状态机应用在数控系统软件开发中,构造了控制器软件结构,并应用于数控系统的原型开发。 相似文献
112.
113.
114.
硫磺回收装置的设备需要有较大的操作弹性。针对其过程气进口压力低,手工计算难于进行严格的全程压降计算,现以PRO/Ⅱ软件为开发平台,通过扩充数据库和建立模拟流程,成功地将其用于硫磺回收装置的设备选型和核算,为工程设计提供了先进的计算手段。 相似文献
115.
尿素装置液相浓度在线自动检测软件的研究 总被引:1,自引:1,他引:1
为了改善尿素装置先进的控制和落后的人工检测物料浓度之间的矛盾,运用化工热力学原理,以及热力学模型组合求解法,研制了液相浓度实时检测软件。并开发了多种软件以适应各类尿素流程(水溶液全循环法、CO2汽提法、氨汽提法)的需要 相似文献
116.
王晓春 《现代塑料加工应用》1992,4(5):25-28
通过对Moldflow公司新近研究开发的CAE软件系统的介绍,较为全面地展示了该技术在整个塑料模具的计算机辅助设计和制造中所起的作用及具有的地位。 相似文献
117.
118.
《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. 相似文献
119.
《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. 相似文献
120.
《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. 相似文献