ood-new-project

Generate six-step OOD design draft files from completed OOA artifacts.

Updated Mar 22, 2026
One-click install
npx skills add https://github.com/GoGradually/usecase-driven-design-skills --skill ood-new-project
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ood-new-project
Source: https://github.com/GoGradually/usecase-driven-design-skills/tree/main/usecase-driven-design/skills/ood-new-project
Command: npx skills add https://github.com/GoGradually/usecase-driven-design-skills --skill ood-new-project

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The OOD workflow for new features requires starting from verified OOA outputs and coordinating a six-step design process. This skill automates the creation of a fresh OOD draft for a project after OOA completion, ensuring traceability and consistent file structure.

Core Features & Use Cases

  • Step-based file generation: architecture, interactions, responsibilities, design patterns, class diagrams, cross-cutting concerns.
  • OOA→OOD traceability enforcement: ensures OOA inputs exist before execution.
  • File-based outputs: Each step produces a markdown file in a standardized directory, culminating in a consolidated draft.

Quick Start

Run this skill after you have completed the OOA work and provide the required OOA inputs to generate the six-step OOD draft files.

Frequently Asked Questions about ood-new-project

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I start an OOD draft from completed OOA artifacts?

To start an OOD draft from completed OOA artifacts, you provide the verified OOA outputs as inputs to trigger an automated six-step file generation process. This ensures strict OOA to OOD traceability and produces a standardized directory of markdown design files.

What is the best way to enforce traceability from OOA to OOD in software engineering workflows?

Enforcing traceability from OOA to OOD requires verifying that OOA inputs exist before generating design drafts. An automated usecase-driven workflow enforces this by linking completed analysis artifacts directly to standardized architecture, interaction, and responsibility design files.

How do I generate standardized OOD documentation files for architecture and design patterns?

Generating standardized OOD documentation files requires executing a six-step process that outputs individual markdown files for architecture, interactions, responsibilities, design patterns, class diagrams, and cross-cutting concerns. These files culminate in a consolidated design draft.

Does this OOD draft generation process require completed OOA inputs before execution?

Yes, the OOD draft generation process requires completed OOA inputs before execution. The workflow explicitly checks for and enforces OOA to OOD traceability, preventing the design phase from starting until verified analysis artifacts are provided.

Can I use this usecase-driven design workflow without a prior OOA phase?

No, you cannot use this usecase-driven design workflow without a prior OOA phase. The process targets software engineering workflows requiring rigorous traceability and enforces a prerequisite check to ensure OOA artifacts exist before executing the six-step generation.

Why does my OOD design workflow need a six-step file generation process?

An OOD design workflow needs a six-step file generation process to systematically capture architecture, interactions, responsibilities, design patterns, class diagrams, and cross-cutting concerns. This standardizes outputs into markdown files, ensuring comprehensive documentation and consistent file structure.