분류 전체보기 (6) 썸네일형 리스트형 '23.08.10. 회고록 금년도부터 성과평가 대상이 된 본인은 연말에 있을 평가를 대비하여 팀장과 중간면담을 하였다. 고로 이 게시글은 '23.08.10. 중간면담 후 밀려오는 현타에 휘뚜루마뚜루 작성하는 회고록이다. 1. 업무분장 관련하여 산출물 누락된 거 있는지 확인 2. 제도개선 관련하여 대응 필요 3. 현재까지 계획대비 연구성과 달성률 0% - 논문 1건, 학술대회 발표 1건, 기술보고서 1건 을 연초에 계획 제출함 - 학술대회 발표 10월 예정, 기술보고서 2건(가능하다면 3건) 예정 - 기술보고서 갯수보다는 본인의 노력이 많이 들어간 것을 중점으로 평가하겠다는 팀장 - 난 논문실적 없으니까 무적권 기술보고서 2건 쓴다. - 아니, 업체 자체보고서를 받아서 작성하는 기술보고서는 본인의 노력이 안 들어간 것처럼 얘기하는 .. Cohesion(응집도) 학부시절부터 지금까지 교수님이 항상 강조하시는 말이 있다. "복잡하고 사이즈가 큰 소프트웨어를 이해하기 쉽게 설계하려면 어떻게 해야 돼? 첫번째 Abstraction(추상화), 두번째 Decomposition(분할), 세번째 Hierarchy(계층). " 그 중에서 두번째 Decompostion은 모듈화(Modularization)를 통해 소프트웨어를 작은 구성 요소로 나눌 수 있다. 모듈화는 단순히 '규모가 큰 것을 여러 개로 나눈 조각'이라고 말할 수도 있고, '소프트웨어 구조를 이루는 기본적인 단위' 더 나아가 '하나 또는 몇 개의 논리적인 기능을 수행하기 위한 명령어들의 집합'이라고도 할 수 있다. 좋은 모듈 설계는 다음 원칙을 지킨다. 모듈 간의 결합(Coupling)은 느슨하게 한다. 모듈 내.. A Code Complexity Model of Object Oriented Programming (OOP) Period: 7.13 - 7.20 2019 IEEE Jordan International Joint Conference on Electrical Engineering and Information Technology(JEEIT) Hussam Hourani, Hiba Wasmi, Thamer Alrawashdeh Abstract - The Code Complexity and Object Oriented Pragramming (OOP) is an import topic due to the role of OOP playing in most of the software design and architectures nowadays. In OOP there are key design concepts like Enc.. Software Functional Complexity Measurement with the Task Complexity Approach Period: 6. 22 - 7. 10 Conference Paper, January 2004 De Tran-Cao, Ghislain Levesque, Jean-Guy Meunier Abstract - This research investigates software functional complexity, which is loosely defined as the difficulties arising from the functionalities of software, or problem complexity. Software is considered as a task. Therefore, software complexity should be analysed and measured by methods and .. 소프트웨어 테스팅(feat.CSTS) TTA(한국정보통신기술협회)에서 주관하는 소프트웨어 테스트 전문가 자격시험(CSTS)를 공부하면서 정리한 포스팅으로, 목차는 크게 6개로 이루어지고 TTA 교육 + 홍릉과학출판사 테스터와 관리자를 위한 소프트웨어 테스팅 + 예제문제 를 기반으로 공부하였다. 1. 소프트웨어 테스트 개요 1.1 소프트웨어 테스트 > 결함을 발견할 목적으로 프로그램을 실행하는 과정 > 소프트웨어 품질을 측정하고 개선하기 위한 프로세스 > 해야 되는 일을 실제로 수행하는지/정확한 값인지 확인 > 오류가 존재함을 보일 수는 있지만 오류가 없음을 보일 수는 없음 > 프로그램의 신뢰도를 높이기 위한 과정 > 프로그램이나 문서들을 분석하는 과정 > 좋은 테스트는 성공적인 수행이 아니라 발견되지 않은 결함을 검출할 수 있도록 오작동을 .. Refactoring: Code smells Refactoring may be the single most important technical factor in achieving agility. (Jim Highsmith, Agile Software Development Ecosystems) ... 리팩토링이 중요하다는 소리인거 같은데 민첩성을 얻는다는게 무슨 의민지 와닿지 않는다.. Refactoring is like continuing repair of a living system. The goal is to stay within reasonable operating limits with limited continual damage. By staying within these limits you keep costs low, because cos.. 이전 1 다음
