Նկարագրեք իրական աշխատանքային միջավայրը
Բացատրեք՝ ով, որտեղ, որքան հաճախ և ինչ սարքով է օգտվում, ինչ ցանց, ջերմաստիճան, սնուցում, լեզու ու accessibility է պետք և ինչ հետևանք ունի խափանումը։ IoT-ի համար նկարագրեք sensor-ի ճշգրտությունը, կապը, offline վարքը, provisioning-ը, enclosure-ը, power-ը, տեղադրումն ու backend-ը։ Software-ի համար՝ workflow, role, integration, data և deployment։
Պահանջեք ճարտարապետություն ու ապացույց, ոչ միայն demo
Դիտարկեք բաղադրիչները, interface-ը, dependency-ն, cloud-ը կամ hosting-ը, third-party ծառայությունը, bill of materials-ը, արտադրության ճանապարհն ու test strategy-ն։ Ռիսկին համապատասխան խնդրեք code review, ավտոմատ ու սարքային թեստ, environmental test, security assessment, pilot տվյալ և release գրանցում։ Գեղեցիկ interface-ը դեռ չի ապացուցում հուսալիությունը։
Սեփականությունն ու փոփոխության կանոնը շուտ համաձայնեցրեք
Սահմանեք source code-ի, firmware-ի, design file-ի, schematic-ի, tooling-ի, test fixture-ի, տվյալների, փաստաթղթի և նախապես գոյություն ունեցող բաղադրիչի սեփականությունն ու license-ը։ Հստակեցրեք repository access-ը, subcontractor-ը, change request-ը, acceptance criteria-ն և վճարման փուլը։
Պլանավորեք launch-ից հետո կյանքը
Նշեք monitoring-ի, incident response-ի, backup-ի, vulnerability-ի, patch-ի, firmware signing-ի, remote update-ի, app-store-ի, cloud cost-ի, certificate-ի, spare part-ի, obsolescence-ի, warranty-ի, repair-ի և end-of-life-ի պատասխանատուին։ Իրական միջավայրում pilot արեք և սահմանեք handover package։
Հաճախ տրվող հարցեր
Hardware-ն ու software-ը մեկ գործընկերո՞վ անել։
Երբեմն դա հեշտացնում է ինտեգրումը, բայց երկու ոլորտի կարողությունը պետք է առանձին ստուգել։ Interface-ն ու սեփականությունը միշտ պետք է հստակ լինեն։
NDA-ն բավակա՞ն է IP-ի համար։
Ոչ։ Պայմանագիրը պետք է սահմանի սեփականությունը, օգտագործումը, license-ը, access-ը, deliverable-ը և exit իրավունքը։
Ե՞րբ է pilot-ը ավարտված։
Երբ նախատեսված միջավայրում գնահատվել են նախապես սահմանված տեխնիկական, user, security, operational և support չափանիշները։