|
State Activity Diagram
6.2.1 로그인
6.2.2 회원 가입
6.2.3 인스턴트 메시지
6.2.4 회의실
6.3 Sequence Diagram
7. 개발 환경 명세
7.1 시험 환경 및 기법
7.2 모듈 시험계획
8. 요구사항 참조표
9. 기타 사항
참 고 문 헌
부록 #1 (소스코드)
|
|
|
R E P O R T
과 목 명 :
담당 교수 : 교수님
제 출 일 :
소 속 :
학 번 :
이 름 :
소프트웨어 컨플릭트2.0을 읽고...
소프트웨어공학 과제로 이책을 읽고 감상문을 써야해서 읽기 시작했지만 생각했던것과 달리 딱딱한 공학이야기가 아니라 소프트
|
|
|
소프트웨어 공학윤리 강령과 업무 규범. 이 강령은 ACM과 IEEE Computer Society이 채택했고, 소프트웨어 엔지니어에게 윤리적이고 전문적인 가이드라인을 제공한다.
소프트웨어 엔지니어는 소프트웨어 분석, 명세, 설계, 개발, 테스팅, 유지보수가
|
|
|
소프트웨어부분은 14.1%로 가장 높은 성장율을 나타낼 것으로 예측되었다
또한 국내 총생산 대비 소프트웨어 산업의 비중도 1994년 0.6%에서 2000년 1.96%로 급격히 증가하고 있다 1.서론
2.산업화 사회의 발전과 산업공학
3.소프트웨어 공
|
|
|
방법론
구조적 분석(Demarco, Gane과 Sarson)
SADT(SofTech) 소프트웨어 공학의 역사
CASE
사용자 인터페이스 관리 시스템
컴포넌트 기반 소프트웨어 개발
웹 엔지니어링
소프트웨어 재사용
소프트웨어 리엔지니어링
실시간 소프트웨어 설계
|
|
|
소프트웨어 가격이 하드웨어 가격보다 높은 경우도 많음
1968년 무렵부터 “소프트웨어공학”이 제창되어 소프트웨어를 만드는 방법의 연구가 계속 진행
시스템 소프트웨어와 응용 소프트웨어로 구성
시스템 소프트웨어(System Software)
사
|
|
|
요구된다. *정보공학적 개발 방법론
1) 정통적인 정보공학 절차
2)신속한 개발방법론(RAD)
3) IE-RAD
4)모형에 의한 접근(Template/Package Approach)
5)재구축(Re-Engineering)
-<소프트웨어공학과 정보공학의 관계>
-<정보공학의 한계와 전망>
-<결론>
|
|
|
해나가서 좋은 결과를 얻어내는것에서 그치지 않고, 실패한 결과에도 순응하고 모든 것에 책임을 질 줄 알아야 한다고 생각합니다. 컴퓨터 보안도 마찬가지입니다. 수많은 약관에 동의하며 개인정보를 책임지겠다고 하는 회사들을 보며 화가
|
|
|
처리, 인공 지능, 멀티미디어, 소프트웨어 개발도구 1.1 소프트웨어와 시스템
1.2 소프트웨어의 위기
1.3 소프트웨어 공학
1.4 좋은 소프트웨어의 조건
1.5 소프트웨어 프로세스 모형
1.6 소프트웨어 개발에 영향을 미치는 요소
|
|
|
젝트는 5개월이 걸렸으며 총 비용은 $140,000였습니다.
4. 결론
각 방법에서 얻어진 다양한 결과들을 바탕으로 회사는 최종적인 결정을 내릴 수 있습니다. 전문가 판단과 아날로그 추정 방식에서 얻어진 값이 가장 낮았지만 알고리즘 모델에서
|
|
메뉴펼치기
