동호다찌

1. 요구사항 분석을 위한 CASE (자동화 도구) 요구사항 분석을 위한 자동화 도구는 요구사항을 자동으로 분석하고, 명세서를 기술하도록 개발된 도구 표준화와 보고를 통한 문서화 품질 개선 데이터베이스가 모두에게 이용 가능하다는 점에서 분석자들 간의 적절한 조정 교차 참조도와 보고서를 통한 결함, 생략, 불일치 등의 발견 용이성 변경이 주는 영향 추적의 용이성 명세에 대한 유지보수 비용의 축소 ✅ 종류 SADT (Structured Analysis and Design Technique) SREM (Software Requirements Engineering Methodology) PSL/PSA TAGS(Technology for Automated Generation of System) 2. HIPO HI..

1. 요구사항 분석의 개요 요구사항 분석은 소프트웨어 개발의 실제적인 첫 단계로 개발 대상에 대한 사용자의 요구사항을 이해하고 문서화(명세화)하는 활동을 의미한다. 사용자 요구의 타당성을 조사하고 비용과 일정에 대한 제약을 설정 요구를 정확하게 파악하여 목표를 정하고 어떤방식으로 해결할 지 결정 소프트웨어 설계 단계에서 필요한 자료가되므로 요구사항을 정확하고 일관성있게 분석하여 문서화 2. 구조적 분석 기법 자료의 흐름과 처리를 중심으로 하는 요구사항 분석 방법 도형 중심의 분석용 도구와 분석 절차를 이용하여 문서화 하향식 방법을 사용하여 시스템 세분화 및 중복을 배제 요구사항을 논리적으로 표현하여 시스템을 일관성 있게 이해 분석 도구 DFD : Data Flow Diagram (자료 흐름도) DD : ..

1. 요구사항의 개념 및 특징 요구사항은 소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 정상적으로 운영되는데 필요한 제약조건 등을 나타낸다. 요구사항은 소프트웨어 개발이나 유지 보수 과정에서 필요한 기준과 근거를 제공한다. 요구사항은 개발하려는 소프트웨 어의 전반적인 내용을 확인할 수 있게 하므로 개발에 참여하는 이해관계자들 간의 의사소통을 원활하게 하는 데 도움을 준다. 요구사항이 제대로 정의되어야만 이를 토대로 이후 과정의 목표와 계획을 수립할 수 있다. 2. 요구사항의 유형 요구사항은 일반적으로 기술하는 내용에 따라 기능 요구사항(Functional requirements)과 비 기능 요구사항(Non-functional requirements)으로 구분한다. 기술 관점과 대상..

1. XP(eXtreme Programming) XP(eXtreme Programming)는 수시로 발생하는 고객의 요구사항에 유연하게 대응하기 위해 고객의 참여와 개발 과정의 반복을 극대화하여 개발 생산성을 향상하는 방법이다. XP는 짧고 반복적인 개발 주기 단순한 설계 고객의 적극적인 참여를 통해 소프트웨어를 빠르게 개발하는 것을 목적으로 한다. 릴리즈의 기간을 짧게 반복하면서 고객의 요구사항 반영에 대한 가시성을 높인다. 릴리즈 테스트마다 고객을 직접 참여시킴으로써 요구한 기능이 제 대로 작동하는지 고객이 직접 확인할 수 있다. 비교적 소규모 인원의 개발 프로젝트에 효과적이다. XP의 5가지 핵심 가치 : 의사소통(Communication) , 단순성 (Simplicity), 용기(Courage),..

1. 스크럼의 개요 스크럼이란 팀이 중심이 되어 개발의 효율성을 높인다는 의미가 내포된 용어이다. 스크럼은 팀원 스스로가 스크럼 팀을 구성(Self-Organization)해야 하며, 개발작업에 관한 모든 것을 스스로 해결(Cross-Functional)할 수 있어야한다. 스크럼 팀은 제품 책임자, 스크럼 마스터, 개발팀으로 구성된다. ✅ 제품 책임자 (PO; Product Owner) 이해관계자들 중 개발될 제품에 대한 이해도가 높고 요구사항을 책임지고 의사 결정할 사람으로 선정히는데 주로 개발 의뢰자나 사용자가 담당한다. 이해관계자들의 의견을 종합하여 제품에 대한 요구사항을 작성하는 주체다. 요구사항이 담긴 백로그(Backlog) 를 작성하고 백로그에 대한 우선순위를 지정한다. 백로그란 제품 개발에 ..

1. 소프트웨어 개발 방법론의 개요 소프트웨어 개발 방법론은 소프트웨어 개발, 유지보수 등에 필요한 여러 가지 일들의 수행 방법과 이러한 일들을 효율적으로 수행하려는 과정에서 필요한 각종 기법 및 도구를 체계적으로 정리하여 표준화 한 것이다. 목적은 소프트웨어 생산성과 품질 향상이다. 종류에는 구조적, 정보공학, 객체지향, 컴포넌트 기반, 애자일, 제품 계열 방법론이 있다. 2. 구조적 방법론 정형화된 분석 절차에 따라 사용자 요구사항을 파악하여 문서화하는 처리(Process)중심의 방법론 1960년대까지 가장 많이 적용되던 방식 쉬운 이해 및 검증이 가능한 프로그램 코드를 생성하는 것이 목적 복잡한 문제를 다루기 위해 분할과 정복 원리를 적용 구조, 흐름, 간결, 간단 이 구조적 개발방법의 특징이다. ..

1. 소프트웨어 생명주기(Software Life Cycle) 소프트웨어 생명 주기(수명 주기)는 개발과 유지보수 등에 필요한 작업들을 체계적으로 정리한 개발 방법론의 바탕으로서, 개발을 위한 정의, 운용, 유지보수 등의 과정을 단계별로 나눈것입니다. 소프트웨어 개발 단계와 각 단계별 활동, 결과에 대한 산출물로 표현합니다. 개발자는 문제의 유형, 개발 방법에 따라 특정한 생명 주기 모형을 선택하여 사용하거나, 개별적인 새로운 모형을 사용할 수 있습니다. 대표적인 생명 주기 모형 폭포수 모형 프로토 타입 모형 나선형 모형 애자일 모형 2. 폭포수 모형(Waterfall Model) 폭포수 모델의 특징은 이전 단계로 돌아갈 수 없습니다. 이러한 전제하에 각 단계에서 확실하게 진행하여 결과를 검토하고 승인하..

1.TCP/IP의 개요 인터넷에 연결된 서로 다른 기종의 컴퓨터들이 데이터를 주고받을 수 있도록 하는 표준 프로토콜 1960년대 말 ARPA에서 개발하여 ARPANET에서 사용하기 시작 UNIX의 기본 프로토콜로 사용되었다가 현재는 인터넷 범용 프로토콜로 사용 TCP(Transmission Control Protocol)과 IP(Internet Protocol)이 결합 2. TCP/IP의 구조 3. 응용 계층의 주요 프로토콜 FTP(File Transfer Protocol): 원격 파일 전송 프로토콜 SMTP(Simple Mail Transfer Protocol: 전자 우편 교환 서비스 TELNET 원격 접속 서비스 가상 터미널 기능 수행 SNMP(Simple Network Management Proto..

1. 프로토콜의 정의 서로 다른 기기들 간의 데이터 교환을 원활하게 수행할 수 있도록 표준화시켜 놓은 통신 규약 2. 프로토콜의 기본 요소 구문(Syntax): 전송하고자 하는 데이터의 형식, 부호화, 신호 레벨 등을 규정 의미(Semantics): 두 기기 간의 효율적이고 정확한 정보 전송을 위한 협조 사항과 오류 관리를 위한 제어 정보를 규정 시간(Timing): 두 기기 간의 통신 속도, 메시지의 순서 제어 등을 규정 3. 프로토콜의 기능 ✅ 단편화(Fragmentation)와 재합성(Assembly) 단편화 : 송신 측에서는 긴 데이터 블록을 손쉽게 전송할 수 있도록 크기가 똑같은 작은 블록으로 나누어 전송 재합성 : 수신 측에서 쪼개진 작은 데이터 블록을 재합성하여 원래의 메시지로 복원하는 기능..

1. 네트워크 인터페이스 카드(Network Interface Card) 컴퓨터를 연결하는 장치로 정보 전송 시 정보가 케이블을 통해 전송될 수 있도록 정보 형태를 변경 이더넷 카드(LAN 카드) 혹은 네트워크 어댑터라고도 함 2. 허브(hub) 가까운 거리의 컴퓨터를 연결하는 장치 각 회선을 통합적으로 관리하며 신호 증폭 기능을 하는 리피터의 역할도 포함 더미 허브(Dummy Hub) 네트워크에 흐르는 모든 데이터를 단순히 연결만 함 LAN이 보유한 대역폭을 나누어 제공 스위칭 허브(Switching Hub) 네트워크상에 흐르는 데이터의 유무 및 흐름을 제어하여 각각의 노드가 허브의 최대 대역폭을 사용할 수 있는 지능형 허브 최근 사용되는 허브는 대부분 스위칭 허브 3. 리피터(Repeater) 전송되..