번역 지원 (소프트웨어 엔지니어링 정보)

10 년의 목표는 반복 가능하고 예측 가능한 프로세스나 방법을 찾아 생산성과 품질을 높이는 것이다. 텍스트 소프트웨어를 까다롭게 보이는 작업을 체계화하거나 포맷하려는 시도. 그리고 프로젝트 관리 기술 소프트웨어를 신청해서 쓰겠습니다. 프로젝트 관리가 없다면 소프트웨어 프로젝트는 나중에 쉽게 제공되거나 예산이 책정될 수 있습니다. 대량의 소프트웨어 프로젝트를 사용하는 것은 그들의 기대에 맞지 않는다. 기능, 비용 또는 제공 계획에 따라 효과적인 프로젝트 관리는 어려운 것으로 판명되었습니다.

프로세스 단계

소프트웨어 엔지니어링은 많은 작업, 특히 다음 작업을 수행해야 하며, 그 중 일부는 소프트웨어를 직접 초래하지 않는 것 같습니다.

선행 조건 분석

열심 있는 소프트웨어 제품의 소프트웨어 엔지니어링 요구 사항은 그것을 만드는 최우선 과제이다. (존 F. 케네디, 소프트웨어, 소프트웨어, 소프트웨어, 소프트웨어, 소프트웨어) 고객은 소프트웨어가 무엇을 할 것인지를 알고 있다고 생각할 수 있지만, 불완전하거나 모호하거나 모순된 요구를 식별하기 위해서는 소프트웨어 엔지니어링에 대한 기술과 경험이 필요할 수 있습니다.

규범

사양서는 소프트웨어 임무를 결정하기 위해 정확하게 작성되었으며 수학적으로 엄격하다. 실제로 대부분의 성공적인 사양은 이미 개발된 기존 애플리케이션을 이해하고 최적화하기 위해 작성되었습니다. 사양은 외부 인터페이스에 가장 중요합니다. 이것은 반드시 안정을 유지해야 한다.

설계 및 건축

디자인과 아키텍처는 세부 사항을 포함하지 않고 전체적으로 소프트웨어를 식별하는 기능을 말합니다. 보통이 단계는 두 개의 2 차 단계로 나뉩니다.

컴퓨터 프로그램 준비

설계를 코드로 단순화하는 것이 소프트웨어 엔지니어링에서 가장 눈에 띄는 부분일 수 있지만 반드시 가장 큰 부분은 아닙니다.

실험

테스트 소프트웨어의 일부, 특히 코드는 두 명의 다른 엔지니어가 소프트웨어 엔지니어에게 떨어뜨려야 합니다.

문서

중요한 (자주 간과되는) 작업은 향후 유지 관리 및 개선을 위한 소프트웨어 내부 설계를 제공합니다. 문학은 외부 인터페이스에 가장 중요하다.

유지

최근 발견된 문제나 새로운 요구 사항을 해결하기 위해 소프트웨어를 유지 관리하고 개선하려면 Tim 의 소프트웨어에 대한 초기 개발이 더 필요할 수 있습니다. 원래 설계를 변경하지 않는 코드를 추가해야 할 뿐만 아니라 완료 후 소프트웨어 작업을 결정하는 방법에 소프트웨어 엔지니어의 엄청난 노력이 필요할 수 있습니다. 소프트웨어 엔지니어링의 약 3 분의 2 는 유지 관리이지만 이 통계는 오도될 수 있습니다. 작은 부분은 코끼리 벌레입니다. 대부분의 유지 관리 및 확장 시스템은 새로운 일을 하는데, 이는 여러 방면에서 새로운 직업으로 간주될 수 있다. 마찬가지로 토목 공학, 건축 및 시공 작업의 약 3 분의 2 가 비슷한 방식으로 유지됩니다.

너에게는 또 한 가지 좋은 일이 있다.

. yahoo.com/