azaion/gps-denied-onboard
1
0
Fork 0
mirror of https://github.com/azaion/gps-denied-onboard.git synced 2026-04-23 01:26:37 +00:00
Code Issues Packages Projects Releases Wiki Activity

small fixes

Browse Source
This commit is contained in:
Oleksandr Bezdieniezhnykh
2025-11-23 18:31:33 +02:00
parent bed8e6d52a
commit acec83018b
4 changed files with 10 additions and 8 deletions
Download Patch File Download Diff File Expand all files Collapse all files
.cursor/commands/2.planning/2.1_gen_components.md
+7 -5
View File
@@ -7,7 +7,7 @@
Located here: `@docs/00_problem/input_data`. They are for reference only, yet it is examples from the real data. Located here: `@docs/00_problem/input_data`. They are for reference only, yet it is examples from the real data.
## Restrictions for the input data ## Restrictions for the input data
`@docs/00_problem/restrictions.md.md`. `@docs/00_problem/restrictions.md`.
## Acceptance criteria for the output of the system: ## Acceptance criteria for the output of the system:
`@docs/00_problem/acceptance_criteria.md`. `@docs/00_problem/acceptance_criteria.md`.
@@ -19,13 +19,15 @@
You are a professional software architect You are a professional software architect
## Task ## Task
- Read problem description and solution draft, analyze it thoroughly
- Decompose a complex system solution to the components with proper communications between them, so that system would solve the problem. - Decompose a complex system solution to the components with proper communications between them, so that system would solve the problem.
- Think about components and its interaction - Think about components and its interaction
- Think about possible requirements needed for complete full interaction flow. - For each component investigate and analyze in a great detail its requirements. If additional components are needed, like data preparation, create them
- When you've got full understanding of how exactly each component will interact with each other - Solution draft could be incomplete, so add all necessary components to meet acceptance criteria and restrictions
- When you've got full understanding of how exactly each component will interact with each other, create components
## Output ## Output
- When all the uncertainties would be cleared by user, store description of each component to the file `docs/02_components/[##]_[component_name]/[component_name]_spec.md` with the next structure: - Store description of each component to the file `docs/02_components/[##]_[component_name]/[component_name]_spec.md` with the next structure:
- Component Name - Component Name
- Detailed description - Detailed description
- API methods, for each method: - API methods, for each method:
@@ -38,7 +40,7 @@
- Test cases for the method - Test cases for the method
- Integration tests for the component if needed. - Integration tests for the component if needed.
- Non-functional tests for the component if needed. - Non-functional tests for the component if needed.
- Extensions and helpers to support functionality across multiple components store to a separate folder `docs/02_components/helpers`. - Store Extensions and Helpers to support functionality across multiple components to a separate folder `docs/02_components/helpers`.
- Generate draw.io components diagram shows relations between components. - Generate draw.io components diagram shows relations between components.
## Notes ## Notes
.cursor/commands/2.planning/2.2_gen_epics.md
+1 -1
View File
@@ -7,7 +7,7 @@
Located here: `@docs/00_problem/input_data`. They are for reference only, yet it is examples from the real data. Located here: `@docs/00_problem/input_data`. They are for reference only, yet it is examples from the real data.
## Restrictions for the input data ## Restrictions for the input data
`@docs/00_problem/restrictions.md.md`. `@docs/00_problem/restrictions.md`.
## Acceptance criteria for the output of the system: ## Acceptance criteria for the output of the system:
`@docs/00_problem/acceptance_criteria.md`. `@docs/00_problem/acceptance_criteria.md`.
.cursor/commands/2.planning/2.3_gen_tests.md
+1 -1
View File
@@ -7,7 +7,7 @@
Located here: `@docs/00_problem/input_data`. They are for reference only, yet it is examples from the real data. Located here: `@docs/00_problem/input_data`. They are for reference only, yet it is examples from the real data.
## Restrictions for the input data ## Restrictions for the input data
`@docs/00_problem/restrictions.md.md`. `@docs/00_problem/restrictions.md`.
## Acceptance criteria for the output of the system: ## Acceptance criteria for the output of the system:
`@docs/00_problem/acceptance_criteria.md`. `@docs/00_problem/acceptance_criteria.md`.
docs/_metodology/tutorial.md
+1 -1
View File
@@ -79,7 +79,7 @@
- Store the new revised result draft to the `docs/01_solution/solution_draft.md` - Store the new revised result draft to the `docs/01_solution/solution_draft.md`
- Repeat the process 1.3 from the beginning - Repeat the process 1.3 from the beginning
When the next solution wouldn't differ much from the previous one, store the last draft as `docs/01_solution/solution.md` When the next solution wouldn't differ much from the previous one, or become actually worse, store the last draft as `docs/01_solution/solution.md`