Nature and Dynamics of Organizational Capabilities [[electronic resource]]

• Record Nr.: UNINA9910465738203321
• Autore: Dosi Giovanni <1953->
• Pubbl/distr/stampa: Oxford, : Oxford University Press, 2002
• ISBN: 0-19-153022-0; 1-281-94423-8; 9786611944230
• Descrizione fisica: 1 online resource (404 p.)
• Altri autori (Persone): NelsonRichard R; WinterSidney G
• Disciplina: 658/.001
• Soggetti: Electronic books. -- local; Organizational learning; Technology transfer; Electronic books.
• Lingua di pubblicazione: Inglese
• Formato: Materiale a stampa
• Livello bibliografico: Monografia
• Note generali: Description based upon print version of record.
• Nota di bibliografia: Includes bibliographical references and index.
• Nota di contenuto: Contents; List of Figures; List of Tables; Notes on Contributors; Introduction: The Nature and Dynamics of Organizational Capabilities; Part I; Introduction to Part I. Organizational Capabilities; 1. Talking about Routines in the Field; 2. Repositories of Knowledge in Franchise Organizations; 3. Appropriability and the Challenge of Scope; 4. Limited Inquiry and Intelligent Adaptation in Semiconductor Manufacturing; Part II; Introduction to Part II. The Development of New Capabilities; 5. In Search of Dynamic Capabilities; 6. Measuring Competence? Exploring Firm Effects in Drug Discovery; 7. Managing the Development and Transfer of Process Technologies in the Semiconductor Manufacturing IndustryPart III; Introduction to Part III. The Evolution of Organizational Capabilities and their Social Roots; 8. The 'Abominable Ohno Production System'. Competences, Monitoring, and Routines in Japanese Production Systems; 9. Evolution of Manufacturing Systems and Ex post Dynamic Capabilities; 10. Transfer and Replication of Organizational Capabilities; Part IV; Introduction to Part IV. Perspectives on Capabilities; 11. How ; Technological Competencies Help Define the Core of the Firm; 12. Dynamic Capabilities and Strategic Management13. Organizational Capabilities in Complex Worlds; Index; A; B; C; D; E; F; G; H; I; J; K; L; M; N; O; P; Q; R; S; T; U; V; W; Y; Z
• Sommario/riassunto: In this volume, the editors and a team of distinguished international contributors analyse the nature of organisational capabilities - how organisations do things, use their knowledge base, and diffuse that knowledge in a competitive environment.

Anomalous relaxation in colloidal systems / / Avinash Kumar

• Record Nr.: UNISA996495162103316
• Autore: Avināśa Kumāra
• Pubbl/distr/stampa: Cham, Switzerland : , : Springer, , [2022]; ©2022
• ISBN: 9783031132803; 9783031132797
• Descrizione fisica: 1 online resource (135 pages)
• Collana: Springer Theses
• Disciplina: 016.54532
• Soggetti: Colloids - Freezing
• Lingua di pubblicazione: Inglese
• Formato: Materiale a stampa
• Livello bibliografico: Monografia
• Nota di contenuto: Intro -- Supervisor's Foreword -- Acknowledgments -- Contents -- Parts of This Thesis Have Been Published in the Following Journal Articles -- 1 Introduction -- 1.1 History of the Mpemba Effect -- 1.2 Explanations for the Mpemba Effect -- 1.3 Mpemba Effect in Other Systems -- 1.3.1 Experiments -- 1.3.2 Numerical Studies -- 1.4 Mpemba Effect in Colloidal Systems -- 1.5 Particle Manipulation Techniques -- 1.5.1 Passive Trapping -- Optical Tweezers -- Magnetic Tweezers -- Holographic Tweezers -- 1.5.2 Active Trapping -- Electrokinetic Traps -- Hydrodynamic Traps -- Acoustic Traps -- Thermal Traps -- 1.6 Combining Feedback Traps and Optical Tweezers -- 1.7 Overview of the Thesis -- References -- 2 Particle Dynamics -- 2.1 The Langevin Equation -- 2.1.1 A Free Particle -- 2.1.2 A Trapped ; Particle -- 2.2 Fokker-Planck Equation -- 2.2.1 Adjoint of the Fokker-Planck Operator -- 2.2.2 Eigenfunctions and Eigenvalues of the Fokker-Planck Operator -- 2.2.3 Fokker-Planck Equation with no Drift -- 2.3 Heat Equation -- 2.4 Supplementary Information -- 2.4.1 A Similarity Transformation of the Fokker-Planck Operator -- References -- 3 Optical Feedback Traps -- 3.1 Principles of Optical Tweezers -- 3.2 Optical Tweezers Setup -- 3.2.1 Faraday Isolator -- 3.2.2 Acousto-Optic Deflector -- 3.2.3 Detection Scheme -- 3.2.4 Control and Data Acquisition -- 3.3 Sample Preparation -- 3.4 Calibration -- 3.4.1 Position Calibration -- 3.4.2 Trap-Stiffness Calibration -- 3.5 Virtual Harmonic Potential -- 3.6 Isotropic Traps -- 3.7 Virtual Double-Well Potential -- 3.8 Discussion -- References -- 4 Mpemba Effect -- 4.1 Definition of the Mpemba Effect -- 4.2 Energy Landscape for the Mpemba Effect -- 4.2.1 Choice of Potential Energy Landscape -- 4.3 Imposing an Instantaneous Quench via Initial Conditions -- 4.4 Measuring the Distance to Equilibrium -- 4.4.1 L1 distance Distance.; 4.4.2 Kullback-Leibler (KL) Divergence -- 4.5 Observation of the Mpemba Effect in Asymmetric Domains -- 4.6 Analysis Based on Eigenfunction Expansion -- 4.6.1 Calculation of the a2 Coefficient -- 4.6.2 Relationship Between D and the a2 Coefficient -- 4.7 Strong Mpemba Effect -- 4.8 Geometric Interpretation of the Mpemba Effect -- 4.8.1 Thermalization in a Double-Well Potential with Metastability -- 4.8.2 Metastable Mpemba Effect -- 4.8.3 Metastable Mpemba Effect in Terms of Extractable Work -- 4.9 Discussion -- 4.10 Supplementary Information -- 4.10.1 Infinite Potential vs. Finite Potential -- 4.10.2 Calculation of Equilibration Time -- 4.10.3 Equilibration Time Versus the a2 Coefficient -- 4.10.4 Barrier Height vs. Discontinuity in Local Equilibrium -- References -- 5 Inverse Mpemba Effect -- 5.1 Energy Landscape for the Inverse Mpemba Effect -- 5.2 Inverse Mpemba Effect in an Asymmetric Potential -- 5.3 Analysis Based on Eigenfunction Expansion -- 5.4 Discussion -- References -- 6 Higher-Order Mpemba Effect -- 6.1 Experiment -- 6.2 Eigenfunction Analysis -- 6.3 Mpemba Effect in a Potential with One Local Minimum -- 6.4 Discussion -- Reference -- 7 Conclusions -- 7.1 Summary of the Results Obtained -- 7.2 Final Remarks -- References.

The unfit [[electronic resource] ] : a history of a bad idea / / Elof Axel Carlson

• Record Nr.: UNINA9910780169203321
• Autore: Carlson Elof Axel
• Pubbl/distr/stampa: Cold Spring Harbor, N.Y., : Cold Spring Harbor Laboratory Press, c2001
• ISBN: 0-87969-658-3
• Descrizione fisica: 1 online resource (468 p.)
• Disciplina: 363.9/2/09
• Soggetti: Eugenics - History
• Lingua di pubblicazione: Inglese
• Formato: Materiale a stampa
• Livello bibliografico: Monografia
• Note generali: Bibliographic Level Mode of Issuance: Monograph
• Nota di bibliografia: Includes bibliographical references (p. 409-426) and index.

SOA made simple : discover the true meaning behind the buzzword that is "service oriented architecture" / / Lonneke Dikmans, Ronald van Luttikhuizen

• Record Nr.: UNINA9910957528603321
• Autore: Dikmans Lonneke
• Pubbl/distr/stampa: Birmingham, UK : , : Packt Pub., , 2012
• ISBN: 9781621989134; 1621989135; 9781283937825; 1283937824; 9781849684170; 1849684170
• Edizione: [First edition]
• Descrizione fisica: 1 online resource (292 pages)
• Classificazione: QP 345
• Altri autori (Persone): DikmansLonneke; Van LuttikhuizenRonald
• Disciplina: 004.654; 658.4038011
• Soggetti: Service-oriented architecture (Computer science); Computer network architectures
• Lingua di pubblicazione: Inglese
• Formato: Materiale a stampa
• Livello bibliografico: Monografia
• Note generali: Includes index.
• Nota di contenuto: Intro -- SOA Made Simple -- Table of Contents -- SOA Made Simple -- Credits -- About the Authors -- About the Reviewers -- www.PacktPub.com -- Support files, eBooks, discount offers and more -- Why Subscribe? -- Free Access for Packt account holders -- Instant Updates on New Packt Books -- Preface -- What this book covers -- What you need for this book -- Who this book is for -- Conventions -- Reader feedback -- Customer support -- Downloading the example code -- Errata -- Piracy -- Questions -- 1. Understanding the Problem -- The importance of information -- Example - insurance company -- Mismatch between business and IT -- Duplication of functionality and data -- Example - insurance company -- Process silos -- Example - utility companies -- Example - international software company -- Example - insurance company -- Strategies to stay ahead -- Example - a software company -- Architecture as a tool -- Layering of ; architecture -- Models -- Requirements -- Architecture ontology -- Enterprise architecture -- Reference architecture -- Solution architecture -- Project architecture -- Software architecture -- Service Oriented Architecture -- Summary -- 2. The Solution -- What is a service? -- Elements of a service - contract, interface, and implementation -- Example - let's have breakfast -- Contract -- Interface -- Implementation -- Example - ordering a passport -- Consumer and provider -- Dealing with lots of service providers - service registry -- How can you make sure that people use a service? -- From sunny-side-up eggs to IT -- Example - international software company revisited -- Contract -- Interface -- Implementation -- Consumer and provider -- Reuse -- Drivers for services -- Common myths -- Every service has to be automated by software -- Every service is a web service -- Consumers of services are always IT systems.; Putting it together - what is SOA? -- Solutions -- Example - utility company -- International software company - changing existing processes -- Functional duplication - rationalizing application landscapes -- Standardization - enabling change -- Summary -- 3. Service Identification and Design -- Service identification -- Top-down -- Example of top-down service identification -- Business service identification -- Information service identification -- Technical service identification -- Bottom-up -- Meet in the middle -- I have identified my services, now what? -- Service design -- Provide value -- Meaningful -- Implementation hiding -- Trust -- Idempotent -- Isolated -- Interoperable -- Isolation -- Example: print service -- Trust -- Security -- Fault-prevention and handling -- Business faults -- Faulty user input -- Technical and software faults -- Idempotency -- Idempotency and statefulness -- Granularity -- How big should my lasagna be? -- Classification -- Reusability -- Example - reusability -- Example - good or bad service? -- Service definition revisited -- Summary -- 4. Classification of Services -- Service classification revisited -- Example - insurance company -- Other classifications -- Actor type -- Channel -- Organizational boundaries -- Security level -- Architectural layer -- Combining classifications -- Why classify your services? -- Composability -- Aggregation versus orchestration -- Example - DocumentService as a composite service -- Elementary services -- Realization -- Composite services -- Where to put the composition logic? -- Implementation -- Example 1 - database link -- Example 2 - service invocation -- Process services -- Implementation -- Isolation and composition - a contradiction? -- Passing information from smaller to larger services -- Summary -- 5. The SOA Platform -- Overview -- Services -- Implementation.; Using existing software -- Build the implementation -- Interfaces -- Proprietary interfaces -- Web services -- SOAP-based services -- RESTful services -- Contracts and Policies -- Events -- Interfaces for events -- Service composition -- Enterprise Service Bus -- Business Process Management -- Case Management -- Business rules -- User interface -- Integrated user interfaces -- Information mismatch -- Security -- Applying security in your SOA -- Service registry and service repository -- Canonical Data Model -- Design tooling -- Development tooling -- Example - Order-to-cash revisited -- Designing the solution -- Developing the solution -- Running the solution -- Summary -- 6. Solution Architectures -- Comprehensive suite or best of breed -- Comparison -- Oracle -- Services -- Events -- Oracle Event Processing (OEP) -- Business Activity Monitoring (BAM) -- Service composition -- Oracle Service Bus -- Oracle SOA Suite -- Oracle BPM Suite -- Business rules -- User interface -- Security -- ; Registry and repository -- Design tooling -- Design tooling for developers -- Design tooling for business analysts -- Development tooling -- Test tooling -- Testing transformations -- SCA testing framework -- Testing from the console -- Deployment tooling -- Deployment from the IDE -- Deployment from the console -- Deployment using scripting -- Monitoring -- Error handling -- IBM -- Services -- Events -- WebSphere Operational Decision Management -- IBM Business Monitor -- Service composition -- IBM WebSphere Enterprise Service Bus -- IBM Business Process Manager -- Business rules -- User interface -- Security -- Registry and repository -- Design tooling -- Services -- Composite services -- Development tooling -- Test tooling -- Deployment tooling -- Deployment from the IDE -- Deployment from the web interface of the server -- Deployment scripts -- Monitoring.; Error handling -- Microsoft -- Services -- Events -- Message-oriented middleware -- Complex Event Processing (CEP) -- Business Activity Monitoring -- Service composition -- BizTalk Server -- Windows Server AppFabric -- Business rules -- User interface -- Security -- Registry and repository -- Design tooling -- Development tooling -- Test tooling -- Deployment tooling -- BizTalk Server -- Monitoring -- Error handling -- Summary -- 7. Creating a Roadmap, How to Spend Your Money and When? -- Organize the SOA effort -- Business case - benefits for different stakeholders -- Business case explained -- Company as a whole -- Example 1 - insurance company WATB needs shorter time to market -- Summary of scenarios -- Analysis of the scenarios -- Example 2 - insurance company TPIR needs to decrease operational cost -- Summary of scenarios -- Analysis of the scenarios -- IT -- Example - insurance company TMS needs to consolidate systems -- Departmental benefits -- Example - insurance company X wants to cut cost -- Analysis of the scenarios -- Approaches -- Example - Document Management Service -- Top-down identification -- Bottom-up identification -- Meet in the middle -- Roadmap -- Work packages -- Service by service -- Process by process -- Feature by feature -- System by system -- Comparison -- Maturity and stages -- Stage 0: Starting with SOA -- Stage 1: Newlyweds -- Stage 2: Live -- Stage 3: Growing up -- Stage 4: Experience -- Stage 5: Maintenance -- Summary -- 8. Life Cycle Management -- Service stages -- Versioning of services -- Type of change - contract, interface, and implementation -- Changing the contract -- Changing the interface -- Changing the implementation -- Versioning schemes -- Versioning and life cycle stages -- Making the version explicit for service consumers -- Communicating change -- Tooling -- Standards -- Information needed.; Find services -- Troubleshooting -- Change process -- Registries and repositories in your IT landscape -- Enterprise architecture tools -- Business Process Management tool -- Configuration Management Database -- Bug and issue tracker system -- ESB -- Business Activity Monitoring -- Infrastructure monitoring -- Summary -- 9. Pick your Battles -- Governance -- Architecture process -- Ad hoc business need -- Define the solution -- Deviations -- Integration in the solution architecture -- Planned feature -- Pick your battles -- Development process -- Pick your battles -- Operations -- Pick your battles -- Change management -- Pick your battles -- Summary -- 10. Methodologies and SOA -- Demand management -- Methodology -- Impact of SOA -- Project management -- Methodology -- Impact of SOA -- Software development -- Methodology -- Impact of SOA -- Application management -- Methodology -- Impact of SOA -- IT service and operations management -- Methodology -- Impact of SOA ; -- Summary -- Index.
• Sommario/riassunto: "SOA Made Simple" is a concise and indispensable handbook for finally understanding exactly what Service Oriented Architecture is. Split into three clear sections, in this book you'll learn from both theory as well as step-by-step implementation examples to aid in your understanding of this often poorly- articulated industry term. If you are an architect who wants to be completely clear in your understanding of what SOA is, then this book is essential. In fact, anyone (designer, developer, administrator or team lead) who is implementing or about to implement an architecture in an IT environmen