PERANCANGAN DESAIN MONITORING JARINGAN KOMPUTER UNTUK EASY MAINTENANCE DI TELKOM UNIVERSITY LANDMARK TOWER
Pourquoi ce travail est dans la base
Une base qui oublie comment elle a trouvé un travail ne peut pas être vérifiée. Voici les voies qui ont admis celui-ci.
Notice bibliographique
Résumé
Infrastruktur jaringan pada gedung Telkom University Landmark Tower (TULT) yang saat ini dikelola oleh Direktorat Pusat Teknologi Informasi (PuTI) masih memiliki beberapa kendala diantaranya, gedung tersebut memiliki keterbatasan Sumber Daya Manusia (SDM), dalam hal penanganan troubleshooting jaringan. Adapun masalah lainnya yaitu kurangnya transparansi informasi dalam menangani masalah terhadap jaringan, karena saat ini infrastruktur jaringan tersebut memiliki aplikasi monitoring yang belum maksimal untuk troubleshooting jaringan. Dengan adanya permasalahan tersebut di dalam penelitian ini digunakan metodologi Network Development Life Cycle (NDLC) sebagai tahapan untuk melakukan penyelesaian masalah. Urutan tahapan dari metodologi NDLC ini di antaranya yaitu tahap analisis, tahap desain, dan tahap simulasi prototyping. Berdasarkan hasil penelitian yang telah dilaksanakan, maka dapat diketahui bahwa pada saat ini pihak PuTI memiliki SOP (Standard Operating Procedure) dalam melakukan pemantauan jaringan pada perangkat yang sedang mengalami down, dan juga sudah menerapkan Network Monitoring System (NMS) untuk melakukan pemantauan jaringan di Universitas Telkom. Tetapi SOP dan NMS yang dijalankan oleh PuTI saat ini kurang maksimal dalam hal easy maintenance di gedung TULT. Oleh karena itu, maka di dalam penelitian ini menghasilkan rekomendasi mengenai SOP pada monitoring jaringan di gedung TULT, dan juga dashboard monitoring khusus pada Fakultas Rekayasa Industri untuk lantai 4, 8, 9, dan 18 di gedung TULT. Rekomendasi tersebut dibuat untuk easy maintenance dalam hal monitoring, controlling, dan handling di gedung TULT.
Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.
Prédiction distillée sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Apprise à partir de 10 348 étiquettes directes de Codex et de 10 348 étiquettes directes de Gemma. Le mode candidate est l'union des têtes enseignantes seuillées; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont ni des étiquettes humaines ni des étiquettes directes de modèles de pointe.
Scores Codex et Gemma par catégorie
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,001 | 0,000 |
| Méta-épidémiologie (sens strict) | 0,001 | 0,001 |
| Méta-épidémiologie (sens large) | 0,001 | 0,001 |
| Bibliométrie | 0,000 | 0,001 |
| Études des sciences et des technologies | 0,003 | 0,000 |
| Communication savante | 0,001 | 0,002 |
| Science ouverte | 0,002 | 0,003 |
| Intégrité de la recherche | 0,000 | 0,002 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,000 | 0,000 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découle