.
Wow … Project NASA … ? Iya benar, anda tidak salah melihat tulisan tersebut. Dan kali ini Whitecyber Team diminta membantu Project Penelitian Tesis S2 salah Satu Putra Bangsa Indonesia tentang metode COCOMO ini. Penelitian ini menggunakan perangkat software yang ada di NASA. Software tersebut bernama Space Telecomunications Radio System (STRS).
Pejabat NASA: Janette C. Briones
Kurator: Rachel Dudukovich
Software STRS Terakhir Diubah: 15 Januari 2021 14:16
Source : https://strs.grc.nasa.gov/
Space Telecommunications Radio System (STRS)
Space Telecommunications Radio System (STRS) adalah proyek untuk memenuhi komunikasi ruang angkasa dan kebutuhan sistem navigasi di masa depan dengan mendefinisikan arsitektur terbuka untuk NASA space dan ground software-defined radios (SDRs). Proyek STRS saat ini sedang mengembangkan Standar untuk menyediakan kerangka umum yang konsisten untuk memisahkan perangkat lunak aplikasi dari perangkat keras platform radio guna mengurangi biaya dan risiko penggunaan sistem radio kompleks yang dapat dikonfigurasi ulang dan dapat diprogram ulang di seluruh misi NASA. Standar mencapai tujuan ini dengan mendefinisikan arsitektur untuk memungkinkan penggunaan kembali aplikasi (bentuk gelombang dan layanan yang diimplementasikan pada SDR) di seluruh platform SDR yang heterogen dan mengurangi ketergantungan pada satu vendor. Arsitektur mendukung kebutuhan dan kemampuan komunikasi yang ada (misalnya warisan), sambil menyediakan jalur untuk lebih mampu.
Arsitektur System
aStandar memberikan penjelasan rinci dan serangkaian persyaratan untuk mengimplementasikan arsitektur. Standar berfokus pada komponen dan subsistem arsitektur utama dengan menjelaskan fungsionalitas dan antarmuka mereka untuk perangkat keras dan perangkat lunak, termasuk aplikasi. Audiens yang dituju untuk Standar ini terdiri dari pengembang perangkat lunak, desain perangkat keras yang dapat dikonfigurasi, dan perangkat keras yang memerlukan detail spesifikasi arsitektur untuk mengembangkan platform atau aplikasi SDR.
.
.
Standar mendorong pengembangan aplikasi yang modular, portabel, dapat dikonfigurasi ulang, dan dapat digunakan kembali. Aplikasi STRS menggunakan antarmuka program aplikasi (API) yang disediakan infrastruktur STRS dan layanan untuk memuat, memverifikasi, mengeksekusi, mengubah parameter, menghentikan, atau membongkar aplikasi.
Standar STRS memberikan kemampuan untuk mem-port aplikasi di antara platform heterogen dengan upaya minimal, mengurangi ketergantungan pada penyedia platform awal, dan memungkinkan penerapan layanan yang diharapkan untuk radio NASA.
.
.
Standar Arsitektur STRS terdiri dari persyaratan yang berkaitan dengan:
- Dokumentasi
- Dokumentasi antarmuka perangkat keras (HID)
- Lapisan abstraksi perangkat keras (HAL)
- Penggunaan dan fungsionalitas lingkungan operasi
- Penggunaan dan fungsionalitas aplikasi (bentuk gelombang).
- Lingkungan operasi
- Aplikasi
- API yang disediakan aplikasi STRS (prefix=”APP_”)
- Konstanta, typedef, dan struct
- Pernyataan #include
- Nama kelas
Documents
The STRS Architecture Standard:
- STRS Architecture Standard (NASA/TM-2010-216809, STRS-AR-00002, Revision 1.02.1) (PDF) (The SCaN Testbed SDRs are compliant to this version)
- STRS Architecture Standard Rev A (NASA-STD-4009A) (NASA Technical Standard)
- STRS Architecture Standard Rationale Rev A (NASA-HDBK-4009A) (NASA Technical Standard)
The STRS architecture is also described in the following documents:
- STRS Architecture Goals/Objectives and Level 1 Requirements (NASA/TM-2007-215042) (PDF)
- STRS Definitions and Acronyms (NASA/TM-2008-215445) (PDF)
- STRS Software Architecture Concepts and Analysis (NASA/TM-2008-214813) (PDF)
- Symbol Tables and Branch Tables: Linking Applications Together (NASA/TM-2011-216948) (PDF)
- STRS Application Repository Design and Analysis (NASA/TM-2013-216595) (PDF)
- STRS Compliance Testing (NASA/TM-2011-21726) (PDF)
Other STRS Documents:
- STRS Cognitive Radio Paper (requires login) and Presentation (PDF)
- STRS Tutorial Overview (NASA/TM-2012-217819) (PDF)
- STRS Tutorial Detailed (PDF)
- STRS Tutorial for Project Management (PDF)
- SCaN website STRS | Glenn Research Center | NASA
The following are in the process of being developed:
- STRS Application Repository Submittal Process Guide
- STRS Application Repository Retrieval Process Guide
- STRS Project and Acquisition Guidance
- STRS Compliance Certification Process
STRS Requirements and Examples
Based on NASA Standard NASA-STD-4009A Draft
7. PERSYARATAN STRS, PEMIKIRAN, METODE VERIFIKASI, DAN CONTOH
Bagian berikut membahas setiap persyaratan secara bergiliran, menampilkan alasan, persyaratan tingkat lebih tinggi terkait, metode verifikasi, dan informasi terkait lainnya, yang menambah alasan umum yang diberikan sebelumnya dalam dokumen ini.
Di setiap bagian, baris judul berisi nomor persyaratan dan judul persyaratan. Itu diikuti oleh teks persyaratan. Rasional menjelaskan mengapa persyaratan diperlukan. Kategori berisi satu atau lebih kemampuan ringkasan dari NASA/TM-2007-215042. Kategori dipilih dari daftar berikut: kemampuan beradaptasi, ketersediaan, ekstensibilitas, fleksibilitas, interoperabilitas, portabilitas, (menyiratkan penggunaan kembali juga), skalabilitas, keandalan, dan konfigurasi ulang. Dilacak dari menentukan nomor bagian di NASA/TM-2007-215042 yang berlaku untuk persyaratan ini. Use case menentukan nama bagian use case di
NASA/TP-2008-214813 yang berlaku untuk persyaratan ini. Related to menentukan bagian dari radio STRS yang harus memenuhi persyaratan di mana platform menunjukkan bahwa perangkat keras dan dokumentasi terkait diuji, OE menunjukkan bahwa OS dan infrastruktur serta dokumentasi terkait diuji, dan aplikasi menunjukkan bahwa aplikasi dan dokumentasi terkait diuji. Catatan berisi penjelasan tambahan untuk persyaratan tersebut.
Metode verifikasi digunakan untuk menunjukkan bahwa persyaratan telah dipenuhi. Metode verifikasi dipilih dari daftar berikut: Analisis, inspeksi, observasi, kesamaan, atau tes. Tes tidak digunakan karena tes diharapkan menjadi persyaratan misi daripada persyaratan STRS.
A. Analisis adalah proses penggunaan teknik analisis untuk memverifikasi bahwa persyaratan telah dipenuhi. Metode ini dapat digunakan ketika kualifikasi dengan pengujian tidak memungkinkan, ketika pengujian akan menimbulkan risiko yang signifikan ke dalam perangkat lunak, atau ketika analisis merupakan metode kualifikasi yang tepat dan hemat biaya.
B. Inspeksi adalah metode kualifikasi yang terdiri dari investigasi tanpa menggunakan tes khusus. Inspeksi biasanya pemeriksaan visual, tetapi mungkin dibantu komputer. Menggunakan skrip atau WFCCN mengacu pada alat kepatuhan STRS seperti yang dijelaskan dalam NASA/TM-2011-217266, dokumen Pengujian Kepatuhan STRS. Fasilitas pengujian sertifikasi kepatuhan tersedia di Glenn Research Center (GRC) untuk melakukan pengujian kepatuhan dan akan menguji semua aplikasi STRS yang diajukan ke Penyimpanan Aplikasi STRS. Pengguna dapat menggunakan alat mereka sendiri sebagai pemeriksaan independen dari OE atau aplikasi sebelum mengirimkan aplikasi ke Repositori Aplikasi STRS.
- Menggunakan skrip atau WFCCN adalah jenis pemeriksaan yang dibantu komputer.
- Menggunakan alat kepatuhan menyiratkan skrip atau WFCCN.
- Menggunakan program, seperti XMLSpy, memvalidasi skema XML dan file konfigurasi yang telah diterapkan sebelumnya terhadap skemanya.
C. Pengamatan adalah metode kualifikasi yang terbatas pada operasi fungsional yang dapat diamati untuk menentukan kesesuaian dengan persyaratan. Metode kualifikasi ini tidak memerlukan penggunaan peralatan khusus atau instrumentasi canggih.
D. Kemiripan adalah proses penggunaan analisis dan/atau “pengujian delta” untuk membuktikan kecukupan desain suatu item dengan mengacu pada kualifikasi sebelumnya dari item yang dapat diidentifikasi yang telah memenuhi syarat untuk aplikasi serupa.
e. Uji adalah metode kualifikasi yang menggunakan sarana teknis termasuk, namun tidak terbatas pada, evaluasi karakteristik fungsional dengan menggunakan peralatan atau instrumentasi khusus, teknik simulasi, dan penerapan prinsip dan prosedur yang ditetapkan untuk menentukan kesesuaian dengan persyaratan. Analisis data yang berasal dari tes merupakan bagian integral dari metode.
Catatan: Variabel STRS_APP_INSTANTIATED, STRS_APP_STOPPED, dan STRS_APP_RUNNING, yang ditunjukkan pada contoh, adalah variabel untuk status, yang harus didefinisikan secara lokal.
COCOMO Calculation
Tools : https://strs.grc.nasa.gov/repository/forms/cocomo-calculation/
Dalam penelitian ini Whitecyber Team menggunakan data sebagai berikut dengan keterangan :
Application name: Nasoft1
SLOC estimate: 4
Acronyms used below: VL = Very Low L = Low N = Nominal H = High VH = Very High XH = eXtra High .
.
.
Mode Organik : Proyek perangkat lunak yang relatif kecil dan sederhana di mana tim kecil dengan pengalaman aplikasi yang baik bekerja untuk serangkaian persyaratan yang kurang kaku.
Hasil dari Penelitian tersebut adalah sebagai berikut :
.
.
Explanation: The coefficients are set according to the project mode selected on the previous page, (as per Boehm). Note: the decimal separator is a period.
The final estimates are determined in the following manner:
effort = a*KLOCb, in person-months, with KLOC = lines of code, (in thousands), and:
staffing = effort/duration
where a has been adjusted by the factors:
.
| Product Attributes | |
|---|---|
| Required Reliability | 0.88 (L ) |
| Database Size | 1.00 (N ) |
| Product Complexity | 1.15 (H ) |
| Computer Attributes | |
| Execution Time Constraint | 1.11 (H ) |
| Main Storage Constraint | 1.00 (L ) |
| Platform Volatility | 1.30 (VH) |
| Computer Turnaround Time | 1.15 (XH) |
| Personnel Attributes | |
| Analyst Capability | 0.86 (H ) |
| Applications Experience | 1.13 (L ) |
| Programmer Capability | 0.70 (XH) |
| Platform Experience | 0.90 (H ) |
| Programming Language and Tool Experience | 1.00 (N ) |
| Project Attributes | |
| Modern Programming Practices | 0.82 (VH) |
| Use of Software Tools | 0.91 (H ) |
| Required Development Schedule | 1.04 (H ) |
| New (Values are probably wrong) | |
| Required reusability | 1.10 (VH) |
| Documentation match to life-cycle needs | 1.00 (N ) |
| Personnel continuity | 1.00 (VH) |
| Multisite development | 1.00 (N ) |
For further reading, see Boehm, “Software Engineering Economics”
WARNING: If you see “NaN” or “undefined” in any field above, you have entered an INVALID value for KLOC or Mode! Hit the “BACK” button on your browser, hit the “RESET” button if you entered data previously, enter a DECIMAL NUMBER in the KLOC input text box and click on the appropriatre mode!
The project should save the results of this COCOMO calculation if needed to support its make or buy decision.
Please send notice of any problems to: grc-dl-strs-repository-manager@mail.nasa.gov
(NASA Privacy Policy and Important Notices)
SWL03_1_ApplicationName:Nasoft1
SWL03_1_ApplicationVersion:any
SWL03_1_ApplicationNumber:STRS-SUB-
SWL25_COCOMO_KLOC:0.004
SWL25_1_ApplicationSLOC:4
SWL25_COCOMO_mode:organic
SWL25_COCOMO_a:2.106466898939762
SWL25_COCOMO_b:1.05
SWL25_COCOMO_c:2.5
SWL25_COCOMO_d:0.38
SWL25_COCOMO_e_effort:0.006 (person-months)
SWL25_2_ApplicationLevelOfEffort:0.006 (person-months)
SWL25_COCOMO_t_duration:0.367 (months)
SWL25_2_ApplicationTime:0.367 (months)
SWL25_COCOMO_eot_staff:0.017 (recommended)
SWL25_COCOMO_Required Reliability:0.88 (L )
SWL25_COCOMO_Database Size:1.00 (N )
SWL25_COCOMO_Product Complexity:1.15 (H )
SWL25_COCOMO_Execution Time Constraint:1.11 (H )
SWL25_COCOMO_Main Storage Constraint:1.00 (L )
SWL25_COCOMO_Platform Volatility:1.30 (VH)
SWL25_COCOMO_Computer Turnaround Time:1.15 (XH)
SWL25_COCOMO_Analyst Capability:0.86 (H )
SWL25_COCOMO_Applications Experience:1.13 (L )
SWL25_COCOMO_Programmer Capability:0.70 (XH)
SWL25_COCOMO_Platform Experience:0.90 (H )
SWL25_COCOMO_Programming Language and Tool Experience:1.00 (N )
SWL25_COCOMO_Modern Programming Practices:0.82 (VH)
SWL25_COCOMO_Use of Software Tools:0.91 (H )
SWL25_COCOMO_Required Development Schedule:1.04 (H )
SWL25_COCOMO_Required reusability:1.10 (VH)
SWL25_COCOMO_Documentation match to life-cycle needs:1.00 (N )
SWL25_COCOMO_Personnel continuity:1.00 (VH)
SWL25_COCOMO_Multisite development:1.00 (N )
STRS_WhichMetadata:COCOMO
STRS_RepMgrSeeStep:17f
STRS_FileNameOfPage:STRS COCOMO Calculation.html
Suggest_File_Name:2023-08-07_121754_Nasoft1-COCOMO-1.txt
STRS_VersionOfPage:Feb 6, 2015 10:30 ET
subject:STRS COCOMO Calculation
.
Mode Semi-terpisah: Perantara, (dalam ukuran dan kompleksitas), proyek perangkat lunak di mana tim dengan tingkat pengalaman campuran harus memenuhi campuran persyaratan kaku dan kurang kaku.
.
Dengan metode Semi-Terpisah ini dihasilkan data adalah sebagai berikut :
.
.
Explanation: The coefficients are set according to the project mode selected on the previous page, (as per Boehm). Note: the decimal separator is a period.
The final estimates are determined in the following manner:
effort = a*KLOCb, in person-months, with KLOC = lines of code, (in thousands), and:
staffing = effort/duration
where a has been adjusted by the factors:
.
| Product Attributes | |
|---|---|
| Required Reliability | 1.00 (N ) |
| Database Size | 1.08 (H ) |
| Product Complexity | 1.30 (VH) |
| Computer Attributes | |
| Execution Time Constraint | 1.11 (H ) |
| Main Storage Constraint | 1.00 (L ) |
| Platform Volatility | 1.30 (VH) |
| Computer Turnaround Time | 1.15 (XH) |
| Personnel Attributes | |
| Analyst Capability | 0.86 (H ) |
| Applications Experience | 1.13 (L ) |
| Programmer Capability | 0.70 (XH) |
| Platform Experience | 0.90 (H ) |
| Programming Language and Tool Experience | 1.00 (N ) |
| Project Attributes | |
| Modern Programming Practices | 0.82 (VH) |
| Use of Software Tools | 0.91 (H ) |
| Required Development Schedule | 1.04 (H ) |
| New (Values are probably wrong) | |
| Required reusability | 1.10 (VH) |
| Documentation match to life-cycle needs | 1.00 (N ) |
| Personnel continuity | 1.00 (VH) |
| Multisite development | 1.00 (N ) |
For further reading, see Boehm, “Software Engineering Economics”
WARNING: If you see “NaN” or “undefined” in any field above, you have entered an INVALID value for KLOC or Mode! Hit the “BACK” button on your browser, hit the “RESET” button if you entered data previously, enter a DECIMAL NUMBER in the KLOC input text box and click on the appropriatre mode!
The project should save the results of this COCOMO calculation if needed to support its make or buy decision.
Please send notice of any problems to: grc-dl-strs-repository-manager@mail.nasa.gov
(NASA Privacy Policy and Important Notices)
SWL03_1_ApplicationName:soft1
SWL03_1_ApplicationVersion:any
SWL03_1_ApplicationNumber:STRS-SUB-
SWL25_COCOMO_KLOC:0.004
SWL25_1_ApplicationSLOC:4
SWL25_COCOMO_mode:semi-detached
SWL25_COCOMO_a:3.6530132486554185
SWL25_COCOMO_b:1.12
SWL25_COCOMO_c:2.5
SWL25_COCOMO_d:0.35
SWL25_COCOMO_e_effort:0.008 (person-months)
SWL25_2_ApplicationLevelOfEffort:0.008 (person-months)
SWL25_COCOMO_t_duration:0.452 (months)
SWL25_2_ApplicationTime:0.452 (months)
SWL25_COCOMO_eot_staff:0.017 (recommended)
SWL25_COCOMO_Required Reliability:1.00 (N )
SWL25_COCOMO_Database Size:1.08 (H )
SWL25_COCOMO_Product Complexity:1.30 (VH)
SWL25_COCOMO_Execution Time Constraint:1.11 (H )
SWL25_COCOMO_Main Storage Constraint:1.00 (L )
SWL25_COCOMO_Platform Volatility:1.30 (VH)
SWL25_COCOMO_Computer Turnaround Time:1.15 (XH)
SWL25_COCOMO_Analyst Capability:0.86 (H )
SWL25_COCOMO_Applications Experience:1.13 (L )
SWL25_COCOMO_Programmer Capability:0.70 (XH)
SWL25_COCOMO_Platform Experience:0.90 (H )
SWL25_COCOMO_Programming Language and Tool Experience:1.00 (N )
SWL25_COCOMO_Modern Programming Practices:0.82 (VH)
SWL25_COCOMO_Use of Software Tools:0.91 (H )
SWL25_COCOMO_Required Development Schedule:1.04 (H )
SWL25_COCOMO_Required reusability:1.10 (VH)
SWL25_COCOMO_Documentation match to life-cycle needs:1.00 (N )
SWL25_COCOMO_Personnel continuity:1.00 (VH)
SWL25_COCOMO_Multisite development:1.00 (N )
STRS_WhichMetadata:COCOMO
STRS_RepMgrSeeStep:17f
STRS_FileNameOfPage:STRS COCOMO Calculation.html
Suggest_File_Name:2023-08-07_123117_soft1-COCOMO-1.txt
STRS_VersionOfPage:Feb 6, 2015 10:30 ET
subject:STRS COCOMO Calculation
.
Mode Tertanam: Proyek perangkat lunak yang harus dikembangkan dalam serangkaian batasan perangkat keras, perangkat lunak, dan operasi yang ketat.
.
Hasil dari penelitian dengan metode Embeded hasilnya beda lagi.
.
.
Explanation: The coefficients are set according to the project mode selected on the previous page, (as per Boehm). Note: the decimal separator is a period.
The final estimates are determined in the following manner:
effort = a*KLOCb, in person-months, with KLOC = lines of code, (in thousands), and:
staffing = effort/duration
where a has been adjusted by the factors:
.
| Product Attributes | |
|---|---|
| Required Reliability | 0.88 (L ) |
| Database Size | 1.00 (N ) |
| Product Complexity | 1.15 (H ) |
| Computer Attributes | |
| Execution Time Constraint | 1.11 (H ) |
| Main Storage Constraint | 1.00 (L ) |
| Platform Volatility | 1.30 (VH) |
| Computer Turnaround Time | 1.15 (XH) |
| Personnel Attributes | |
| Analyst Capability | 0.86 (H ) |
| Applications Experience | 1.13 (L ) |
| Programmer Capability | 0.70 (XH) |
| Platform Experience | 0.90 (H ) |
| Programming Language and Tool Experience | 1.00 (N ) |
| Project Attributes | |
| Modern Programming Practices | 0.82 (VH) |
| Use of Software Tools | 0.91 (H ) |
| Required Development Schedule | 1.04 (H ) |
| New (Values are probably wrong) | |
| Required reusability | 1.10 (VH) |
| Documentation match to life-cycle needs | 1.00 (N ) |
| Personnel continuity | 1.00 (VH) |
| Multisite development | 1.00 (N ) |
For further reading, see Boehm, “Software Engineering Economics”
WARNING: If you see “NaN” or “undefined” in any field above, you have entered an INVALID value for KLOC or Mode! Hit the “BACK” button on your browser, hit the “RESET” button if you entered data previously, enter a DECIMAL NUMBER in the KLOC input text box and click on the appropriatre mode!
The project should save the results of this COCOMO calculation if needed to support its make or buy decision.
Please send notice of any problems to: grc-dl-strs-repository-manager@mail.nasa.gov
(NASA Privacy Policy and Important Notices)
SWL03_1_ApplicationName:soft1
SWL03_1_ApplicationVersion:any
SWL03_1_ApplicationNumber:STRS-SUB-
SWL25_COCOMO_KLOC:0.004
SWL25_1_ApplicationSLOC:4
SWL25_COCOMO_mode:embedded
SWL25_COCOMO_a:3.159700348409644
SWL25_COCOMO_b:1.2
SWL25_COCOMO_c:2.5
SWL25_COCOMO_d:0.32
SWL25_COCOMO_e_effort:0.004 (person-months)
SWL25_2_ApplicationLevelOfEffort:0.004 (person-months)
SWL25_COCOMO_t_duration:0.434 (months)
SWL25_2_ApplicationTime:0.434 (months)
SWL25_COCOMO_eot_staff:0.010 (recommended)
SWL25_COCOMO_Required Reliability:0.88 (L )
SWL25_COCOMO_Database Size:1.00 (N )
SWL25_COCOMO_Product Complexity:1.15 (H )
SWL25_COCOMO_Execution Time Constraint:1.11 (H )
SWL25_COCOMO_Main Storage Constraint:1.00 (L )
SWL25_COCOMO_Platform Volatility:1.30 (VH)
SWL25_COCOMO_Computer Turnaround Time:1.15 (XH)
SWL25_COCOMO_Analyst Capability:0.86 (H )
SWL25_COCOMO_Applications Experience:1.13 (L )
SWL25_COCOMO_Programmer Capability:0.70 (XH)
SWL25_COCOMO_Platform Experience:0.90 (H )
SWL25_COCOMO_Programming Language and Tool Experience:1.00 (N )
SWL25_COCOMO_Modern Programming Practices:0.82 (VH)
SWL25_COCOMO_Use of Software Tools:0.91 (H )
SWL25_COCOMO_Required Development Schedule:1.04 (H )
SWL25_COCOMO_Required reusability:1.10 (VH)
SWL25_COCOMO_Documentation match to life-cycle needs:1.00 (N )
SWL25_COCOMO_Personnel continuity:1.00 (VH)
SWL25_COCOMO_Multisite development:1.00 (N )
STRS_WhichMetadata:COCOMO
STRS_RepMgrSeeStep:17f
STRS_FileNameOfPage:STRS COCOMO Calculation.html
Suggest_File_Name:2023-08-07_124140_soft1-COCOMO-1.txt
STRS_VersionOfPage:Feb 6, 2015 10:30 ET
subject:STRS COCOMO Calculation
Partners
The STRS architecture has been created at NASA Glenn Research Center with help from many other centers and external companies.
- NASA Headquarters
- NASA Glenn Research Center
- NASA Goddard Space Flight Center
- Jet Propulsion Laboratory
- NASA Johnson Space Center
- Wireless Innovation Forum (WINNF, formerly SDR Forum) Space Working Group
- Object Management Group (OMG)
- SCaN Testbed (also known as CoNNeCT) vendors:
- Johns Hopkins University Applied Physics Laboratory (APL)
- Naval Research Laboratory (NRL)
- Air Force Research Laboratory (AFRL)
.
Terimakasih sudah mengikuti dan membaca hasil penelitian ini, bersama-sama kita belajar bersama. Bila membutuhkan bantuan hubungi Whitecyber Team.