코딩하는 해달이

엑셀보다 쉽고 빠른 SQL테이블 전체 조회하기SELECT : 데이터를 가져오는 기본명령어, 데이터를 조회하는 모든 Query에 사용FROM : 데이터를 가져올 테이블 특정* : 모든 컬럼을 가져와준다는 의미SELECT *FROM food_orders원하는 컬럼 선택하기* 자리에 원하는 컬럼 작성SELECT order_id, restaurant_nameFROM food_orders컬럼에 별명 부여방법 1 : 컬럼 AS 별명방법 2 : 컬럼 별명별명 작성시 주의점구분영문, 언더바특수문자, 한글방법별명만 적음"별명"으로, 큰 따옴표 안에 작성예시ord_no"ord no""주문번호"SELECT order_id as ord_no, restaurant_name "식당 이름"FROM food_orders

내가 Spring 트랙에 참여한 계기는 무엇인가요?처음엔 안드로이드 개발자가 되고싶어서 해당 분야로 기술 스택을 쌓고 있었는데 학교 친구들과 프로젝트를 진행하면서 백엔드에 강한 흥미를 느껴 이 분야도 공부를 해보고 싶다라는 생각이 들었습니다.내가 이해한 개발자는 어떤 역할을 하는 사람인가요?문제를 효율적으로 푸는 사람입니다. 개발을 경험해보셨나요? 해보셨다면 어떤 경험을 하셨는지를 작성해주시고, 아니라면 개발에 대해 찾아본 것을 작성해주세요.학교 친구들과 안드로이드 개발을 진행했었고, 계획과 명세 방법이 서툴러 문서화가 잘 되지 않아서 소통이 어려웠었습니다.개발자의 역할을 수행하는 데에 있어 나의 강점과 연관된 부분은 무엇이라고 생각하나요? 혹은 보완, 개선하고 싶은 개인 역량이 있나요 ?개발자는 끊임없..

요구 추출 방법-고객의 발표-인터뷰-설문-관찰과 작업 분석-프로토타이핑-문헌, 양식 조사  -업무 문서나 양식을 조사 : 현재의 업무나 시스템 정보에 대해 깊은 이해 가능  -유사한 프로젝트를 조사 : 개발할 시스템에 대한 통찰 제공  -산업이나 기업 표준 조사  -정부 정책이나 규제 조사 : 요구 분석서의 제한 사항이 될 수 있음-브레인스토밍 회의  -여러명으로부터 아이디어와 정보를 얻기 위한 회의 기법  -토론보다는 아이디어를 쏟아 놓도록 익명성을 보장해야 함  -훈련된 요원이 회의를 주재하며, 참가자들이 서로 자극이 되어 열정을 가지고 아이디어를 창안하도록 함  -JAD(Joint Application Development) : 개발자와 사용자들이 요구를 정의하기 위해 3~4일동안 특정한 장소에서 ..

요구(Requirement) -시스템에 대한 고객의 요청을 확정한 것 -진정한 요구 사항을 찾는 것은 프로젝트 성공의 필수 조건이며, 여러 이해 당사자의 이해 관계와 관련 요구의 유형 -기능적 요구(Functional requirement) -시스템이 무엇을 할 것인지 나타냄 -시스템이 외형적으로 나타내는 기능, 동작 : 예) 현금인출기 → 인출, 잔금조회, 계좌이체, 현금 서비스 -시스템과 외부 요소간의 인터렉션 : 외부의 데이터나 명령에 대해 시스템이 어떤 반응을 해야 할지를 기술한 것 -입력, 처리, 출력을 염두에 두고 '시스템은 ~을 해야한다'로 표현될 수 있는것 : 예) 시스템은 항공편을 검색 할 수 있어야 한다. -기능적 요구는 구현 기술과는 독립적이어야 함 : 시스템이 어떻게 만들어질 것인지..

폭포수 모델의 특징 -1970년대 항공 방위 소프트웨어 개발 경험으로 습득 -가장 오래되고 널리 사용된 프로세스 모델 -각 단계는 다음 단계 시작 전에 끝나야 함 -순서적:각 단계 사이에 중복이나 상호작용 X -SQA 그룹의 승인을 받아야 다음 단계로 진행될 수 있음(SQA: 소프트웨어 품질 보증) -체계적인 문서화가 가능한 문서 중심 모델 : 각 단계마다 문서화된 산출물이 생성 -중간 산출물이 명확하여 프로젝트 가시성이 좋음 -작업이 순서대로 이루어지므로 직능 중심으로 프로젝트 조직을 구성할 수 있음 -요구사항이 이미 잘 알려져 있는 문제나 또는 변경이 적어 비교적 위험이 적은 프로젝트에 적합 폭포수 모델의 문제점 -많은 프로젝트가 폭포수 모델의 각 단계를 연속적인 한번의 과정으로 완성되는 경우가 드묾..

프로세스(process) : 소프트웨어 시스템을 구축하기 위해 수행되는 작업의 단계 바람직한 프로세스의 특성 - 예측가능성 : 프로젝트가 끝나기 전에 프로세스 결과를 예측할 수 있는 성질 - 테스팅과 유지보수 용이성 : 일반적으로 소프트웨어 유지보수 비용이 개발비용을 초과, 개발 비용 중 테스팅의 비용이 높음 - 변경 용이성 : 여러 이유로 변경은 피할 수 없으므로 변경을 쉽게 다룰 수 있어야함 - 결함 제거 용이성 : -- 오류 발생 시점의 분포 비율(분석 : 20, 설계 : 30, 코딩 : 50) -- 오류 수정 비용 : 수정 비용은 오류 발견이 늦어질수록 증가 프로세스 모델 - 개발 단계를 단순화하여 기술한 모형 - 대표적인 모델 -- 코드 픽스 모델 : 설계의 중요성을 깨닫지 못함, 계획이 없어 ..

소프트웨어 공학이 다루는 근본 문제 - 어떻게하면 사용자의 요구를 만족시킬 수 있도록 소프트웨어를 개발할 수 있는가? 소프트웨어 공학의 주제 - 단계적 프로세스 더보기 요구 분석 - 소프트웨어 시스템이 해결해야 할 문제를 이해 (시스템을 위하여 무엇을 만들 것인가?) **what이지 how가 아님** - 주요 활동 -- 문제 분석 (문제와 그 배경을 잘 이해하고 개발할 시스템의 요구 찾기) -- 요구사항을 요구 분석서(SRS:software requirement specification)로 정리 설계 - 요구 명세서에 기술된 문제에 대한 솔루션을 계획 (시스템을 어떻게 구축할 것인가?) - 주요 활동 -- 아키텍처(구조) 설계 : 시스템을 여러 구성 요소들의 집합체로 보고, 각 요소들의 역할과 인터페이스..

소프트웨어의 기본 활동 - 명세화 : 소프트웨어 시스템의 요구사항 정리 - 설계 : 문제에 대한 솔루션을 계획 - 코딩 : 설계 사항을 프로그래밍 언어로 변환 - 검증 : 구현된 소프트웨어가 고객의 의도와 일치하는지 확인 - 유지보수 : 소프트웨어가 개발된 이후에 일어나는 수정 활동(결함, 요구사항 변경) 소프트웨어의 위기 - 소프트웨어 개발에 기존의 방법이 충분하지 않아 여러문제(개발 지연, 낮은 품질)가 발생하는 현상