What is *Software Engineering* by Ian Sommerville about?

*Software Engineering* by Ian Sommerville is a comprehensive guide to modern software development, covering principles like requirements engineering, agile methodologies, and system design. It bridges theory and practice, offering real-world case studies and processes for building reliable, scalable systems. The book addresses challenges like security, complexity management, and software evolution, making it a foundational resource for both academic and industrial contexts.

Who should read *Software Engineering* by Ian Sommerville?

This book is ideal for software engineering students, developers, and project managers seeking a structured approach to software development. It serves as a textbook for academic courses while providing professionals with updated insights on agile practices, architectural design, and system dependability. Practitioners in critical systems or large-scale project management will find its methodologies particularly valuable.

Is *Software Engineering* by Ian Sommerville worth reading?

Yes, it’s a seminal text praised for balancing theoretical rigor with practical application. The 9th edition includes modern topics like software reuse, security, and hybrid agile-plan-driven methods. Its clear explanations, case studies, and focus on real-time systems make it indispensable for understanding contemporary software challenges.

What are the key concepts in *Software Engineering*?

Key concepts include: - **Requirements engineering**: Defining clear functional and non-functional requirements to avoid costly revisions. - **Agile vs. plan-driven methods**: Adapting methodologies based on project scope and constraints. - **Software evolution**: Designing systems that adapt to changing needs over time. - **Dependability**: Ensuring reliability, safety, and security in critical systems.

How does *Software Engineering* address agile methodologies?

The book contrasts agile with traditional plan-driven approaches, emphasizing flexibility in iterative development. It discusses integrating agile practices like prototyping and extreme programming into large-scale projects while maintaining system integrity. Case studies illustrate how hybrid models balance speed and structure.

What does *Software Engineering* say about real-time systems?

Sommerville highlights architectures for distributed, real-time systems, emphasizing responsiveness and fault tolerance. He explores design patterns for managing concurrent processes and ensuring timely execution, particularly in safety-critical applications like embedded systems.

How does the book approach requirements engineering?

It details techniques for eliciting, analyzing, and documenting functional and non-functional requirements. Topics include behavioral modeling, prototyping, and formal specifications, with an emphasis on aligning stakeholder needs with technical feasibility. The chapter on socio-technical systems underscores the importance of broader organizational contexts.

Does *Software Engineering* cover security practices?

Yes, the 9th edition dedicates sections to building secure systems, addressing threats like data breaches and unauthorized access. It outlines design principles for encryption, access control, and audit trails, particularly in critical systems where dependability is paramount.

ソフトウェア工学

イアン・サマービル

3.77(935 Reviews)

『ソフトウェア工学』の概要

サマヴィルの伝説的な「ソフトウェア工学」— 10の版を重ね、世界中の大学のカリキュラムを形作ってきた決定版とも言える業界のバイブルです。ベテラン教授陣から「真に成熟した教科書」と称される本書は、何世代にもわたる開発者が信頼性と保守性の高いソフトウェアシステムを構築する方法を変革した、包括的なガイドです。

語り方を選ぶ

1冊の本。さまざまな聴き方。

ソフトウェア工学の同じアイデアを、あなたに合う声・深さ・ペースで学べます。いつでも切り替えられます。

第1章

When Code Meets Reality: The Engineering Behind Modern Software

In a world increasingly defined by digital experiences, Ian Sommerville's "Software Engineering" stands as a foundational text that has guided generations of developers through the complex art of building reliable software systems. First published in the 1980s and continuously updated since, this comprehensive guide has become required reading in computer science programs worldwide. Tech luminaries like Linus Torvalds have praised its practical approach, while companies from Google to Microsoft include it in their onboarding materials for new engineers. Beyond academia and industry, the book's influence extends to how we understand the systems that power everything from banking infrastructure to the apps on our smartphones. As software continues to "eat the world," Sommerville's systematic approach to taming complexity remains more relevant than ever.

第2章

The Evolution of Software Engineering: From Programs to Systems

Software engineering emerged in the 1960s as a response to the "software crisis," when organizations struggled with building increasingly complex systems. Unlike personal programming, where individuals create code for their own use, professional software development involves creating products for others, typically by teams working collaboratively. This requires comprehensive documentation, ongoing maintenance, and support throughout the system's entire lifecycle, often spanning decades. Software engineering applies systematic theories, methods, and tools to develop systems within organizational and financial constraints. These constraints might include budget limitations, scheduling deadlines, available technology infrastructure, and team expertise. Modern software engineering emphasizes both technical excellence and project management disciplines, recognizing that successful delivery requires balancing multiple competing factors. The field encompasses four fundamental activities that appear in all development processes. Specification involves defining what the system should do through requirements gathering, user stories, and formal documentation. Development includes design, coding, and integration activities that produce the working system. Validation encompasses testing, review, and verification to ensure the system meets its requirements and quality standards. Evolution, often the longest phase, involves maintaining and adapting the system to meet changing needs and environments over time. These activities are organized differently depending on the development approach. Traditional waterfall methods proceed sequentially, while agile methodologies integrate these activities in short, iterative cycles. DevOps practices further blur these distinctions by promoting continuous integration and deployment. Different types of systems require different development methods and considerations. Enterprise applications need robust security and scalability, embedded control systems demand real-time performance and reliability, transaction-based systems require data integrity and consistency, and entertainment software prioritizes user experience and graphics performance. Each domain has evolved its own best practices and specialized tools. The Internet has fundamentally transformed software engineering, shifting development paradigms from monolithic applications to distributed web-based systems. Modern applications often combine microservices architecture, containerization, and cloud computing. Platform-as-a-Service (PaaS) and Software-as-a-Service (SaaS) models have changed how software is delivered and maintained. Despite these technological advances, fundamental principles of good software engineering-such as modularity, separation of concerns, and design for change-remain constant. Software engineers must adhere to professional ethics and responsibility, particularly as systems become more critical to society's infrastructure. This includes maintaining client confidentiality, being transparent about system capabilities and limitations, respecting intellectual property rights, and preventing computer misuse. Security and privacy considerations have become paramount, with engineers needing to protect against cyber threats while ensuring data protection compliance. The increasing use of AI and automation has introduced new ethical challenges around bias, transparency, and accountability in software systems.

聴きながら、すべての言葉を目で追えます

『ソフトウェア工学』の一語一語が音声に合わせてリアルタイムでハイライトされ、自然に読み進められます。

第3章

From Waterfall to Agile: The Transformation of Development Processes

Software processes provide structure to development activities, with various models offering different approaches to organizing work. The waterfall model presents development as sequential phases-requirements, design, implementation, testing, and maintenance. While theoretically linear, in practice these phases overlap with feedback between them. This model works best for systems with stable requirements and when developing critical systems requiring extensive safety analysis, such as medical devices or aviation software. The rigidity of waterfall can provide necessary documentation and validation steps for regulatory compliance. Incremental development creates an initial implementation, gathers feedback, and evolves the software through multiple versions. This approach better handles changing requirements, delivers value earlier, and makes modifications easier. Teams typically work in cycles of 2-4 weeks, delivering working features that can be evaluated by stakeholders. However, it presents management challenges due to reduced documentation and potential architecture degradation over time. Organizations must balance the need for rapid delivery with maintaining technical debt and ensuring system coherence across iterations. Integration and configuration focuses on reusing existing components rather than building systems from scratch. This approach reduces costs and risks while enabling faster delivery, though it often requires compromising on requirements to match available components. Modern development heavily relies on open-source libraries, frameworks, and third-party services. For example, a web application might combine React for the frontend, AWS services for infrastructure, and various NPM packages for functionality, rather than custom-building each component. Change is inevitable in software projects due to business pressures, competition, and new technologies. Two strategies help manage change: anticipating it through techniques like prototyping, and tolerating it through approaches like incremental delivery that adapt to evolving requirements. Prototyping demonstrates concepts early and explores design options, while incremental delivery provides immediate value through prioritized functionality implementation. Organizations might create throwaway prototypes to validate user interfaces or technical concepts, or evolutionary prototypes that become part of the final system. Process improvement requires measuring existing processes, analyzing weaknesses, and implementing changes. Two contrasting approaches exist: the process maturity approach, which focuses on improving management practices through defined maturity levels (such as CMMI's five levels from Initial to Optimizing), and the agile approach, which emphasizes rapid delivery and response to changing requirements. Agile methodologies like Scrum and Kanban provide frameworks for continuous improvement through retrospectives and metrics tracking. Organizations often blend elements from both approaches, using agile practices for development while maintaining some structured processes for governance and compliance. Modern software development increasingly adopts hybrid approaches, combining elements of different methodologies based on project context. DevOps practices, continuous integration/continuous deployment (CI/CD), and automated testing have become integral parts of many development processes, enabling faster delivery while maintaining quality. Teams must balance agility with stability, speed with quality, and flexibility with standardization.

第4章

Agile Development: Embracing Change Through Collaboration

Agile development addresses the need for rapid software creation in fast-changing business environments. Unlike traditional plan-driven approaches that fully specify requirements before implementation, agile methods interleave specification, design, and implementation activities, developing systems incrementally with stakeholder involvement throughout. The agile manifesto prioritizes individuals and interactions over processes, working software over documentation, customer collaboration over contracts, and responding to change over following plans. These methods excel when customers can be deeply involved and there are few external regulations affecting the software. Key agile techniques include user stories (brief descriptions of scenarios that replace formal requirements), refactoring (continuous code improvement rather than anticipating future changes), test-first development (creating tests before writing code), and pair programming (two developers working together at one computer). These practices support the agile philosophy of embracing change and delivering working software frequently. Agile project management frameworks like Scrum provide external visibility while maintaining agile principles. Scrum organizes work into fixed-length sprints (typically 2-4 weeks), with the team selecting items from a prioritized product backlog based on their estimated velocity. Daily meetings allow the team to share progress and adjust priorities as needed. Scaling agile methods for large systems and organizations presents challenges. Large systems are often systems of systems developed by separate teams, interact with existing systems, require significant configuration work, and face external regulations. Frameworks like the Scaled Agile Framework support large-scale development by recognizing scaling as a staged process. Multi-team implementations feature role replication across teams, collaborative architects, aligned release schedules, and a "Scrum of Scrums" for coordination. Successfully introducing agile across large organizations requires cultural change rather than forced adoption. Companies should start with enthusiastic developer groups, use successful projects as examples, and gradually spread practices throughout the organization.

『ソフトウェア工学』をもっと深く楽しむ

毎日の新しい気づきを10万件以上のレッスンから
言葉をハイライトして音声と同期
ライブラリを保存して、どの端末からでも利用

第5章

Requirements Engineering: Defining What the System Should Do

Requirements engineering is the process of discovering, analyzing, documenting, and validating what services a system should provide and what constraints it must operate under. It involves defining both user requirements (high-level abstract statements) and system requirements (detailed descriptions of functionality). Requirements fall into two categories: functional requirements describe what the system should do, while non-functional requirements specify constraints on services or functions. Functional requirements should be complete and consistent, though this is difficult for large systems with multiple stakeholders. Non-functional requirements often affect the entire system and can be more critical than functional ones, as failing to meet them may render the system unusable. The requirements engineering process is iterative rather than sequential, organized as a spiral with interleaved activities of elicitation, specification, and validation. Early iterations focus on high-level business and user requirements, while later iterations address non-functional and detailed system requirements. Requirements elicitation aims to understand stakeholders' work and how a new system might support it. This process combines interviewing stakeholders about their work and observing how people actually perform their jobs. People relate better to examples than abstract descriptions, so stories and scenarios that capture how systems might be used for specific tasks are valuable elicitation tools. Requirements validation checks that requirements truly define what customers want. This critical process identifies problems that could lead to expensive rework later. Key validation checks include validity (reflecting real user needs), consistency (no contradictory constraints), completeness (defining all functions and constraints), realism (implementable within budget), and verifiability (testable requirements). Requirements inevitably change because they often address "wicked" problems that cannot be completely defined. Changes arise from original errors, business environment shifts, new hardware, organizational priorities, legislation changes, and balancing diverse stakeholder needs. Requirements management should track individual requirements and their dependencies to assess change impacts through a formal process.

第6章

System Modeling: Visualizing Structure and Behavior

System modeling involves developing abstract models that present different perspectives of a system, typically using graphical notation from the Unified Modeling Language (UML). Models help derive requirements, describe the system to engineers, and document structure and operation. While models simplify reality by highlighting essential characteristics rather than providing complete representations, they serve as powerful communication tools between stakeholders, developers, and users. These models can represent both existing systems for analysis and proposed systems for design planning. Context models define system boundaries by determining what functionality belongs in the system versus its operational environment. These crucial decisions, made early with stakeholders, limit costs and development time by preventing scope creep. For example, in an online banking system, a context model would show interactions with external entities like payment processors, credit bureaus, and regulatory compliance systems. Context models also help identify security boundaries and data flow restrictions that need to be considered during development. Interaction models capture three key types of interaction: user-system, system-to-system, and component-component. User-system interactions are documented through use case diagrams and scenarios, showing how different user types interact with system functions. System-to-system interactions detail protocols, data formats, and timing requirements between cooperating systems. Component-component interactions describe internal system operations, including method calls, data sharing, and synchronization requirements. These models help identify user requirements, highlight communication issues, and assess system performance under various loads and conditions. Structural models display system organization in terms of components and their relationships. Class diagrams in UML show classes and their associations at varying levels of detail. Simple diagrams might show just class names in boxes connected by relationship lines, while detailed diagrams include attributes (data fields), operations (methods), visibility modifiers, and relationships such as inheritance, composition, and aggregation. For instance, in an e-commerce system, structural models would show relationships between classes like Customer, Order, Product, and Payment, including multiplicities and navigation directions. Behavioral models show a system's dynamic behavior during execution, illustrating how it responds to stimuli from its environment. Data-driven models, such as data flow diagrams, illustrate the sequence of actions involved in processing input data and generating output, showing how data is transformed as it moves through the system. Event-driven modeling, using state machines and sequence diagrams, shows how systems respond to external and internal events, assuming systems have finite states with events causing transitions between them. These models are particularly useful for reactive systems like user interfaces and real-time control systems. Model-driven engineering (MDE) elevates modeling from a documentation tool to the primary development artifact. In MDE, models, not programs, are the principal outputs of the development process. Programs that execute on hardware/software platforms are generated automatically from these models using sophisticated transformation tools. This approach raises the abstraction level so engineers can focus on business logic and system architecture rather than programming language details or execution platform specifics. MDE has shown particular success in embedded systems and enterprise applications where platform independence and maintainability are crucial.

聴きながら、すべての言葉を目で追えます

『ソフトウェア工学』の一語一語が音声に合わせてリアルタイムでハイライトされ、自然に読み進められます。

第7章

Architectural Design: Creating the System Blueprint

Architectural design represents the critical link between requirements engineering and software design, establishing how a system should be organized through identifying main structural components and their relationships. This process creates an architectural model showing the system's organization as communicating components. Even in agile processes, early architectural design is essential as refactoring architecture is expensive. Poor architectural decisions made early can lead to significant technical debt and system instability later in development. The architectural design process involves several key decisions about system organization. Component decomposition determines how the system should be broken down into manageable, maintainable units, while control strategies establish how these components coordinate and communicate. Component distribution decisions address how system elements are allocated across hardware and network infrastructure. Component interaction models define the mechanisms by which parts of the system exchange information, such as synchronous procedure calls, event-based communication, or message passing. These decisions are heavily influenced by non-functional requirements like performance, security, and scalability, as well as business constraints such as budget, timeline, and available expertise. Architectural patterns represent reusable abstractions of system organization that have proven effective in particular contexts. The Layered architecture pattern organizes system functionality into separate layers (presentation, business logic, data access) with strict rules about inter-layer communication. Repository architecture centralizes data management through a shared repository, making it ideal for data-intensive applications where multiple components need consistent access to common information. Client-server architecture organizes systems as sets of services with associated servers and clients, supporting distributed computing and scalability. Pipe and filter architecture structures systems as sequences of functional transformations, particularly useful in data processing applications. Each pattern comes with its own set of benefits and tradeoffs that must be carefully evaluated against system requirements. Application architectures describe the structure and organization of specific types of software systems, encapsulating common characteristics of a class of systems. Transaction processing systems handle concurrent user requests to access or update databases while maintaining data integrity, commonly seen in banking and e-commerce applications. Information systems provide controlled access to large information bases, incorporating search, retrieval, and organization capabilities, as seen in digital libraries and content management systems. Language processing systems translate one language into another representation, such as compilers, interpreters, and text processing tools, each requiring specific architectural approaches to handle parsing, semantic analysis, and code generation. Software designers can leverage application architecture models in multiple ways throughout the development process. They serve as starting points for design, providing proven templates that can be customized to specific needs. As checklists for verification, they help ensure that all necessary architectural elements are considered. They provide a framework for organizing development work across teams and components. These models also facilitate component reuse by establishing clear interfaces and dependencies. Additionally, they provide a common vocabulary for discussing applications, improving communication among stakeholders and team members.

第8章

From Design to Implementation: Bringing Software to Life

Design and implementation are interlinked processes where design identifies software components and their relationships, while implementation realizes this design as a program. Object-oriented design using UML involves understanding system context and interactions, designing architecture, identifying principal objects, developing design models, and specifying interfaces. The design process begins by understanding the relationships between the software and its external environment, using context models to show other systems in the environment and interaction models to show system interactions. Architectural design combines this interaction knowledge with architectural principles and domain knowledge to identify major system components and their interactions. Object class identification can use several approaches: grammatical analysis (where nouns become objects/attributes and verbs become operations), identifying tangible entities in the application domain, and scenario-based analysis examining system use cases. Design models bridge system requirements and implementation, showing objects and their relationships at an appropriate level of abstraction. Interface specification allows objects and subsystems to be developed in parallel. Once specified, developers can assume interfaces will be implemented as defined. Interface design involves detailing the signatures and semantics of services provided by objects or object groups, focusing on methods rather than exposing data representation details. Design patterns capture accumulated wisdom and experience, providing tested solutions to common problems and a vocabulary for discussing designs. Rather than detailed specifications, they describe problems and their solutions that can be reused across different settings. Implementation issues beyond basic programming include reuse (constructing software from existing components), configuration management (tracking different versions of components), and host-target development (developing on one computer and executing on another). Open-source development involves publishing a system's source code and inviting volunteers to participate in development, with various licensing models determining how the code can be used and modified.

『ソフトウェア工学』をもっと深く楽しむ

毎日の新しい気づきを10万件以上のレッスンから
言葉をハイライトして音声と同期
ライブラリを保存して、どの端末からでも利用

第9章

Testing for Quality: Verifying System Behavior

Software testing serves two key purposes: demonstrating that software meets requirements and finding defects before deployment. Testing involves executing programs with artificial data and checking results for errors or anomalies. While validation testing confirms the system performs correctly with expected inputs, defect testing deliberately attempts to expose system flaws with unusual inputs. Development testing encompasses all testing activities conducted by the development team. It includes unit testing (testing individual program components), component testing (testing integrated units), and system testing (testing the whole system). Unit testing focuses on testing individual program components like methods or object classes, while component testing examines interactions between objects that may reveal errors not detectable in isolation. Test-driven development (TDD) interleaves testing and code development by creating code incrementally alongside tests for each increment. The process involves identifying small functionality increments, writing automated tests for them, running the tests (which initially fail), implementing the functionality, and proceeding to the next increment only when all tests pass. Benefits include better problem understanding, comprehensive code coverage, built-in regression testing, simplified debugging, and self-documenting code through tests. Release testing is performed by a separate team and focuses on validation rather than finding bugs. Its primary goal is ensuring the system meets requirements and is suitable for customer use. Requirements-based testing systematically designs tests for each requirement, while scenario testing uses realistic narratives describing system use to develop test cases that check multiple requirements simultaneously. User testing involves customers providing input on system testing, either formally for commissioned systems or informally for new products. It's essential because developers cannot replicate real working environments where external factors affect system use. The acceptance testing process consists of defining acceptance criteria, planning testing, deriving tests, running tests, negotiating results, and accepting or rejecting the system.

第10章

Building Systems That Last: Evolution and Maintenance

Software systems typically have long lifetimes, with military or infrastructure systems lasting 30+ years and business systems often exceeding 10-15 years. During this time, these systems must continuously change to remain useful as business needs and user expectations evolve. Organizations spend more on maintaining existing systems than developing new ones, with evolution costs representing 60-90% of total software costs. This high maintenance cost often surprises organizations, who initially focus primarily on development costs without fully considering the long-term investment required to keep systems operational and relevant. Organizations with limited budgets for maintaining legacy systems must strategically decide how to invest in them. Four main options exist: scrap systems that no longer contribute effectively to business goals; continue regular maintenance for stable systems with few change requests; reengineer systems to improve maintainability when quality has degraded but changes are still needed; or replace systems partially or completely when hardware constraints or affordable off-the-shelf alternatives exist. Each option carries different risks and costs - scrapping systems may disrupt business operations, while reengineering requires significant upfront investment but can extend system life considerably. Software maintenance encompasses all modifications made to a system after its initial deployment. It applies mainly to custom software where separate development groups handle pre- and post-delivery work. There are three types of maintenance: fault repairs (fixing bugs and security vulnerabilities), environmental adaptation (updating software for new platforms, operating systems, or hardware), and functionality addition (implementing new features and capabilities). Successful maintenance requires thorough documentation, well-structured code, and deep understanding of both the technical system and its business context. Software reengineering transforms difficult-to-maintain legacy systems into more understandable and maintainable versions without changing functionality. The process involves source code translation to modern languages, reverse engineering to extract documentation and system understanding, program structure improvement for better readability, program modularization to group related components, and data reengineering to update data structures and formats. Reengineering projects often follow a systematic approach: first analyzing the existing system, then restructuring at both the data and code levels, and finally validating that functionality remains unchanged. Refactoring improves program structure, reduces complexity, and enhances understandability without adding functionality. "Bad smells" indicating refactoring needs include duplicate code across multiple locations, excessively long methods that are difficult to understand, complex switch statements that should be replaced with polymorphism, data clumping where multiple data items always appear together, and speculative generality where unused abstract interfaces exist. While regular refactoring during development reduces maintenance costs, heavily degraded programs may require more extensive design refactoring - identifying and implementing appropriate design patterns to improve overall system architecture. Successful refactoring requires comprehensive testing to ensure changes don't introduce new bugs, and should be performed incrementally to manage risk. Modern maintenance practices increasingly emphasize continuous evolution through DevOps practices, automated testing, and regular refactoring rather than allowing systems to degrade until major reengineering is required. This approach, while requiring ongoing investment, typically results in lower total cost of ownership and more reliable systems over time.

★★★★★

『ソフトウェア工学』を最後まで読み終えました

100万人以上の学習者に愛用されています

“23日間、毎日使い続けています。今では日課の一部です。”

jayallen

『ソフトウェア工学』の主要テーマ

software development lifecycle
systematic complexity management
agile vs waterfall methodologies
requirements engineering
professional ethics in computing

『ソフトウェア工学』の名言

Software continues to "eat the world."
Change is inevitable in software projects.
Security and privacy considerations have become paramount.
Modern development heavily relies on open-source libraries.
Software engineering applies systematic theories, methods, and tools.

『ソフトウェア工学』の登場人物

Ian SommervilleAuthor and software engineering expert
Linus TorvaldsTech luminary who praised the book's approach

著者について

イアン・F・サマーヴィル（Ian F. Sommerville）は、英国の先駆的なソフトウェアエンジニアであり学者です。彼が執筆した代表的な教科書『Software Engineering』（ソフトウェア工学）は、コンピュータサイエンス教育における基礎的なリソースとして世界的に認められています。

ランカスター大学およびセント・アンドルーズ大学の教授として数十年の経験を持つサマーヴィルは、学術的な厳密さと業界の知見を融合させ、信頼性の高いシステム、要求工学、そして社会技術的課題を専門としています。DIRCやINDEEDといった研究プロジェクトにおける彼の活動は、人間的・組織的要因をソフトウェア設計に統合する上での彼の権威を裏付けています。

『Software Engineering』の第10版は、アジャイル手法と従来の計画主導型アプローチのバランスを保つ彼の専門知識を反映しており、大規模システムにおける複雑性とセキュリティを管理するための実践的なフレームワークを提供しています。システムの進化とリスク管理に関するサマーヴィルの研究は、何世代にもわたる開発者に影響を与えてきました。また、彼のケーススタディやオンラインリソースは、大学のカリキュラムにおいて定番であり続けています。初版以来、多言語に翻訳され更新され続けているこのベストセラー教科書は、世界中のソフトウェア工学の実践を形作り、学生と専門家の双方にとって不可欠なリファレンスとしての地位を固めています。

ソフトウェア工学の要約をダウンロード

ソフトウェア工学の要約をPDFまたはEPUBで無料でダウンロード。印刷やオフラインでいつでもお読みいただけます。

他のユーザーのお気に入り

Software Engineering: Programming Over Time の書籍表紙

Software Engineering - National Society of Software Engineers

9.1: Software Engineering Fundamentals - Engineering LibreTexts

Computer Science vs. Software Engineering - Intuit Blog

4 sources

Software Engineering: Programming Over Time

Software Engineering: Beyond Code to Craft の書籍表紙

6 sources

Software Engineering: Beyond Code to Craft

Software Engineering at Google

Titus Winters

A Philosophy of Software Design, 2nd Edition

John Ousterhout

Software Engineering Evolution: Beyond Code の書籍表紙

6 sources

Software Engineering Evolution: Beyond Code

Computer Science: The Software Foundation の書籍表紙

Software Engineering Body of Knowledge (SWEBOK)

Computer Science vs. Software Engineering: Explore Their Differences | Coursera

What’s the difference between software engineering and computer science degrees? - Stack Overflow

Software Engineering vs. Computer Science: What’s the Difference, and Which Should you Choose? | GCU Blog

7 sources

Computer Science: The Software Foundation

Software Engineering Deep Dive: Timeless Wisdom の書籍表紙

7 sources

Software Engineering Deep Dive: Timeless Wisdom

Soft Skills

John Z. Sonmez

この本に関するよくある質問

学習プラン

Designing and Programming Software

This comprehensive path is designed for developers looking to transition from writing scripts to engineering robust, production-ready systems. It provides the essential bridge between basic syntax and complex architectural decision-making required in modern tech roles.

5 h 53 m•4 セクション

学習プラン

Computer science under software

This learning plan bridges the gap between basic coding and professional software engineering. It is ideal for self-taught developers or students looking to master the architectural principles and advanced systems required by top tech companies.

3 h 4 m•4 セクション

学習プラン

Learn software dev

This comprehensive learning path takes you from programming beginner to professional software engineer, covering everything from writing your first line of code to making architectural decisions for large-scale systems. It's ideal for career changers entering tech, self-taught programmers looking to formalize their skills, or junior developers aiming to reach senior-level expertise. The structured progression ensures you build both technical proficiency and the professional mindset needed to succeed in modern software development teams.

4 h 50 m•4 セクション

学習プラン

First Principles of Intelligent Systems

This curriculum is essential for engineers and researchers who want to move beyond surface-level AI and master the structural foundations of intelligent software. It is ideal for those looking to build scalable, physically-aware systems for enterprise environments.

2 h•4 セクション

学習プラン

Programming in python

This comprehensive plan bridges the gap between basic coding and professional software engineering. It is ideal for aspiring developers and data enthusiasts who want to master Python’s versatility while adopting industry-standard best practices.

4 h 7 m•4 セクション

学習プラン

Learn to code from scratch

This comprehensive path bridges the gap between writing your first line of code and architecting complex systems. It is ideal for aspiring developers who want to move beyond basic syntax to master the professional engineering standards required in the tech industry.

4 h 23 m•4 セクション

学習プラン

The Soul of the Machine

This plan bridges the gap between mechanical engineering and industrial history, offering a deep dive into the innovations that powered the modern world. It is ideal for automotive enthusiasts, history buffs, and aspiring engineers seeking to understand the intersection of design and production.

1 h 45 m•3 セクション

学習プラン

Systems Thinking and Machine Logic

This plan is essential for developers seeking to move beyond syntax and master the underlying mechanics of computing. It bridges the gap between theoretical logic and physical hardware, making it ideal for software engineers aiming to build high-performance, scalable systems.

1 h 30 m•3 セクション

コロンビア大学卒業生がサンフランシスコで開発

LOVED BY

1,000,000+ curious minds.

4.7

avg rating

1M+ learners

"Instead of endless scrolling, I just hit play on BeFreed. It saves me so much time."

@Moemenn

"I never knew where to start with nonfiction—BeFreed’s book lists turned into podcasts gave me a clear path."

@Chloe, Solo founder, LA

117

"Perfect balance between learning and entertainment. Finished ‘Thinking, Fast and Slow’ on my commute this week."

@Raaaaaachelw

"Crazy how much I learned while walking the dog. BeFreed = small habits → big gains."

@Matt, YC alum

108

"Reading used to feel like a chore. Now it’s just part of my lifestyle."

@Erin, Investment Banking Associate , NYC

254

"Feels effortless compared to reading. I’ve finished 6 books this month already."

@djmikemoore

"BeFreed turned my guilty doomscrolling into something that feels productive and inspiring."

@Pitiful

4.5K

"BeFreed turned my commute into learning time. 20-min podcasts are perfect for finishing books I never had time for."

@SofiaP

"BeFreed replaced my podcast queue. Imagine Spotify for books — that’s it. 🙌"

@Jaded_Falcon

201

"It is great for me to learn something from the book without reading it."

@OojasSalunke

"The themed book list podcasts help me connect ideas across authors—like a guided audio journey."

@Leo, Law Student, UPenn

483

"Makes me feel smarter every time before going to work"

@Cashflowbubu

BeFreedがウェブ上でどのように話題になっているかをもっと見る

コロンビア大学卒業生がサンフランシスコで開発

LOVED BY

1,000,000+ curious minds.

4.7

avg rating

1M+ learners

"Instead of endless scrolling, I just hit play on BeFreed. It saves me so much time."

@Moemenn

"I never knew where to start with nonfiction—BeFreed’s book lists turned into podcasts gave me a clear path."

@Chloe, Solo founder, LA

117

"Perfect balance between learning and entertainment. Finished ‘Thinking, Fast and Slow’ on my commute this week."

@Raaaaaachelw

"Crazy how much I learned while walking the dog. BeFreed = small habits → big gains."

@Matt, YC alum

108

"Reading used to feel like a chore. Now it’s just part of my lifestyle."

@Erin, Investment Banking Associate , NYC

254

"Feels effortless compared to reading. I’ve finished 6 books this month already."

@djmikemoore

"BeFreed turned my guilty doomscrolling into something that feels productive and inspiring."

@Pitiful

4.5K

"BeFreed turned my commute into learning time. 20-min podcasts are perfect for finishing books I never had time for."

@SofiaP

"BeFreed replaced my podcast queue. Imagine Spotify for books — that’s it. 🙌"

@Jaded_Falcon

201

"It is great for me to learn something from the book without reading it."

@OojasSalunke

"The themed book list podcasts help me connect ideas across authors—like a guided audio journey."

@Leo, Law Student, UPenn

483

"Makes me feel smarter every time before going to work"

@Cashflowbubu

"Instead of endless scrolling, I just hit play on BeFreed. It saves me so much time."

@Moemenn

"I never knew where to start with nonfiction—BeFreed’s book lists turned into podcasts gave me a clear path."

@Chloe, Solo founder, LA

117

"Perfect balance between learning and entertainment. Finished ‘Thinking, Fast and Slow’ on my commute this week."

@Raaaaaachelw

"Crazy how much I learned while walking the dog. BeFreed = small habits → big gains."

@Matt, YC alum

108

"Reading used to feel like a chore. Now it’s just part of my lifestyle."

@Erin, Investment Banking Associate , NYC

254

"Feels effortless compared to reading. I’ve finished 6 books this month already."

@djmikemoore

"BeFreed turned my guilty doomscrolling into something that feels productive and inspiring."

@Pitiful

4.5K

"BeFreed turned my commute into learning time. 20-min podcasts are perfect for finishing books I never had time for."

@SofiaP

"BeFreed replaced my podcast queue. Imagine Spotify for books — that’s it. 🙌"

@Jaded_Falcon

201

"It is great for me to learn something from the book without reading it."

@OojasSalunke

"The themed book list podcasts help me connect ideas across authors—like a guided audio journey."

@Leo, Law Student, UPenn

483

"Makes me feel smarter every time before going to work"

@Cashflowbubu

"Instead of endless scrolling, I just hit play on BeFreed. It saves me so much time."

@Moemenn

"I never knew where to start with nonfiction—BeFreed’s book lists turned into podcasts gave me a clear path."

@Chloe, Solo founder, LA

117

"Perfect balance between learning and entertainment. Finished ‘Thinking, Fast and Slow’ on my commute this week."

@Raaaaaachelw

"Crazy how much I learned while walking the dog. BeFreed = small habits → big gains."

@Matt, YC alum

108

"Reading used to feel like a chore. Now it’s just part of my lifestyle."

@Erin, Investment Banking Associate , NYC

254

"Feels effortless compared to reading. I’ve finished 6 books this month already."

@djmikemoore

"BeFreed turned my guilty doomscrolling into something that feels productive and inspiring."

@Pitiful

4.5K

"BeFreed turned my commute into learning time. 20-min podcasts are perfect for finishing books I never had time for."

@SofiaP

"BeFreed replaced my podcast queue. Imagine Spotify for books — that’s it. 🙌"

@Jaded_Falcon

201

"It is great for me to learn something from the book without reading it."

@OojasSalunke

"The themed book list podcasts help me connect ideas across authors—like a guided audio journey."

@Leo, Law Student, UPenn

483

"Makes me feel smarter every time before going to work"

@Cashflowbubu

BeFreedがウェブ上でどのように話題になっているかをもっと見る

今すぐ学習の旅を始めよう

第10章

ソフトウェア工学

概要『ソフトウェア工学』の概要

1冊の本。さまざまな聴き方。

When Code Meets Reality: The Engineering Behind Modern Software

The Evolution of Software Engineering: From Programs to Systems

聴きながら、すべての言葉を目で追えます

From Waterfall to Agile: The Transformation of Development Processes

Agile Development: Embracing Change Through Collaboration

『ソフトウェア工学』をもっと深く楽しむ

Requirements Engineering: Defining What the System Should Do

System Modeling: Visualizing Structure and Behavior

聴きながら、すべての言葉を目で追えます

Architectural Design: Creating the System Blueprint

From Design to Implementation: Bringing Software to Life

『ソフトウェア工学』をもっと深く楽しむ

Testing for Quality: Verifying System Behavior

Building Systems That Last: Evolution and Maintenance

『ソフトウェア工学』を最後まで読み終えました

『ソフトウェア工学』の主要テーマ

『ソフトウェア工学』の名言

『ソフトウェア工学』の登場人物

著者について

ソフトウェア工学の要約をダウンロード

他のユーザーのお気に入り

この本に関するよくある質問

What is Software Engineering by Ian Sommerville about?

Who should read Software Engineering by Ian Sommerville?

Is Software Engineering by Ian Sommerville worth reading?

What are the key concepts in Software Engineering?

もっと見る

1,000,000+ curious minds.

1,000,000+ curious minds.

1冊の本。さまざまな聴き方。

When Code Meets Reality: The Engineering Behind Modern Software

The Evolution of Software Engineering: From Programs to Systems

聴きながら、すべての言葉を目で追えます

From Waterfall to Agile: The Transformation of Development Processes

Agile Development: Embracing Change Through Collaboration

『ソフトウェア工学』をもっと深く楽しむ

Requirements Engineering: Defining What the System Should Do

System Modeling: Visualizing Structure and Behavior

聴きながら、すべての言葉を目で追えます

Architectural Design: Creating the System Blueprint

From Design to Implementation: Bringing Software to Life

『ソフトウェア工学』をもっと深く楽しむ

Testing for Quality: Verifying System Behavior

Building Systems That Last: Evolution and Maintenance

『ソフトウェア工学』を最後まで読み終えました

他のユーザーのお気に入り

もっと見る

『ソフトウェア工学』の概要