Інформація для включення
- Посилання на контролер і оригінальне програмне забезпечення
- Опис необхідної поведінки
- Апаратне забезпечення, інтерфейси та призначення
- Доступна технічна інформація та обмеження проекту
BlagTuning / Програмне забезпечення
Коли стандартного запиту файлу недостатньо, проект починається з потрібної поведінки програмного забезпечення. Чіткі вимоги перетворюють складну ідею в сферу розробки.
Розробка на замовлення починається з опису того, що повинна робити система, за яких умов і з яким обладнанням. Корисна специфікація ідентифікує контролер, доступне програмне забезпечення та вхідні дані або робочі стани, що відповідають запитуваній поведінці.
Це відрізняється від вибору звичайної категорії калібрування. Для конверсії, інтеграції компонентів або певної вимоги до контролю може знадобитися етап техніко-економічного обґрунтування, перш ніж можна буде визначити поставку. Перша мета — зробити технічну вимогу достатньо зрозумілою для оцінки.
Робота програмного забезпечення є більш надійною, якщо відомі оригінальне посилання, попередні модифікації та призначення. Надайте наявну ідентифікацію та поясніть поточну поведінку. Якщо задіяно кілька контролерів, опишіть їхні ролі та відповідну конфігурацію.
Знання стратегій ECU є цінним, оскільки воно допомагає поставити правильні запитання та визначити залежності. Не слід стверджувати, що кожна функція доступна на кожному контролері. Обсяг розробки підтверджено для фактичного програмного забезпечення та проекту.
Спеціальний проект потребує спільного розуміння того, що буде виконано та як буде оцінюватися прогрес. Узгодьте необхідну поведінку, інформацію, яку надасть семінар, і моменти, в яких програмне забезпечення буде перевірено.
Тримайте кожну версію ідентифікованою. Якщо зміна апаратного забезпечення або додаткова вимога змінюють проект, запишіть це явно. Чітка історія переглядів допомагає відрізнити коригування в межах узгодженого обсягу від нового запиту на розробку. Це також робить подальшу технічну підтримку ефективнішою.
Розробник програмного забезпечення та майстерня надають різну інформацію. Файлова робота стосується програмного забезпечення контролера; майстерня надає контекст встановлення та відповідні спостереження з програми. Якість цього обміну часто визначає, наскільки ефективно може просуватися складний запит.
Тестування має відповідати на актуальні питання проекту. Це може включати порівняння програмного забезпечення, робочих даних або інші відповідні перевірки, а не лише вимірювання потужності. Результатом є визначений програмний продукт із контекстом, необхідним для його належного використання та перегляду.
Універсальна сумісність не передбачається. Здійсненність залежить від визначеного програмного забезпечення, контролера та вимог.
Не обов'язково. Обсяг і умови розробки необхідно узгодити перед початком робіт.
Точна вимога, надійне оригінальне програмне забезпечення та чіткий опис апаратного забезпечення та поточної поведінки.