Hi omnes. Saepe systemata principia machinativa in opere meo applicabo ac aditum cum communitate communicare vellem.
Systemata machinalis - sine signis, sed simpliciter posita, est processus explicandi systematis quasi partium satis abstractarum, sine respectu ad specimina technicorum specifica. In hoc processu, proprietates systematis et nexus inter eos constituuntur. Accedit, necesse est ut ratio convenientis et optimal et quod ratio metus occurrat. In hoc doceo technicis rationibus demonstrabo utentes exemplo ad rationem satis simplicem accessum moderandi designandi (ACS).
Primum architectura formatam
Cum ratio, quacumque modo enucleari coeperit, rectangula sagittarum in capitibus nostris vel in charta apparent. Tales sunt rectangula components disciplinas. Sagittae are coniunctionem inter composita. Et persaepe tempus non est sedendi et cogitandi quomodo omnia membra quae definivimus inter se operabuntur, et in fine fasciculum fusum creando incipimus, cum supervacuis cogitationibus ascendimus.
Is est maximus meminisse quod ex parte systematis eiusque architecturae quoddam elementum est res magis abstracta. Exempli gratia, si ratio nostra microcontroller habet, in gradu architecturae tantum momenti nobis est quod microcontroller est, et non STM32, Arduino vel Milander. Saepius praeterea nobis minime liquet quidnam erit in systemate, et nos convertimus ad systemata machinalis ad exigentias explicandas pro apparatu, programmate, etc.
Ad exemplum nostrum cum ACS, propositum suum edicere conabimur. Hoc adiuvabit nos in edendis suis componentibus. Munus ergo rationis accessus est ut limitatum circulum hominum in cubiculum permittat. Aliquam id est id dolor tincidunt scelerisque. Ideo nobis prima pars est - quaedam machinatio quae ianuam seras et reserat! Vocemus eum Ostium clausum
Unde scimus, hominem intus posse? custodem imponere et diplomata inhibere nolumus, facimus? Praecipuas chartas hominibus demus cum RFID tags, in quibus commemorabimus singulares IDs vel alias notitias quae nobis permittit ut hominem accurate cognoscamus. Tunc egent artificio aliquo qui has tags legere potest. Magnum, unum habemus magis componentes; RFIDReader
Rursus inspiciamus quid cepimus. RFIDReader aliquas notitias legit, accessus moderandi ratio aliquid cum eo agit, et secundum hoc aliquid regitur Ostium clausum. Quaeramus sequentem quaestionem - ubi condere indicem hominum cum iuribus accessibus? Optimus in database. Ideo, ratio nostra postulare et processum responsa e datorum mittere poterit. Sic unum componentium habemus - DBHandler. Recepimus igitur res abstractas valde, sed satis imprimis, descriptionem systematis. Intelligimus quid facturus sit, et quomodo operatur.
Loco chartae utar System Compositore, speciali instrumento ad systema architecturae formandum in ambitu Simulink, ac 3 partes crea. Superiores nexus inter haec membra descripsimus, ut eas statim connectas:
Dilatantur architecturae
Inspice nostrum schema. Videtur quod omne bonum, sed in re non est. Vide hoc systema e parte usoris - usoris chartam ad lectorem adducit et ...? Quomodo scit usor, si accessus admittitur vel negatus? Necesse est eum de hoc aliquo modo certiorem facere! Ideo unum componentium - usoris notificationem addamus; UserNotify:
Nunc ad abstractionis gradum descendamus. Conemur aliquas partes paulo subtilius describere. Sit scriptor satus cum componentibus RFIDReader. In nostro systemate, haec componentia responsabilis RFID tag legendi est. Eius output aliquas notitias continere debet (UID, user notitia...). Sed exspecta, RFID, sicut NFC, primario hardware, non software! Propterea assumere possumus nos separatim habere ipsum chip RFID, quod "crudum" notitias aliquo praecessoris transmittit. Ita, fragmen ferramentorum abstractum habemus quae RFID tags legere potest, et programmata abstracta quae notitias in formas quae opus sunt convertere possunt. Vocemus eos RFIDSensor и RFIDParser condiderunt. Quomodo hoc in System Compositore praestas? Pars removere potes RFIDReader et duo potius compone, sed melius est hoc non facere, alioquin promptitudinem architecturae amittemus. Sed eamus intro RFIDReader et 2 novas partes addere;
Magna, nunc ad notificationem user transeamus. Quomodo ratio utentem certiorem faciet, qui ei negatur vel ad premissa aditum permisit? Homo sonos percipit et aliquid nictans optimum. Ergo signum quoddam sonum edere potes ut utentis attentet, et ictu ducatur. Addamus quod oportet components to UserNotify:
Architecturam nostri rationem creauimus, sed est aliquid mali in eo. Quid est? Inspice nexum nominum. InBus и OutBus - Nominibus satis tation qui elit adiuvaret. Renamed necesse est:
Ita inspeximus quomodo systemata machinalis methodi in proxime approximatione adhibeantur. Quaeritur: cur omnino utamur? Prima ratio est, et opus non necessarium videtur. Potes statim codicem scribere, datorum designare, quaero an solidare scribe. Quaestio est, si non cogitas per systema et intelligas quomodo partes eius inter se connexae sint, tunc integratio systematis componentium diu multumque molesta erit.
Summa takeaway ex hac parte est;
Usus systemata machinalis methodi et architecturae exemplaris in evolutione systematis sinit reducere impensas partium integrandi et emendare qualitatem systematis evolutae.
Source: www.habr.com