全文获取类型
收费全文 | 8926篇 |
免费 | 431篇 |
国内免费 | 575篇 |
专业分类
电工技术 | 363篇 |
综合类 | 447篇 |
化学工业 | 156篇 |
金属工艺 | 215篇 |
机械仪表 | 499篇 |
建筑科学 | 179篇 |
矿业工程 | 118篇 |
能源动力 | 62篇 |
轻工业 | 57篇 |
水利工程 | 28篇 |
石油天然气 | 70篇 |
武器工业 | 63篇 |
无线电 | 1477篇 |
一般工业技术 | 262篇 |
冶金工业 | 70篇 |
原子能技术 | 61篇 |
自动化技术 | 5805篇 |
出版年
2024年 | 15篇 |
2023年 | 55篇 |
2022年 | 107篇 |
2021年 | 167篇 |
2020年 | 186篇 |
2019年 | 157篇 |
2018年 | 162篇 |
2017年 | 223篇 |
2016年 | 279篇 |
2015年 | 303篇 |
2014年 | 510篇 |
2013年 | 401篇 |
2012年 | 499篇 |
2011年 | 675篇 |
2010年 | 455篇 |
2009年 | 394篇 |
2008年 | 486篇 |
2007年 | 590篇 |
2006年 | 547篇 |
2005年 | 549篇 |
2004年 | 439篇 |
2003年 | 518篇 |
2002年 | 396篇 |
2001年 | 297篇 |
2000年 | 283篇 |
1999年 | 238篇 |
1998年 | 172篇 |
1997年 | 121篇 |
1996年 | 135篇 |
1995年 | 96篇 |
1994年 | 79篇 |
1993年 | 72篇 |
1992年 | 57篇 |
1991年 | 40篇 |
1990年 | 23篇 |
1989年 | 23篇 |
1988年 | 21篇 |
1987年 | 20篇 |
1986年 | 15篇 |
1985年 | 20篇 |
1984年 | 18篇 |
1983年 | 21篇 |
1982年 | 16篇 |
1981年 | 15篇 |
1979年 | 8篇 |
1978年 | 8篇 |
1977年 | 4篇 |
1976年 | 5篇 |
1975年 | 3篇 |
1974年 | 3篇 |
排序方式: 共有9932条查询结果,搜索用时 15 毫秒
82.
体积成形有限元模拟软件CASFORM的开发研究 总被引:6,自引:0,他引:6
简要介绍了作者自主开发的体积成形有限元模拟软件CASFORM及其关键技术,并给出了大量的实例分析。CASFORM主要由前处理模块,有限元分析模块,后处理模块,有限元网格生成模块和网格再划分及数据传递模块以及材料数据库和模拟数据库等构成,该软件能够分析各种体积成形工艺,包括锻造、挤压、拉拔等。能够预测缺陷的生成,验证和优化工艺/模具设计方案,该软件既能模拟等温成形过程,也可以模拟非等温成形过程,即可进行单工位成形分析,也可进行多工位成形分析。该软件界面友好,使用方便,可靠性和自动化程度高,是模具和工艺设计方案验证和优化的有力工具。 相似文献
83.
84.
85.
86.
《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. 相似文献
87.
《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. 相似文献
88.
《Information and Software Technology》2014,56(5):477-494
ContextAlthough Agile software development models have been widely used as a base for the software project life-cycle since 1990s, the number of studies that follow a sound empirical method and quantitatively reveal the effect of using these models over Traditional models is scarce.ObjectiveThis article explains the empirical method of and the results from systematic analyses and comparison of development performance and product quality of Incremental Process and Agile Process adapted in two projects of a middle-size, telecommunication software development company. The Incremental Process is an adaption of the Waterfall Model whereas the newly introduced Agile Process is a combination of the Unified Software Development Process, Extreme Programming, and Scrum.MethodThe method followed to perform the analyses and comparison is benefited from the combined use of qualitative and quantitative methods. It utilizes; GQM Approach to set measurement objectives, CMMI as the reference model to map the activities of the software development processes, and a pre-defined assessment approach to verify consistency of process executions and evaluate measure characteristics prior to quantitative analysis.ResultsThe results of the comparison showed that the Agile Process had performed better than the Incremental Process in terms of productivity (79%), defect density (57%), defect resolution effort ratio (26%), Test Execution V&V Effectiveness (21%), and effort prediction capability (4%). These results indicate that development performance and product quality achieved by following the Agile Process was superior to those achieved by following the Incremental Process in the projects compared.ConclusionThe acts of measurement, analysis, and comparison enabled comprehensive review of the two development processes, and resulted in understanding their strengths and weaknesses. The comparison results constituted objective evidence for organization-wide deployment of the Agile Process in the company. 相似文献
89.
《Information and Software Technology》2014,56(8):850-872
ContextThe software architecture of a system is the result of a set of architectural decisions. The topic of architectural decisions in software engineering has received significant attention in recent years. However, no systematic overview exists on the state of research on architectural decisions.ObjectiveThe goal of this study is to provide a systematic overview of the state of research on architectural decisions. Such an overview helps researchers reflect on previous research and plan future research. Furthermore, such an overview helps practitioners understand the state of research, and how research results can help practitioners in their architectural decision-making.MethodWe conducted a systematic mapping study, covering studies published between January 2002 and January 2012. We defined six research questions. We queried six reference databases and obtained an initial result set of 28,895 papers. We followed a search and filtering process that resulted in 144 relevant papers.ResultsAfter classifying the 144 relevant papers for each research question, we found that current research focuses on documenting architectural decisions. We found that only several studies describe architectural decisions from the industry. We identified potential future research topics: domain-specific architectural decisions (such as mobile), achieving specific quality attributes (such as reliability or scalability), uncertainty in decision-making, and group architectural decisions. Regarding empirical evaluations of the papers, around half of the papers use systematic empirical evaluation approaches (such as surveys, or case studies). Still, few papers on architectural decisions use experiments.ConclusionOur study confirms the increasing interest in the topic of architectural decisions. This study helps the community reflect on the past ten years of research on architectural decisions. Researchers are offered a number of promising future research directions, while practitioners learn what existing papers offer. 相似文献
90.
《Information and Software Technology》2014,56(5):495-505
ContextTo determine the effectiveness of software testers a suitable performance appraisal approach is necessary, both for research and practice purposes. However, review of relevant literature reveals little information of how software testers are appraised in practice.Objective(i) To enhance our knowledge of industry practice of performance appraisal of software testers and (ii) to collect feedback from project managers on a proposed performance appraisal form for software testers.MethodA web-based survey with questionnaire was used to collect responses. Participants were recruited using cluster and snowball sampling. 18 software development project managers participated.ResultsWe found two broad trends in performance appraisal of software testers – same employee appraisal process for all employees and a specialized performance appraisal method for software testers. Detailed opinions were collected and analyzed on how performance of software testers should be appraised. Our proposed appraisal approach was generally well-received.ConclusionFactors such as number of bugs found after delivery and efficiency of executing test cases were considered important in appraising software testers’ performance. Our proposed approach was refined based on the feedback received. 相似文献