guolola / SoftJL
git clone https://github.com/guolola/SoftJL.git
v2.2.3 · today
Self-hosted AI workspace for software engineering capstone and course projects. Generate UML models, system designs, test cases and editable DOC specifications from requirements. Supports traceability, your own model provider and optional read-only MCP access.
—
stars, 24h
+95
stars, 7 days · #567
+95
stars, 30 days · #2,467
95
★ total · +95% this week
4
forks · 1 open issues
Star history starts 2026-10-20; the chart appears after the second daily snapshot.
LanguageTypeScript
LicenseApache-2.0
Created2026-10-15 (5d ago)
Last pushtoday
Watchers5
OwnerUser
GitHub topics
aicapstone-projectcourse-projectdocument-generationfinal-year-projectmcpmodel-context-protocolplantumlrequirements-engineeringrequirements-traceabilityself-hostedsoftware-engineeringtest-case-generationuml
Links
- GitHub: github.com/guolola/SoftJL
- Homepage: https://jianglisoftware.com
- Releases · Issues · Hacker News mentions
README excerpt
**English** | 简体中文 # SoftJL Community An engineering workspace for capstone and course projects Connect requirements, UML, design, tests and engineering documents with your own model service. Review coverage · Follow changes · Explain your work > Trace your designs, guide your revisions. Review models, tests and specifications against the same requirements, follow change impacts and organize design sources you can explain in reviews and your defense. ## Revise requirements, trace designs, explain your work For software capstone projects, course projects and UML assignments, the workspace helps students check whether requirements are reflected in designs and tests, identify materials affected by changes and explain where their design decisions came from. | What to check | How the platform helps | Supporting materials | | --- | --- | --- | | Which designs need updating after requirements change | Save and confirm revised rules, then follow linked artifacts and update status | Requirement baselines, source relationships and change impact | | Which requirements lack design or test support before submission | Locate missing or review-needed relationships in traceability matrices and check normal, exceptional and boundary tests | Coverage gaps and design content requiring review | | Whether diagrams and specifications describe the same behavior | Generate specifications from saved models and designs, then compare diagrams and edit the text | Editable, versioned DOCX specifications | | Which designs and acceptance criteria should guide implementation | Enable read-only MCP and connect an external Coding Agent to read complete designs, acceptance criteria and tests | Inputs for coding and actual verification in your own repository | | How to explain design sources during a review or defense | Revisit relationships between requirements, designs and tests, together with task history | Sources for explaining design choices and test coverage | Source links and coverage counts help locate content to inspect. Open the models to check their actual constraints and behavior. Run generated test cases against the real system; consistency between diagrams, specifications and code requires human review and execution evidence. ### Project materials you can prepare - **Analysis and design**: requirement rules, feasibility analysis, UML models and system designs. - **Testing and presentation**: test cases, coverage matrices, traceability matrices and task records for checking your work. - **Engineering documents**: feasibility reports, requirements specifications and software design descriptions, with version management and DOCX downloads; preview DOCX in the browser and edit downloaded files in your Word-compatible editor. - **Implementation inputs**: saved designs and acceptance criteria for a compatible Coding Agent to use when implementing and testing in an external repository. Review generated content, organize documents according to your school's requirement