멈추지 않는 기록

Topics covered 다루는 주제Version management 버전 관리System building 시스템 빌드Change management 변경 관리Release management 릴리스 관리 Configuration management 구성 관리 (CM)Software systems are constantly changing during development and use. 소프트웨어 시스템은 개발 중이나 사용 중에도 지속적으로 변경된다.Configuration management (CM) is concerned with the policies, processes and tools for managing changing software systems. 구성 관리는 변경되는 소프트웨어 시스..

Topics covered (다루는 주제)Evolution processes소프트웨어 진화 프로세스Legacy systems레거시 시스템Software maintenance소프트웨어 유지보수Software change (소프트웨어 변경)Software change is inevitable. Why?소프트웨어 변경은 불가피하다. 왜 그럴까?A key problem for all organizations is implementing and managing change to their existing software systems.모든 조직이 겪는 주요 문제는 기존 소프트웨어 시스템에 대한 변경을 실행하고 관리하는 것이다.Importance of evolution (진화의 중요성)Organisations ha..

Topics coveredDevelopment testing(개발 테스트)Test-driven development(테스트 주도 개발)Release testing(릴리스 테스트)User testing(사용자 테스트)[1] IntroductionProgram testing (프로그램 테스트)Testing is intended to show that a program does what it is intended to do and to discover program defects before it is put into use(테스트는 프로그램이 의도한 대로 작동하는지 확인하고, 사용되기 전에 결함을 발견하기 위한 것이다.)When you test software, you execute a program usi..

Open source development (오픈소스 개발)1. 의미: an approach to software development in which the source code of a software system is published and volunteers are invited to participate in the development process (소프트웨어 시스템의 소스코드가 공개되고, 개발 과정에 자원봉사자가 참여하도록 초대되는 소프트웨어 개발 방식) 2. 조건Its roots are in the Free Software Foundation (www.fsf.org)(오픈 소스 개발의 시작은 자유 소프트웨어 재단에서 비롯되었다.)source code should not be propri..

Project support tools that help you organize the code for different development projects.Topics coveredUML을 이용한 객체지향 설계디자인 패턴구현 이슈 오픈소스 개발 Design and implementation1. 정의: the stage in the software engineering process at which an executable software system is developed.(실행 가능한 소프트웨어 시스템이 개발되는 소프트웨어 공학 프로세스의 단계) 2. 특징Software design and implementation activities are invariably interleaved.(소프트웨어 설..

Topics covered (다루는 주제)아키텍처 설계 결정아키텍처 뷰아키텍처 패턴애플리케이션 아키텍처 [1] 개요Architectural design (아키텍처 설계)특징: Architectural design is concerned with understanding how a software system should be organized and designing the overall structure of that system.(소프트웨어 시스템이 어떻게 구성되어야 하는지를 이해하고 해당 시스템의 전체 구조를 설계하는 것과 관련이 있다)역할: Architectural design is the critical link between design and requirements engineering, a..

Topics coveredContext modelsInteraction modelsStructural modelsBehavioral modelsModel-driven engineering 시스템 모델링시스템 모델링이란 시스템에 대한 다양한 관점을 제시하는 추상적 모델을 개발하는 과정이다.현재는 UML (Unified Modeling Language) 기반의 그래픽 표기법을 사용하여 시스템을 표현한다.이는 시스템 분석가가 시스템의 기능을 이해하는 데 도움을 주며, 고객과의 소통 수단으로 활용된다.기존 및 계획된 시스템 모델기존 시스템 모델:요구사항 공학 과정에서 사용됨시스템이 현재 수행하는 일을 명확히 하는데 도움을 줌시스템의 강점과 약점 분석의 기초로 사용됨이는 새로운 시스템의 요구사항 도출로 이어짐새로..

Requirements engineering고객이 시스템에서 요구하는 서비스와 시스템이 작동하고 개발되는 제약 조건을 설정하는 과정.시스템 요구 사항은 요구 사항 공학 프로세스 중에 생성된 시스템 서비스 및 제약에 대한 설명이다.What is a requirement?요구 사항은 서비스나 시스템 제약에 대한 고수준의 추상적 진술부터 상세한 수학적 기능 사양까지 다양할 수 있다.이는 요구 사항이 두 가지 기능을 수행할 수 있기 때문에 불가피하다.계약 입찰의 기초가 될 수 있으므로 해석이 가능해야 한다.계약 자체의 기초가 될 수 있으므로 상세히 정의되어야 한다.이 두 가지 진술 모두 요구 사항이라고 할 수 있다.Requirements abstraction (Davis)“회사가 대규모 소프트웨어 개발 프로젝트..

신속한 소프트웨어 개발 (Rapid software development)신속한 개발과 배포는 이제 소프트웨어 시스템에서 가장 중요한 요구 사항 중 하나이다.기업은 빠르게 변화하는 환경에서 운영되며, 안정적인 소프트웨어 요구 사항을 설정하는 것이 사실상 불가능하다.소프트웨어는 변화하는 비즈니스 요구 사항을 반영하기 위해 빠르게 발전해야 한다.일부 시스템에서는 계획 기반 개발이 필수적이지만, 이러한 비즈니스 요구 사항을 충족하지 못한다.1990년대 후반, 작동하는 소프트웨어 시스템의 제공 시간을 급격히 단축하기 위해 애자일 개발 방법이 등장하였다.애자일 개발 (Agile development)프로그램 명세, 설계 및 구현이 서로 얽혀 진행된다.시스템은 여러 버전 또는 증분 형태로 개발되며, 이해관계자가 버..

[1] 프로젝트 계획 (Project Planning)다루는 주제 (Topics covered)소프트웨어 가격 책정 (Software pricing)계획 주도 개발 (Plan-driven development)프로젝트 일정 계획 (Project scheduling)애자일 계획 (Agile planning)추정 기법 (Estimation techniques)COCOMO 비용 모델링 (COCOMO cost modeling)프로젝트 계획 (Project planning)소프트웨어 프로젝트 관리자의 가장 중요한 업무 중 하나이다.프로젝트 계획은 작업을 여러 부분으로 나누고(breaking down), 이를 팀원들에게 할당하며, 발생할 수 있는 문제를 예측하고 이에 대한 임시 해결책을 준비하는 과정이다.프로젝트 ..