프로젝트 소개

지식

2022

프로젝트의 도입이 무엇인지, 어떻게 하면 되는지 설명합니다. 피해야 할 일반적인 실수와 몇 가지 예.

프로젝트 소개에서 다룰 주제가 예상됩니다.

프로젝트 소개란?

용어 소개 동사에서 온다 소개하다, 이는 세트 내에서 해당 이름이 포함된 섹션이 독자에게 주제를 소개하거나 소개하는 책임이 있음을 의미합니다. 객관적인초안. 이 섹션은 서문, 예비 또는 프롤로그의 이름과 함께 존재할 수 있지만 정확히 일치하지는 않습니다. 동의어.

모든 경우에 그 기능은 독자에게 모든 것을 제공하는 것입니다. 정보, 개념, 데이터 오른쪽 발로 주제를 입력하는 데 필요할 수 있는 문제의 맥락적, 명료화 또는 일반적인 틀. 즉, 독자가 글을 접하는 첫 번째 접촉에 대해 이야기하는 것이므로 문제의 출발점이 될 것입니다.

모든 서론은 선행되고 그것이 일부인 연구의 정신에 맞게 조정되어야 합니다. 텍스트 (그것이 책이든, 암송, 모노그래프등) 및 별도의 장. 여기에서 나머지 작업에 대해 논의하고, 관련 정보를 제공하고, 가능한 약점을 언급하거나, 문제를 간단히 설명합니다. 동기 프로젝트 뒤에.

따라서 모든 서론에 해당하는 단일 또는 보편적인 요점 또는 주제 세트가 없으며 단일 방식으로 접근할 수 없습니다. 1인칭 단수(I)나 복수(We)로도 작가의 관점에서 쓸 수도 있고, 비인격적인 3인칭으로 좀 더 분리되고 형식적인 어조를 고수할 수도 있다("It was done", ") .

프로젝트 소개는 어떻게 이루어지나요?

서론을 작성할 때 이상적으로는 자신에게 프로젝트에 대한 질문을 하고 가능한 한 가장 교훈적인 방법으로 답하려고 노력하는 것입니다. 예를 들어:

  • 어느 곳에서 문맥 프로젝트가 나타납니까? 어느 곳에서 전통 당신은 가입합니까?
  • 당신에게 동기를 부여하는 것은 무엇입니까? 아이디어는 어디에서 왔습니까?
  • 있다면 어떤 이전 경험이 있었습니까?
  • 프로젝트가 제안하는 목표는 무엇이며 왜 중요한가요?
  • 오늘날의 세계에서 프로젝트 주제는 얼마나 중요합니까?

적절한 질문이 공식화되면 다음 단계는 가장 일반적인 것부터 가장 구체적인 것까지 또는 우리에게 매력적이며 독자에게 유용한 텍스트를 구성할 수 있는 기준에 따라 질문을 구성하는 것입니다.

문제는 걸림돌로 넘어가지 않고 도식적이지 않은 유동적인 텍스트를 만드는 것입니다. 토론할 주요 주제인 "배경", "목표", "연구의 중요성" 등으로 나누는 자막으로 스스로를 돕는 것은 나쁜 생각이 아닙니다.

마지막으로 고려해야 할 사항은 프로젝트의 소개가 처음부터 끝까지 전체에 대한 개요가 필요하기 때문에 항상 가장 마지막에 작성해야 한다는 것입니다.

소개에서 피해야 할 일반적인 실수

소개를 할 때 저지르는 가장 흔한 실수는 다음과 같습니다.

  • 학교 문구로 시작하십시오. "이 작품은 ..." 또는 다른 유사한 공식으로 시작하여 글을 마치 초등학교 작품처럼 보이게 할 것입니다. 좋은 소개는 확실히 프로젝트의 사명의 주제를 다루지만 그것에 대해 더 말할 것이 있어야 합니다. 게다가 엄청나게 지루한 시작이다.
  • 너무 많이 방황. 상황에 맞는 정보를 제공하고, 더 넓은 관점을 보여주고, 과거의 데이터를 빼는 것은 괜찮습니다. 그러나 페이지와 페이지에서는 독자가 지루하거나 주의를 산만하게 만들 위험이 있어 독자가 귀하의 프로젝트나 Wikipedia를 읽고 있는지 더 이상 알지 못할 것입니다. 요점을 파악하세요.
  • 할말이 없습니다. 위와 반대입니다. 소개가 반 페이지만 차지하는 것은 정상이 아니므로 할 말이 없음을 나타냅니다. 세 페이지가 다른 단어를 사용하여 같은 내용을 계속해서 반복하는 경우에도 마찬가지입니다. 할 말을 찾으십시오. 관점을 바꾸거나 생각할 시간을 주어야 합니다. 또는 프로젝트가 일부인 컨텍스트를 약간 살펴봐야 할 수도 있습니다.

프로젝트 소개의 예

아래에서 다양한 프로젝트의 특성에 맞게 개발 및 적용할 수 있는 몇 가지 도입 가능성을 제시합니다.

  • 프로젝트 제목에 있는 키워드의 어원에서 시작하여 독자에게 프로젝트의 주요 선행 사례를 다루는 주제의 역사를 제공하고 그 동기를 설명하는 것으로 끝납니다.
  • 의 영역의 주요 과제를 설명합니다. 관심 이를 해결하기 위한 이전의 시도와 그들이 제시한 실패에 대해 자세히 설명합니다. 그런 다음 이것이 프로젝트 작성자에게 새로운 경로를 제안하도록 영감을 준 방법을 설명합니다.
  • 의 일화를 기억하십시오. 성격 전 세계적으로 또는 적어도 프로젝트 테마의 특정 영역에서 인정받고, 그 일화의 일부를 프로젝트 목표의 정당화로 사용하고, 기억하는 사람에게 경의를 표하려고 노력합니다.
  • 이전에 실패한 경험을 나열하고 무엇이 잘못되었고 왜 잘못되었는지 자세히 설명한 다음 연구원들이 불을 켠 덕분에 재미있거나 흥미로운 일화를 말하고 이제 오류 없이 다시 시도할 수 있습니다.
  • 프로젝트 주제에 대한 복잡하지만 중심적인 기술 개념에서 시작하여 독자에게 프로젝트를 이해하는 새로운 방법을 제공하고 이는 나머지 프로젝트의 정신으로 작용할 것입니다. 연구. 그런 다음 프로젝트의 예기치 않은 결과에 대해 자세히 설명합니다.

프로젝트의 범위 및 제한 사항

일반적으로 서론이나 별도의 섹션에서 프로젝트의 범위와 한계에 대해 이야기합니다. 어쨌든, 프로젝트의 범위에 대해 이야기할 때, 우리는 우리가 그것을 얼마나 멀리 가고 싶은지, 즉 우리가 알고 있는 주제가 우리가 계획한 것보다 더 방대하고 복잡하다는 것만 설명할 것입니다. 태클.

예를 들어 프로젝트가 제거에 관한 것이라면 화석 연료, 우리가 잘 알고 있듯이, 우리는 그것을 할 수 있는 많은 가능한 방법 중 하나를 탐구하는 것으로 만족할 것이라고 설명하는 것이 논리적입니다.

범위를 설명함으로써 프로젝트의 제한 사항도 설명할 수 있습니다. 예산, 에서 날씨, 복잡성 등 우리는 전능하지 않으며 누구도 우리가 될 것이라고 기대하지 않습니다. 따라서 우리가 정확히 무엇을 하려는지 그리고 어떤 한계 내에서 설명할 가치가 있습니다.

!-- GDPR -->