본문 바로가기

분류 전체보기

(138)
정보공학 방법론 정보공학 개발 방법론의 절차 ISP(Information Strategy Planning): 정보전략계획 - 기업의 중장기 정보화 전략 수립 BAA(Business Area Analysis): 업무영역분석 - 업무영역별 데이터와 프로세스 모델링, 연관분석 BSD(Business System Design): 업무시스템설계 - 프로세스와 데이터 설계 SC(System Construction): 시스템구축 - 데이터 상세설계, 프로그램 코딩 정보공학 개발 방법론은 비즈니스 시스템 규모 성장과 소프트웨어 공학 발전에 따라 1980년대 중반에 등장한 방법론으로 기업의 전사적인 관점에서 출발해 데이터 중심으로 시스템을 구축하는 방법론이다. 기업의 중장기 정보화 전략을 수립하는 ISP와 업무 영역을 분석하는 BAA(..
소프트웨어 개발 방법론 소프트웨어 개발 방법론의 구성 작업절차: 소프트웨어를 진행할 때 이루어지는 작업의 순서 작업방법: 각 단계별 작업마다 수행해야 할 일(누가, 언제, 무엇을) 산출물: 단계별로 나오는 산출물(설계서, 명세서) 관리: 개발 진행을 어떻게 제어하고 감독할 것인지 기법: 단계별 작업 시 사용하는 기술, 기법(DFD, ERD, Use Case) 도구: 사용하는 기법 별 지원 도구(PowerPoint, Excel, ERWin) 소프트웨어 생명주기 관리 모델에서는 포르젝트가 어떤 순서로 진행될지 그리고 중간에 어떤 산출물을 점검할 지에 대해 주로 관심을 가졌다면, 소프트웨어 개발 방법론은 소프트웨어를 어떻게 만들지에 대해 관심을 가진다. 따라서 개발 방법론에서는 단계별 산출물 뿐만 아니라 산출물은 누가 어떤 순서로 ..
SOLID - 단일 책임 원칙(Single Responsibility Principle) 객체는 단 하나의 책임만을 가져야 한다. 책임이란 객체가 할수 있는 것, 해야 하는 것을 말한다. 예를들어 학생 클래스가 수강 과목을 추가하거나 조회하고 데이터베이스에 객체 정보를 저장하거나 데이터베이스에서 객체 정보를 읽는 작업도 처리하고 성적표와 출석부를 출력하는 일도 한다고 가정했을 때 이런 경우 학생 클래스의 코드는 다음과 같다. public class Student { public void getCourses() {...} public void addCourses(Course c) {...} public void save() {...} public Student load() {...} public void printOnReportCard() {...} public void printOnAtten..
SOLID - 의존성 역전 원칙(Dependency Inversion Principle) 객체 사이에 서로 도움을 주고 받으면 의존 관계가 발생한다. 의존 역전 원칙 DIP는 이러한 관계를 맺을 때의 가이드라인에 해당한다. DIP는 의존 관계를 맺을 때 변화하기 쉬운 것 또는 자주 변화하는 것 보다는 변화하기 어려운 것 거의 변화가 없는 것에 의존하라는 원칙이다. 변하기 쉬운 것과 변하기 어려운 것은 정책, 전략과 같은 어떤 큰 흐름이나 개념 같은 추상적인 것은 변하기 어려운 것에 해당하고 구체적인 방식, 사물 등과 같은 것은 변하기 쉬운 것으로 구분하면 좋다. 객체지향의 관점에서는 변하기 어려운 추상적인 것들을 표현하는 수단으로 추상 클래스와 인터페이스가 있다. DIP를 만족하려면 어떤 클래스가 도움을 받을 때 구체적인 클래스보다는 인터페이스나 추상 클래스와 의존 관계를 맺도록 설계해야 한..
소프트웨어 개발 방법론 - 애자일 애자일 소프트웨어 개발(Agile software development)은 프로젝트의 생명주기동안 반복적인 개발을 통해 빠른 개발 사이클을 가지는 개발 방법론이다. 애자일 방법론은 소프트웨어 개발 방법에 있어 계획과 무계획 사이에서 타협점을 찾고자 하는 방법론이다. 애자일 모델이 전통적인 개발 모형과 다른 점은 문서를 통한 개발이 아니라 실질적인 코딩을 통한 방법론이라는 점이다. 애자일 개발 방법론은 특정 개발 방법론에 국한되지 않고 애자일한 개발을 가능하게 해주는 방법론을 통칭하는 말이다. 지속적으로 고객의 요구사항을 반영할 수 있으며 빠른 피드백과 개발을 중시한다. 애자일 방법론의 사전적 정의는 2001년 애자일 소프트웨어 개발 선언에 의해 공식적으로 명명되었다. 애자일 소프트웨어 개발 선언 공정과 ..
소프트웨어 개발 방법론 - 워터폴 현재 가장 많이 사용되고 있는 개발 모델인 “폭포수 모델(waterfall model)”에 대해 작성한다. 요구분석 > 설계 > 디자인 > 개발 > 검증 폭포수 모델은 순차적인 소프트웨어 개발 프로세스로 각 단계를 완료하고 다음 단계로 이어서 진행하는 개발 프로세스를 말한다. 또한, 소프트웨어 개발에 구조화된 접근 방식을 제공하고 각각의 구분된 단계를 순차적으로 진행하여 마일스톤을 잡거나 프로젝트 관리를 할때 용이하다. 하지만 각 단계를 완료하고 다음 단계로 진행해야 하기 때문에 개발 사이클이 길어지고 고객의 요구사항을 반영하기 어렵다는 이슈가 있다. 따라서 폭포수 모델을 조직의 니즈에 맞게 수정하여 많이 사용한다.
[Node.js] 프레임워크 Express, Koa, Hapi 1. Express Node.js 프레임워크 중 커뮤니티가 가장 크다. StrongLoop에 의해 관리되고 있다. 내장 라우터로 코드를 쉽게 재사용할 수 있다. 내장된 에러 핸들링이 없다. 다른 프레임워크에 비해 메모리를 많이 차지한다. 2. Koa 다른 프레임워크에 비해 미들웨어 작성이 쉽다. 기본적으로 뼈대 프레임워크라서 개발자가 필요한 미들웨어만 구성해 사용할 수 있다. ES6 제너레이터를 사용할 수 있다. 아직 불안정하며 많은 개발이 진행중이다. 미들웨어를 직접 작성할 수 있는게 장점이자 단점이다. 3. Hapi 코드보다 설정을 더 많이 해야 한다. 견고함과 재사용성을 요구하는 큰 규모 팀에서 흔하게 사용된다. 월마트랩에서 만들고 이름있는 회사에서 많이 쓰고 있어서 검증되었다고 보는 편이다. 크고..
Node.js 서버 띄우기 node.js 로 서버를 구동하기 위해 express를 사용한다. 작업할 폴더에서 터미널을 실행 후 다음 명령어를 입력한다. npm install express npm은 node.js package manager의 약자로 node.js의 패키지 관리 프로그램이다. 추가로 ejs를 설치한다. ejs는 embeded javascript의 약자로 변수를 꺼내어 사용하는 html 탬플릿이다. html 코드 내에 javascript를 사용할 수 있도록 해준다. npm install ejs 작업 폴더 내에 views 폴더를 만들고 view 로 render 할 ejs 파일을 넣어준다. test.ejs를 생성하고 다음과 같이 작성한다. TEST TEST TEST 작업 폴더 루트에 app.js 파일을 생성하고 다음과 같..

반응형