Skip to content
ME-706 · Major Project -I/Quick Revision Short Notes

Major Project -I (ME-706) - Unit 1 Short Notes

ME-706: Major Project -I - UNIT 1 SHORT NOTES

(Project Initiation & Proposal Development)


1.0 Introduction to the Major Project

  • 1.1 Purpose & Significance: The Major Project is the capstone integrative experience of an engineering curriculum. It bridges theoretical knowledge with practical application, fostering problem-solving, innovation, and professional skills essential for industry or research.

  • 1.2 Expected Learning Outcomes: Students integrate technical theory (from coursework), develop practical skills (design, simulation, fabrication, testing), and cultivate professional attributes (teamwork, communication, project management, ethical responsibility).

  • 1.3 Key Roles:

    • Student: Primary executor, responsible for research, design, execution, and documentation.

    • Project Guide/Coordinator (Faculty): Provides academic oversight, methodological guidance, and ensures curriculum alignment.

    • Industry/Institution Mentor: Offers domain-specific insights, practical constraints, and real-world validation (if applicable).

  • 1.4 Project Lifecycle: A standard phased approach:

    Initiation → Planning → Execution → Monitoring & Controlling → Closure

    [!TIP] Exam Focus: Be prepared to map your project activities to these five lifecycle phases.


2.0 Problem Identification and Definition

  • 2.1 Sources of Ideas: Problems originate from:

    • Industry: Process inefficiencies, product gaps, quality issues.

    • Society: Environmental challenges, public health, accessibility.

    • Research: Unanswered questions, limitations in existing studies.

    • Entrepreneurship: New market opportunities, disruptive applications.

  • 2.2 Formulation Techniques:

    • 5W1H: What, Why, Who, When, Where, How – forces comprehensive problem framing.

    • Problem Tree Analysis: Visual tool to identify root causes, core problem, and effects.

    • Stakeholder Analysis: Identifies all parties affected/involved and their needs/expectations.

  • 2.3 Crafting the Problem Statement: Must be clear, concise, specific, and feasible. Avoid ambiguity. A good template: "The problem of [X] affects [Y] because [Z], leading to [consequence]."

  • 2.4 Establishing Relevance: Justify the project by linking it to:

    • Societal Impact: Improves quality of life, safety, sustainability.

    • Technical Advancement: Introduces new method, improves performance.

    • Economic Benefit: Reduces cost, increases efficiency, creates value.


3.0 Literature Survey and State-of-the-Art Review

  • 3.1 Objectives:

    • Identify existing solutions and knowledge gaps.

    • Avoid duplicating prior work.

    • Build a theoretical/conceptual foundation for your approach.

    • Learn established methodologies and evaluation metrics.

  • 3.2 Effective Search:

    • Databases: IEEE Xplore, ScienceDirect, SpringerLink, Google Scholar.

    • Keywords & Boolean Operators: Use AND, OR, NOT to refine searches (e.g., "solar tracker" AND "Arduino").

    • Citation Tracking: Use backward (references in a paper) and forward (papers citing a key paper) searching.

  • 3.3 Critical Analysis & Synthesis: Do not just summarize. Compare and contrast studies. Identify:

    • Trends in the field.

    • Common methodologies and their pros/cons.

    • Limitations of existing work (this is where your project fits).

  • 3.4 Documentation & Ethics:

    • Use a consistent referencing style (IEEE common for engineering).

    • Paraphrase and synthesize ideas in your own words.

    • Cite every source to avoid plagiarism (a serious academic offense).


4.0 Defining Project Objectives and Scope

  • 4.1 SMART Objectives: A framework for setting clear goals.

    | Acronym | Meaning | Example (Bad vs. Good) | | :--- | :--- | :--- | | S | Specific | "Improve system" → "Reduce energy consumption of the cooling system by 15%." | | M | Measurable | "Make it better" → "Achieve a response time of < 200ms." | | A | Achievable | Within resources, time, and skill constraints. | | R | Relevant | Directly addresses the core problem statement. | | T | Time-bound | "By the end of the 4th month" or "in Phase 2." |

    \boxed{\text{SMART Objectives: Specific, Measurable, Achievable, Relevant, Time-bound}}

  • 4.2 Goals vs. Objectives vs. Deliverables:

    • Goal: Broad, ultimate aim (e.g., "Develop a smart irrigation system").

    • Objective: Specific, measurable steps to achieve the goal (SMART).

    • Deliverable: Tangible/verifiable output (e.g., "Prototype, Test Report, User Manual").

  • 4.3 Scope Definition:

    • In-Scope: Features, tasks, and deliverables explicitly included.

    • Out-of-Scope: Features/tasks explicitly excluded. Critical for preventing scope creep.

  • 4.4 Work Breakdown Structure (WBS): A hierarchical decomposition of the total scope into manageable work packages. It is the foundation for scheduling and costing.

    Example: Project → Phase → Task → Sub-task


5.0 Project Proposal / Synopsis Writing

  • 5.1 Standard Structure (Essential Sections):

    1. Title Page & Abstract: Concise summary (150-300 words) of problem, method, outcome.

    2. Introduction & Problem Statement: Context, significance, clear problem definition.

    3. Objectives & Scope: List SMART objectives; define in/out-of-scope.

    4. Literature Review Summary: Synthesis of key findings and identified gap.

    5. Proposed Methodology / Approach: Step-by-step plan for execution (design, simulation, development, testing).

    6. Expected Outcomes & Deliverables: What will be produced (prototype, software, paper).

    7. Preliminary Timeline: Gantt Chart showing major milestones and tasks over time.

    8. Resource Requirements: List equipment, software, materials, and estimated budget.

    9. Risk Assessment (Preliminary): Identify potential technical, time, or resource risks and mitigation plans.

    10. References: Formatted consistently (e.g., IEEE).

  • 5.2 Principles of Technical Writing: Clarity (avoid jargon), Conciseness (be brief), Cohesion (logical flow), Accuracy (factually correct).

  • 5.3 Presentation & Defense: Proposal document is the contract. Defense is an oral presentation to a committee. Focus on storytelling: Problem → Your Solution → How You'll Do It → What You'll Get.


6.0 Preliminary Project Planning & Management Tools

  • 6.1 Time Management:

    • Milestone Chart: High-level view of major decision points/deliverables.

    • Gantt Chart: Bar chart showing tasks, durations, dependencies, and milestones over the project timeline. Created in MS Project, Excel, or tools like draw.io.

  • 6.2 Resource Planning: Identify all required human resources (team skills), material resources (components), and computational resources (software licenses, cloud computing).

  • 6.3 Project Management Software:

    • Scheduling: MS Project, GanttProject.

    • Collaboration/Tracking: Trello, Asana, Notion.

    • Version Control (CRITICAL for code/docs): Git (with GitHub/GitLab/Bitbucket). Tracks changes, enables collaboration.

  • 6.4 Basic Cost Estimation: Top-down (based on similar past projects) or Bottom-up (estimate cost of each WBS element and sum). Include contingency (5-15%) for unforeseen expenses.


7.0 Feasibility, Ethics, and Sustainability

  • 7.1 Technical Feasibility: Can it be built with available/accessible technology and within team skill limits? Assess required expertise, technology readiness level (TRL), and technical complexity.

  • 7.2 Operational & Economic Feasibility:

    • Operational: Will it work in the intended environment? User acceptance?

    • Economic: Cost-Benefit Analysis (CBA). Compare total costs (development, operation) to total benefits (monetary savings, revenue, intangible value). Consider Return on Investment (ROI).

    \boxed{\text{ROI} = \frac{\text{Net Benefit}}{\text{Total Cost}} \times 100%}

  • 7.3 Ethical Considerations:

    • Research Ethics: Informed consent (if human subjects), data integrity.

    • Data Privacy: Compliance with regulations (e.g., GDPR), secure handling of personal data.

    • Safety: Design for user safety, follow lab/workshop protocols.

    • Social Impact: Consider job displacement, accessibility, bias in algorithms.

  • 7.4 Sustainability Aspects: Evaluate environmental impact (materials, energy use, e-waste). Apply lifecycle thinking (cradle-to-grave or cradle-to-cradle). Aim for energy efficiency, recyclability, and minimal pollution.


8.0 Administrative and Procedural Aspects

  • 8.1 Institutional Guidelines: MANDATORY. Thoroughly read and comply with the Department/University Project Handbook. Covers submission deadlines, format, evaluation criteria, and required forms.

  • 8.2 Roles & Responsibilities (RACI Matrix): Clarifies who is Responsible, Accountable, Consulted, Informed for each key task.

  • 8.3 Communication Plan:

    • Frequency: Weekly team meetings, bi-weekly guide meetings.

    • Progress Reports: Structured format (accomplishments, next steps, issues).

    • Stakeholder Updates: Tailored communication for mentors, industry, committee.

  • 8.4 Documentation Standards:

    • Lab Notebook/Project Logbook: Bound, dated, signed. Legal document for intellectual property.

    • Version Control: Use Git for all code and major documents (proposal, reports). Commit messages must be meaningful.


9.0 Presentation and Defense of the Proposal

  • 9.1 Preparing Slides:

    • Visual Design: Clean, professional template. High-quality figures/diagrams. Minimal text (keywords/phrases).

    • Storytelling Flow: 1. Hook (Problem), 2. Your Solution, 3. How You'll Prove It (Method), 4. What You'll Deliver, 5. Timeline & Resources.

  • 9.2 Oral Presentation Skills:

    • Structure: Clear introduction, body, conclusion. Signpost your talk.

    • Delivery: Confident, clear voice, eye contact. Practice timing.

    • Handling Q&A: Listen fully, clarify questions, admit if you don't know (but say how you'd find out). Defend with evidence from your literature review.

  • 9.3 Incorporating Feedback: The defense is a review. Critically note all committee suggestions. Revise the proposal document accordingly to address legitimate concerns.

  • 9.4 Final Approved Proposal: This document becomes the formal contract between the student team, guide, and institution. It defines the agreed scope, objectives, and plan for the project's execution phase (Major Project-II).

[!TIP] Common Pitfalls to Avoid:

  1. Vague Problem Statement: Leads to unclear objectives.
  1. Ignoring Literature: Reinventing the wheel; missing key methodologies.
  1. Unrealistic Scope/Objectives: "Build a fully autonomous car" in 6 months.
  1. Poor Timeline: No task dependencies, unrealistic durations.
  1. Neglecting Ethics/Sustainability: Can lead to project rejection or redesign.
  1. No Version Control: "Final_final_v3_reallyFinal.docx" chaos.
  1. Weak Presentation: Reading slides, exceeding time, poor Q&A handling.
Go to where you left off?

Quick Add to Notes

Save questions, your own notes and screenshots into notes filed by unit. It takes a free account.

Create free account

Have an account? Log in