3 resultados para Projects in dispute
em Digital Commons @ DU | University of Denver Research
Resumo:
An extensive and growing road system in the United States bisects vital wildlife habitat and is causing deleterious ecological effects on many wildlife species. The primary impacts include collisions between wildlife and vehicles, altered movement patterns within habitat, and/or the complete blockage of movements between vital habitats. The increasing size of the road network and number of vehicles will only intensify the problem unless proactive wildlife mitigation measures are developed to minimize these adverse effects. Therefore, this capstone project examines the role of citizen advocacy for promoting wildlife protection in the planning and development of wildlife-sensitive transportation projects in the United States. Based upon a data analysis of 21 questionnaires from qualified participants, it was determined that citizen participation is an important component associated with the development of wildlife-sensitive transportation projects. However, four major barriers to facilitating effective citizen participation processes were identified. 1) A lack of awareness. Citizens are only minimally aware of wildlife and transportation issues, including: a) the ecological impacts of roads, b) the solutions available to mitigate these impacts, and c) the opportunities to advocate for the protection of wildlife during transportation planning processes; 2) Public apathy or a lack of citizen interest in wildlife and transportation issues; 3) Ineffective citizen participation techniques and processes; and 4) Poor communication with citizens. Four recommendations were provided to assist in overcoming these barriers and to help define a better role for citizen advocacy in protecting wildlife from the growing road network.
Resumo:
High-quality software, delivered on time and budget, constitutes a critical part of most products and services in modern society. Our government has invested billions of dollars to develop software assets, often to redevelop the same capability many times. Recognizing the waste involved in redeveloping these assets, in 1992 the Department of Defense issued the Software Reuse Initiative. The vision of the Software Reuse Initiative was "To drive the DoD software community from its current "re-invent the software" cycle to a process-driven, domain-specific, architecture-centric, library-based way of constructing software.'' Twenty years after issuing this initiative, there is evidence of this vision beginning to be realized in nonembedded systems. However, virtually every large embedded system undertaken has incurred large cost and schedule overruns. Investigations into the root cause of these overruns implicates reuse. Why are we seeing improvements in the outcomes of these large scale nonembedded systems and worse outcomes in embedded systems? This question is the foundation for this research. The experiences of the Aerospace industry have led to a number of questions about reuse and how the industry is employing reuse in embedded systems. For example, does reuse in embedded systems yield the same outcomes as in nonembedded systems? Are the outcomes positive? If the outcomes are different, it may indicate that embedded systems should not use data from nonembedded systems for estimation. Are embedded systems using the same development approaches as nonembedded systems? Does the development approach make a difference? If embedded systems develop software differently from nonembedded systems, it may mean that the same processes do not apply to both types of systems. What about the reuse of different artifacts? Perhaps there are certain artifacts that, when reused, contribute more or are more difficult to use in embedded systems. Finally, what are the success factors and obstacles to reuse? Are they the same in embedded systems as in nonembedded systems? The research in this dissertation is comprised of a series of empirical studies using professionals in the aerospace and defense industry as its subjects. The main focus has been to investigate the reuse practices of embedded systems professionals and nonembedded systems professionals and compare the methods and artifacts used against the outcomes. The research has followed a combined qualitative and quantitative design approach. The qualitative data were collected by surveying software and systems engineers, interviewing senior developers, and reading numerous documents and other studies. Quantitative data were derived from converting survey and interview respondents' answers into coding that could be counted and measured. From the search of existing empirical literature, we learned that reuse in embedded systems are in fact significantly different from nonembedded systems, particularly in effort in model based development approach and quality where the development approach was not specified. The questionnaire showed differences in the development approach used in embedded projects from nonembedded projects, in particular, embedded systems were significantly more likely to use a heritage/legacy development approach. There was also a difference in the artifacts used, with embedded systems more likely to reuse hardware, test products, and test clusters. Nearly all the projects reported using code, but the questionnaire showed that the reuse of code brought mixed results. One of the differences expressed by the respondents to the questionnaire was the difficulty in reuse of code for embedded systems when the platform changed. The semistructured interviews were performed to tell us why the phenomena in the review of literature and the questionnaire were observed. We asked respected industry professionals, such as senior fellows, fellows and distinguished members of technical staff, about their experiences with reuse. We learned that many embedded systems used heritage/legacy development approaches because their systems had been around for many years, before models and modeling tools became available. We learned that reuse of code is beneficial primarily when the code does not require modification, but, especially in embedded systems, once it has to be changed, reuse of code yields few benefits. Finally, while platform independence is a goal for many in nonembedded systems, it is certainly not a goal for the embedded systems professionals and in many cases it is a detriment. However, both embedded and nonembedded systems professionals endorsed the idea of platform standardization. Finally, we conclude that while reuse in embedded systems and nonembedded systems is different today, they are converging. As heritage embedded systems are phased out, models become more robust and platforms are standardized, reuse in embedded systems will become more like nonembedded systems.
Resumo:
Technology helps the Human Resources (HR) department drive for strategic relevance. These two departments are successfully collaborating on major projects in such business-critical areas as e-recruiting, self-service, training, compensation and talent management. Technology is critical in helping increase efficiency, increase attraction and retention, reduce administration and cut costs. In recent years, HR information systems (HRIS) have become more important than ever, this time as an essential part of a company's information security and knowledge fields. Ill-suited benefits and disorganized resources are history; now is the time for customized, dynamic plans and connected systems. Employees will appreciate the HRIS, business will benefit from the HRIS and the HR department will no longer have to be the ugly duckling of the company.