Benutzer-Werkzeuge

Webseiten-Werkzeuge


start

Below is a pragmatic, “first-90-days” roadmap you can refine as you learn more about scope, team size and schedule pressure. Follow the sequence top-to-bottom; resist the temptation to dive straight into detailed block diagrams until the early infrastructure is in place.

Phase 0 - Kick-off (Week 0)

Why it matters Must-do actions Tangible output Align on purpose & success criteria • Draft a one-page charter: business goals, target markets, performance & cost KPIs (PPA, NRE, yield, time-to-market).• Nominate a technical product owner who can make trade-off calls daily. Signed-off charter + list of key stakeholders

Phase 1 – Foundations (Weeks 1-4)

Stream Key tasks Deliverables / tooling 1. Requirements & use-cases • Collect marketing requirements → translate into stakeholder needs (latency, accuracy, compliance).• Capture one or two hero use-cases that exercise both analog & digital domains. Baseline SysML 2.0 RequirementDefinition package 2. Modelling environment • Choose a SysML 2.0-capable tool (e.g., Cameo 2025, Catia Magic, MBSE Pack).• Spin up Git (or Perforce) repos; define branch strategy. • Tool licenses procured• Repo with .model skeleton & README 3. Modelling guidelines • Write ~5-page “MBSE Style Guide”: naming, stereotypes, view conventions, parametric sim rules.• Set up continuous model validation (e.g., Meister MBSE CI plug-in). Guide in repo + CI job that fails on broken «RequirementTrace»

Phase 2 – System Context & Architecture Skeleton (Weeks 5-8)

1.	Context Diagram & Value Stream – external actors, data/energy flows.
2.	Feature Breakdown Structure – decomposed to ~3rd level (sensor front-end, ADC, PLL, AI accelerator, etc.).
3.	Allocate each feature to concept work-packages (WPs) with clear acceptance criteria and interfaces.
4.	Define verification intents early using «TestCase» objects linked to requirements (shift-left V-model).

Result: A SysML 2.0 top-level model with context, features, and initial block decomposition (roughly 10–15 blocks) plus traceability matrix to requirements.

Phase 3 – Deep-Dive Work-Packages (Weeks 9-16)

WP Focus Early exit criteria WP-A Analog Front-End Signal chain, noise budgets, ADC architecture options. Parametric model proving SNR ≥ spec margin. WP-B Digital Subsystem Processor/ML core selection, firmware partitioning, clocking. Block-level power estimate within ±20 %. WP-C Verification Concept Mixed-signal simulation strategy, emulation hooks, VIP kits. Written Verification Plan + testbench skeleton. WP-D Toolchain Automation Scripts to sync SysML ⇄ HDL/AMS models, BoM generator. CI job translating model changes into stub RTL/Verilog-AMS.

Phase 4 – Convergence & Trade-off Loop (Weeks 17-24)

1.	Weekly architecture review – validate interface contracts, latency/power numbers.
2.	Scenario-based simulations using SysML parametrics + AMS/RTL co-sim (e.g., SystemC-AMS).
3.	Design-space exploration – run DOE or GA optimization on key parameters (ADC bits vs. power, PLL jitter vs. area).
4.	Update the model → auto-update verification plan and BOM.

Outcome: Frozen v1.0 architecture, ready for RTL/analog design kickoff and taped-out verification strategy.

Phase 5 – Delivery & Continuous Improvement (Months 6-12)

•	Model-to-silicon traceability metrics in dashboards.
•	Defect logging workflow feeding back to SysML issues.
•	Quarterly competitive tear-down reviews; adjust roadmap.

What to Do This Week

Day Action Mon Schedule 1-hr charter workshop with marketing & engineering leads. Tue Identify SysML tools; request quotes & trial licenses. Wed Spin up Git repo; stub folders: /requirements, /model, /guidelines. Thu Draft MBSE Style Guide skeleton (2 pages are enough to start). Fri Pick one hero use-case and write the first 5 high-level requirements in SysML.

Good Practices to Bake-in Early

•	“Thin-slice first” – model one complete but narrow vertical slice (e.g., sensor-to-digital-output) before broadening width.
•	Executable specifications – attach parametric equations & simulations into SysML blocks; they become living documentation.
•	Shift-left verification – every requirement gets a bound early test intent; block owners co-own coverage.
•	Automate or regret later – CI that checks model lint, generates skeleton RTL, and reports traceability saves months.

Suggested Next Step

Once you’ve run through Week 0–4, let me know and I can help you flesh out the individual work-package backlogs (epics, user stories, acceptance tests) or draft the MBSE Style Guide. Happy to dive deeper wherever you need.

start.txt · Zuletzt geändert: 2025/07/15 05:54 von 2003:ee:f22:2400:3cd0:2d2f:fd0e:acc6

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki