개발25 프로젝트 관리 이 단원은 정말 이해가 안가서 계속 다시봤던 것 같다. 몇페이지 안되는 단원인데 2시간 넘게 봤는데도 완벽히 이해가 되질 않는다. 블로그를 쓰면서 다시 복습하려고 하는데 미흡한 부분이 있다면 나중에 수정을 할 수 있도록 댓글로 알려주길 바란다. 본문을 쓰기에 앞서 먼저 단어 설명부터 시작하겠다. 프로젝트 : 무언가를 만들기 위해 하는 사업? 뚜렷한 목표를 가지고 언제부터 언제까지 시작(프로젝트의 승인)과 끝(최종 산출물의 개발)을 명확히 가지고 실행함. 프로세스 : 프로젝트를 보다 효과적으로 하기 위한 과정. 예를 들자면 이 프로젝트를 위한 비용을 구체적으로 나누고, 시간은 얼마나 걸릴것이며 결과물의 품질은 어느정도를 기대한다. 하는 계획???? 프로젝트에 영향을 미치거나 프로젝트로 인해 영향을 받는 사.. 2022. 1. 4. 소프트웨어 개발 방법론 (3) 진짜 생각보다 너무 양이 많아서 3탄까지 만들었는데 이번 글은 내용이 많이 없을 것 같다. 그래도 전 글에 쓰면 너무 투머치인것 같아서 하나 더 쓰기로 했다. 진짜 마지막 컴포넌트 기반 개발방법론이다. 간단히 말하자면 인터넷에는 많은 양의 코드가 무료로 배포되어있다. 그중에서 내가 필요한 것들만 사용하여 내 프로그램에 붙히는 것인데 내가 옛날에 웹사이트를 처음 만들 때 그렇게 했다. https://myeongjaehwi.github.io/web3/main (내 웹사이트) ㅋ 컴포넌트란 재사용가능한 부품을 말한다. 재사용 가능한 코드들을 여러 곳에서 가져오고 그걸로 쉽고 빠르게 자신의 프로그램의 기능을 향상 시킬 수 있다. 컴포넌트 기반 개발방법론은 컴포넌트 개발, 컴포넌트 기반 소프트웨어 개발 이 두가지.. 2022. 1. 3. 소프트웨어 개발방법론 (2) 이번에는 전 내용과 이어지는 단원이다. 사실 한단원인데 한번에 쓰기는 너무 길어서 둘로 나눴다. 애자일 방법론 부터 시작하겠다. 애자일방법론 애자일방법론의 정의는 문서중심의 전통적 개발방법을 탈피하여 필요한 요구를 그때그때 더하고 수정하는 코드중심의 점진적 개발 방법이다. 음 그 전까지 배웠던 방법과의 차이점으로는 먼저 분석단계에서 완제품을 생각하고 시작하는 방법과 지금 당장의 필요한 것들을 조금 조금씩 추가하여 완성해가는 방법 으로 볼 수 있다. 다음은 애자일방법론이 어떨 때 쓰이면 좋은지, 어느 상황에서는 안좋은지에 대하여 작성하겠다. 애자일방법론은 사람과 사람사이의 소통이 가장 중요한 방식이기 때문에 요구사항의 변화가 많거나, 개발자가 소규모일 때, 게임 소프트웨어 등을 개발하는 경우에는 좋은 효율.. 2022. 1. 2. 소프트웨어 개발방법론 (1) 오늘은 2022년의 시작이다. 나중에 이 글을 보면 신기하려나 ㅋㅋ 아침엔 친구들이랑 해뜨는거 보러갔는데 진짜 예뻤다. 이제부터 23살이 되었으니 진짜 찐어른이 된것 같다. 이제 말도 어른처럼 하고 좀 애티를 벗어나야겠다. ㅎㅎ 이 단원은 너무 길어서 2개의 글로 나누어서 쓸 예정이다. 먼저 이 단원에서 배우는 내용은 개발의 다양한 방법에 대해서 배운다. 전에는 분석 - 설계 - 구현 - 시험 - 유지보수 단계의 가장 기초적인 개발 방법에 대해 배웠다면 이번 단원은 각 상황에 따른 새로운 개발 방법에 대해 알려준다. 먼저 가장 기초적인 폭포수 모델이다. 앞에서 말했듯 폭포수 모델은 '고전적 라이프 사이클 패터다임' 이라고도 하며 가장 기본이 되는 방법이다. 이것에 대해선 앞에서 많이 설명했으니 간단히 요.. 2022. 1. 1. 소프트웨어 개발에 대한 오해와 실체 이 단원에는 본격적인 개발자의 고민, 사람들이 가지고있는 개발자라는 직업의 인식을 설명한다. 나도 개발자라는 직업에 대해 가지고 있었던 여러 오해가 있었는데 이 단원을 통해 궁금증을 해소 할 수 있었다. 내가 가진 첫번째 오해는 작업을 하는 인원이 많으면 작업이 훨씬 쉬울것이다. 라고 생각했었는데 사실은 인원이 많을수록 작업은 더뎌지고 더욱 어려워진다는 것이였다. 두번째 오해는 유지비용이 실제 설계할때의 비용보다 거의 대부분 훨씬 많이 나간다는 것이다. 나는 작품을 만들 때 만들면 끝인줄 알았다. 물론 여러가지 버그들이 있으면 패치를 통해 수정한다는 것은 알았지만, 그래도 처음 개발할 때의 단계가 가장 많은 비용을 쓰는 줄 알았다. 하지만 유지비용으로 인해 사라지는 프로젝트가 생각보다 되게 많다는걸 알았.. 2021. 12. 30. 시스템 공학과 소프트웨어 공학 ㅎㅇ 음 뭐라고 시작해야 할지 모르겠다 크크크ㅡ크크 이제부터 매일매일 하루에 공부한 것들을 블로그에 작성을 해볼 생각이다. 블로그는 친구 김경모가 알려줘서 쓰는데 되게 재밌는것 같다. 아무튼 이제부터 복습겸 일기겸 블로그를 써보겠다. 첫단원은 "시스템 공학과 소프트웨어 공학" 이라는 단원이다. 이 단원에서는 개발을 처음 시작할 때부터 완성 단계까지의 순서? 와 각 단계에서의 해야할 것들을 주로 배운다. 위 사진은 개발을 할 때의 순서를 그림으로 표현한것이다. 뒤에 각 단계마다 해야 할 것들을 서술해놓았으니 이해가 쉬울것이다. 먼저 개발을 시작하기에 앞서 개발자가 고객에게 무언가를 만들어달라고 요청을 받는 순간을 요구사항 분석(what) 이라고 한다. 이 단계에서 가장 중요한것은 고객이 원하는 요구를 정확.. 2021. 12. 29. 이전 1 2 3 4 5 다음
