|
오류를 잡는다는 것이 현실적으로 불가능하기 때문에 소프트웨어가 후진적이고 미개한 상태라 말할 수 있다는 말씀을 하셨다. 그런데 직접 이러한 사전 오류 검증 기술을 개발하셨다하니 앞으로의 강의에서는 ‘미개한 소프트웨어’가 아니
|
|
|
소프트웨어의 보안성 문제가 앞으로 큰 이슈가 될 것으로 생각해 보았다.
Ⅳ. 참고자료
컴퓨터 구조 및 설계 데이비드 패터슨, 존 헤네시 저 | 박명순 외 2명 역 | 비제이퍼블릭 | 2011.03.10.
역사 속의 소프트웨어 오류 김종하 저 | 에이콘출판 | 2
|
|
|
에 짝 프로그래밍은 비정형적인 검토 프로세스로 동작한다. 코드 검사(inspection)와 코드 검토(review)는 높은 비율의 소프트웨어 오류를 발견하는 데 매우 성공적이다. 그러나 코드 검사와 코드 검토를 진행하는 데 시간이 소모되어, 일반적으로
|
|
|
오류를 찾기 위한 시험으로 실제 코드를 들여다보는 화이트 박스 테스트에 가까우나 모듈의 명세와도 면밀히 비교되어야 한다.
참고문헌
로버트 L. 글래스 저, 윤성준 역(2004) - 우리가 미처 알지 못한 소프트웨어 공학의 사실과 오해, 인사이
|
|
|
소프트웨어공학의 필요성
1. 소프트웨어 개발의 비제조성
2. 소프트웨어 개발의 비조립성
3. 소프트웨어 개발의 비과학성
Ⅶ. 소프트웨어공학과 테스트
1. 요구의 종류
1) 기술된 요구
2) 묵시적인 요구
2. 오류
1) 원시 코드가 예상대로
|
|
 |
소프트웨어 수요는 폭발하고 있는 반면 전세계적으로 공급체계나 기술수준은 초기 주문생산 체제를 벗어나지 못하고 있다.， 이런 문제를 해소하기 위해출현한 것이 ＥＲＰ（전시적 자원 관리 ）시스템이다. 산업 현장에 대한 체계인 업무
|
|
|
소프트웨어의 법적보호,” 전남대학교, 대학원, 박사학위논문, 1990
박영길, “한국의 컴퓨터프로그램의 저작권적 보호도입의 배경”, 저작권연구 제3호, 2004
박정훈, “컴퓨터프로그램보호을 위한행정법규 제도”, 행정법이론실무학회, 서울
|
|
|
Rate Calculation
3장. 2절. 4 Display
3장. 2절. 5 시뮬레이션 BER 값의 결과 비교
3장. 3절 소프트웨어 설계
3장. 3절. 1 Verilog Encoder
3장. 3절. 2 Hamming decoder
3장. 3절. 4 Hamming encoder test-bench
3장. 3절. 5 Hamming code 시뮬레이션 결과
4장. 결론
|
|
|
오류도 있을 수 있으며, 여러 가지 제한 요소 때문에 이러한 한계를 극복하지 못했음을 물론 연구내용이 미흡하였음을 밝혀둔다.
따라서 향후 연구방향으로 게임산업에 대한 조사 범위를 좀더 확대하고, 합리적인 조사와 실증적 사례를 통한
|
|
|
소프트웨어 개혁이 조기에 정착될 수 있는 기반구축에 일조할 수 있을 것이다.
(3) 발생주의에 의한 복식부기제도의 도입
정부회계는 크게 부정과 오류를 방지하기 위한 내부통제와 정부부문의 효율성 및 업적평가를 위한 기초제공의 두 가
|
|
 |
통해 개발 과정에서 발생할 수 있는 오류를 사전에 발견하고, 품질을 보장할 것입니다. 또한, HIL(하드웨어 인 더 루프) 테스트를 통해 실제 하드웨어와의 연계성을 검증하고, 소프트웨어의 성능을 평가하겠습니다.
마지막으로, 소프트웨어의
|
|
 |
소프트웨어 품질관리에 필요한 업무 이해도를 높였으며, 소프트웨어 오류의 근본 원인을 분석하고 문서화하는 리포트 작성법도 함께 익혔습니다. 이를 통해 소프트웨어 품질 관리에서 요구되는 실무적 시야를 확장할 수 있었습니다. 한
|
|
 |
존의 코드 분석 도구들과 달리, 학습 기반의 평가 모델을 통해 코드의 오류, 보안 취약점, 성능 문제를 조기에 탐지하고 자동 수정 제안을 제공하는 시스템을 목표로 삼고 있습니다.
3) 세 번째로는 이러한 기술을 실제 소프트웨어 개발 환경에
|
|
 |
오류 분석, 메모리 누수 추적 등 실무에 가까운 문제 해결 경험이 많아 실질적인 기여가 가능하다고 생각합니다.
7. 최근 관심 있게 본 자동차 소프트웨어 기술 이슈가 있다면?
‘소프트웨어 정의 차량(SDV, Software Defined Vehicle)’ 개념입니다. 하
|
|
 |
대비와 내부 시스템 복구를 동시에 진행하는 전략을 선택했습니다.
우선 백업 시스템으로 전환하여 업무 연속성을 확보하는 한편, 장애 원인인 서버 소프트웨어 오류를 신속히 수정하기 위한 작업을 시작했습니다. 동시에 관련 부서와 투명
|
|
메뉴펼치기
