에버노트

[Question] 실용적 소프트웨어 아키텍처 설계 1. 컨설팅도 하는가? 2. 교육자료는 파일로 제공하는가? 3. 해외에서는 설계문서를 Word로 작성하는 이유는 무엇인가? 4. 아키텍처의 리소스 비중은 어느 정도가 적절한가? --> 전체 리소스의 15% 정도가 적절하다.

scene 3. 요구사항 분석 * 개발방법론 * 개발방법론은 무엇을 사용할 것인가?* 어떻게 교육 시킬 것인가?* 소요 기간 * 아키텍처 관심사 4가지 유형이 있다.- 일반 관심사 - 모든 아키텍트가 다루는 공통적인 이슈- 고유한 관심사 - 시스템 내부 이슈- 내부 요구사항 - 명시되지 않았으나 요구사항에서 파생된 이슈- 이슈 - 분석 활동에서 발견된 이슈 * 계약 단계에서 모든 것을 예측할 수 없다. 종료 후에도 지속적인 지원이 필요하다. * 네이밍 룰 * 코딩 컨벤션 * 산출물들에 대한 예제 산출물 제공

생각해 보는 글 * 결심은 고독한 것, 혼자 하는 것, 조건을 내걸지 않는 것 - 틈만 나면 딴 생각 - * 인생이 잘 나간다 싶을 때 특히 조심해야 할 적은 일방적 - 틈만 나면 딴 생각 - * 내 길을 열심히 걷는데 속도가 붙지 않는다면, 망설임과 흔들림이 자꾸 뒷덜미를 붙잡는다면 잠시 귀를 쉬게 해주는 것도 방법일 거야 - 틈만 나면 딴 생각 - * 외로움이 뭘까. 내 이름대로 살지 못하는 삶 아닐까. - 틈만 나면 딴 생각 - * 눈물은 마음을 씻는 물 - 틈만 나면 딴 생각 - * 길게 생각하고 짧게 말하라고 - 틈만 나면 딴 생각 -

틈만 나면 딴 생각 정철

소프트웨어 개발 노하우 * 유지보수는 개발진행자가 담당하는 것이 효율적이다. * 아키텍처 문제 보다 관리체계가 문제가 되는 경우가 많다. * 한국 IT 환경은 허술하게 개발해도 먹고 살 수 있으나, 행복하지 않다. 무임승차로 먹고 사는 회사들이 있다. (그룹사의 SI업체 등) * 아마존은 하루에 2만5천개의 프로그램 수정이 있다. 고객의 요구에 적극 대응한다. * 프로그램을 복사해서 업그레이드 하는 방식은 구조적 설계로 해결하여야 한다. * 표준 프로세스를 안지키면 범법자이다. * 단순 반복 작업은 자동화한다. 개발자가 생산성 있는 일에만 전념할 수 있게 한다. * 아키텍처 방법 - 프로세스 정립 - 교육 - 도구 설정 * 요구사항 정의와 분석이 끝나야 Man Month를 산정할 수 있다. * 고객이 요..

실용적 SW 아키텍처 설계 1 05/14 ~ 05/15 김영온 아키텍처는 문제의 헤결해 주는 해결책을 제시하는 것이다. 아키텍처는 기술적인 문제 해결을 제시하는 것이다. 아키텍처의 의사 결정에 따라 설계와 코딩을 한다. 아키텍처에서 표준을 잘 잡았으면 프로젝트가 잘 진행될 것이다. SW 아키텍처는 기존의 분석 설계 등에서 나온 것을 정리한 것이다. 아키텍처는 구조를 잡는 것이 메인 작업이다. * 과정의 목적 * SW 아키텍처의 역할 1. * AA + BA = Information Archtecture * SW 아키텍처를 정리한 곳은 마이크로소프트이다. * Reference Book - 소프트웨어 아키텍처 이론과 실제- 소프트웨어 아키텍처 문서화- 소프트웨어 설계 * What is software arch..