본문 바로가기

소프트웨어

(18)
2023 교내 해커톤 기획운영팀 활동 후기💙_SO-HOT 해커톤🔥 #0. 교내 해커톤 기획 참여 계기 이전에 교내 해커톤과 교외 해커톤(SW중심대학 해커톤 본선) 경험과 수상 경험이 있었고, 교내 직원분의 제안을 받아 기획운영팀에 참여하게 되었다! 다른 학원생 선배님 한 분이랑 일 잘하는 후배 하나, 이렇게 세명이서 열일 시작함 🔥 (내가 팀장이었음) 교내 해커톤은 본선 진출자를 선발하는 "예선"이다보니 대회의 규모도 작고 이전에는 홍보도 제대로 진행하지 않았는데, 올해는 대회 규모를 늘려서 예선(교내 해커톤)을 학교의 공식 대회로 픽스해버리자는 목적을 가지고 시작했다. #1. 일정 조정 및 스태프 선발 가장 급한게 일정 수립이었다. 첫 회의가 4월 초였고, 해커톤 일정은 늦어도 5월 중순이어야 했으므로 최대한 서둘러서 진행했다. 먼저 기존의 1박 2일 일정이었던 예선..
[소프트웨어공학] 14장. 최신 기술 & 15장. 미래 동향 14장. 최신 기술 Cleanroom Software Engineering 소프트웨어에 정확성을 구축할 필요성을 강조하는 접근 방식입니다. 고전적인 분석, 설계, 코드, 테스트 및 디버그 사이클 대신 클린룸 접근 방식은 다른 관점을 제시한다. 결함을 방지하기 위해 "사전 준비(up-front)"에 많은 노력을 기울임. 점진적 발전 신뢰성을 보장하기 위한 통계적 방법 "상자 구조 사양" 채택 'Box'는 시스템을 캡슐화함. 요구사항 수집(Requirements Gathering) - 고객 수준 요구사항에 대한 설명 정의(각 증분에 대한) 박스 구조 사양(Box Structure Specification) - 기능 사양을 설명합니다. 형식 설계(Formal Design) — 사양("블랙박스"라고 함)은 아키..
[소프트웨어공학] 13장. 형상관리 및 유지보수 13장. 형상관리 및 유지보수 Software Configuration Management (SCM : 소프트웨어 형상 관리) 컴퓨터 소프트웨어가 구축되면 변화가 불가피하다. 혼란을 최소화하기 위해 구성 관리가 필요하다. 소프트웨어 구성 관리(SCM)는 소프트웨어 프로세스 전반에 걸쳐 적용되는 포괄적인 활동이다. SCM 활동은 다음과 같이 개발된다. (1) 변경사항 확인 (2) 변화 통제 (3) 변화가 적절하게 이행되고 있는지 확인 (4) 관심을 가질 수 있는 다른 사람에게 변화를 보고 SCM 행위에는 버전 관리, 베이스라인 확립이 포함된다. Baselines (기준선) 기준선은 공식적으로 검토되고 합의된 사양이며 이후 추가 개발의 기초가 된다. 공식적인 변경 관리 절차를 통해서만 변경할 수 있다. 기준..
[소프트웨어공학] 12장. 테스팅 12장. 테스팅 SW testing : 테스트는 최종 사용자에게 전달하기 전에 오류를 발견할 목적으로 프로그램을 연습하는 과정이다. 테스트를 통해 얻을 수 있는 것 Errors (논리적 오류) Requirements conformance (요구사항 일치 여부) Performance (성능) Indication of quality (품질 수준) 누가 테스트해야 할까? Developer 시스템을 이해하고 있음 조심스럽게 테스트하고 전달을 이끌어냄 “구성 작업” Independent Tester 시스템에 대해 배워야 함 고장내려고 시도함 품질을 이끌어냄 “파괴적인 일” 전략적 접근 테스트는 사전에 계획하고 체계적으로 수행할 수 있는 일련의 활동입니다. 특성 효과적인 기술 검토 수행 구성 요소 수준에서 시작하여..
[소프트웨어공학] 11장. 품질관리 11장. 품질관리 Quality (품질) 사용자 만족도 = 좋은 상품 + 예산과 일정에 맞는 전달 + 좋은 품질 “품질은 결코 우연이 아니다. 항상 지적인 노력의 결과이다.” Quality Factor 정확성, 신뢰성, 효율성, 무결성, 사용성 유지보수성 유연성, 시험가능성, 휴대성, 재사용가능성, 상호운용성 Defect Amplification Model (결함 증폭 모델) 연구에 따르면 설계 활동은 전체 오류의 50~65%를 차지합니다. 설계 및 코딩 중 오류의 생성 및 감지를 보여줍니다. Formal Technical Review (정형 기술 검토) The Players : 검토 리더, 표준 전달자, 생산자, 평론가, 사용 담당자, 녹음기, 유지관리 오라클 💡 생산자가..
[소프트웨어공학] 10장. 컴포넌트 및 UI 설계 10장. 컴포넌트 및 UI 설계 Monolithic vs Modular Monolithic : Unified (통합) → constructed by one single module (단일 모듈로 구성) Modular : Hierarchical, Abstraction, Divide & conquer (계층적, 추상화, 분할 및 정복) → constructed by multiple module in hierarchical fashion (계층적 방식, 다중 모듈) Modular Design - easier to build, change, fix … 컴포넌트란? Component (구성 요소) : 소프트웨어를 위한 모듈식 빌딩 블록 "구현을 캡슐화하고 일련의 인터페이스를 표시하는 시스템의 모듈식, 배포 및 교..
[소프트웨어공학] 9장. 설계 모델링 (8장 복습) 데이터 개체를 소프트웨어 구성 요소 수준의 데이터 구조로 변환하고, 필요한 경우 애플리케이션 수준의 데이터베이스 아키텍처로 변환합니다. 응용프로그램 아키텍처를 지원하는 하나 이상의 데이터베이스 설계 적절한 비즈니스 수준의 정보를 추출하기 위해 기존 데이터베이스를 탐색하는 여러 데이터베이스의 내용을 '데이터 마이닝'하는 방법 설계 데이터 웨어하우스 설계—비즈니스에 필요한 애플리케이션 세트를 제공하는 데이터베이스에 저장된 데이터에 액세스할 수 있는 대규모 독립 데이터베이스 예: 빅데이터 분석, 데이터 과학 9장. 설계 모델링 What is Architecture? 프로그램 또는 컴퓨팅 시스템의 소프트웨어 아키텍처는 소프트웨어 구성요소의 외부적으로 보이는 특성과 그들..
[소프트웨어공학] 8장. 설계 개념 8장. 설계 개념 Design Process (설계 프로세스) SW 설계는 요구사항이 SW를 구성하기 위한 청사진으로 변환되는 반복적인 과정이다. 좋은 디자인을 위한 3가지 특성 분석모델에 포함된 모든 명시적 요구사항을 구현해야 하며, 고객이 원하는 모든 암묵적 요구사항을 수용해야 함. 개발자와 테스터 등을 위해 이해하기 쉬운 가이드가 되어야 함. 구현 관점에서 데이터, 기능 및 행동 영역을 다루면서 SW의 전체적인 그림을 제공해야 함. 💡 Fundamental Design Concepts (기본 설계 개념) Abstraction - 추상화 (데이터,절차,동작) Architecture - 아키텍처 (SW의 전반적 구조) Patterns - 패턴 (검증된 설계 솔루션의 본질 전달) Modularity - ..

728x90