-
Notifications
You must be signed in to change notification settings - Fork 4
Home
Welcome to SAS wiki page!

Human Life - This is our main purpose. In Emergency event the most important and complicated thing is connect the emergency forces and give information include location. The SAS manage the first relevant communication:
- Locate the location through GPS/Network
- Send the location through SMS No need to install any further hardware but use the existing smartphone.
המערכת תשרת ערך חשוב של הצלת חיי אדם. במצב חרום המערכת תאפשר יצירת קשר ישיר עם זירת האירוע בקלות ויעילות, תנהל את הקשר עם כוחות ההצלה תוך שליחת מיקום מדויק מהמכשיר הסלולארי והפיכתו למיקרופון ומצלמה מזירת האירוע. המערכת מנצלת טכנולוגיה קיימת.
- [MS0 - ZFR] (https://github.com/moram/SAS/wiki/Milestone-0---ZFR)
- [MS1] ()
-
[SAS - SOW] (https://github.com/downloads/moram/SAS/SOW%20SAS.docx)
-
[SAS - Test Plan] (https://github.com/downloads/moram/SAS/%D7%AA%D7%95%D7%9B%D7%A0%D7%99%D7%AA%20%D7%91%D7%93%D7%99%D7%A7%D7%95%D7%AA.docx)
- Mr. Itzhak Razi
- Mr. Yuri Polonskiy
- Mr. Shai Levy
- Ms. Mor Amedi
- Ms. Tzlel Yitzhak
אנו כיחידים וכקבוצה שואפים ללמידה, התפתחות, ומצוינות ביצועית. אמונים על ערכי תקשורת, הוגנות, ושיתוף פעולה פורה בין חברי הקבוצה שיובילו להשגת המטרות המשותפות לאורך כל שלבי הפרויקט.
המוצר הסופי עשוי לעניין גופים המספקים שירותי הצלה וחרום כגון: מד"א, "הצלה" וכדומה כמו כן גם את המשתמש הביתי, כאשר הגדרת הקשר תתבצע בין מספר מכשירים מצומצם. לדוגמה: הורים וילדים, נכים, אילמים ועוד.
הלקוח של הפרוייקט שלנו הוא גיא לוי
אופן העבודה המתוכנן הוא לפי הנדרש בקורס, כאשר התקשורת בין חברי הקבוצה תתבצע באמצעות מיילים, וארגון ישיבות קבוצתיות בעת הצורך. התקשורת של הקבוצה עם גורמים חיצוניים תתבצע באמצעות האתר github.
רשימת מאפיינים כלליים:

Agile
הנימוק לבחירת השיטה הוא: המתודולוגיות האיטרטיביות (הספירלי,Unified Process) המתוות תהליך מחזורי או ספירלי, שבו התוכנה נבנית בהדרגה, נדבך אחר נדבך.שמות דגש על פיתוח החלקים המורכבים יותר מוקדם ככל האפשר, כדי להפחית את הסיכון בפיתוח -נקודה שמתאימה לנו במיוחד לעומתה Agile היא מתודולגיה זריזה לפיתוח תוכנה היא ג"כ איטרטיבית שהותאמה לפיתוח תוכנה בצוותים קטנים תוך שימת דגש על יעילות, זריזות ואיכות. שיטה זו מקבלת בברכה שינויים במפרטי התוכנה, ומתייחסת לפיתוח כאל משימה שעיקרה שיתוף פעולה מוכוון-מטרה.
לסיכום,בגלל ש Agile כוללת מענה למאפיינים רבים של הפרויקט שלנו - הוא האפשרות בה בחרנו.
המוצר יפותח בצוות בהתאמה למערכת ההפעלה אנדרואיד בעזרת כלי הפיתוח המיועד לכך, ה - SDK
כמו כן, יעשה שימוש ב-ג'יפיאס, מצלמה ומיקרופון.
המערכת תשתמש במשאבים אלו באמצעות API נתונים
יתכן ותתגלה בעיה עם גישה למשאבים הנ"ל במכשיר אחר בעזרת שליטה מרחוק. לכן, בחינת אפשרות זו תעשה בשלב הראשון של קידוד הפרויקט.

שלבים עיקריים בביצוע הפרויקט:
• החלטה על פרויקט נבחר, נתינת שם לפרויקט וכתיבת הצעה
• החלטה על תהליך פיתוח נבחר בצוות
• הגדרת מאפיינים בסיסיים ומאפיינים נוספים כהרחבה
• הגדרת ארכיטקטורה למערכת
• הגדרת מודולים נפרדים בקוד המערכת
• חלוקת משימות קידוד בין חברי הצוות כמודולים נפרדים
• שיתוף פעולה בין חברי הקבוצה באופן הקידוד והאינטגרציה בין המודולים
• ביצוע אינטגרציה בין המודולים ליצירת מערכת יחידה
• בדיקת המערכת והתקנה על מספר מכשירים
סיכון 1: כתיבת מערכת בסביבה לא מוכרת
פתרון 1: התחלת קידוד מוקדם ככל האפשר
סיכון 2: מימוש שליטה מרחוק,והפעלת רכיבי חומרה במכשיר אחר ללא ניסיון קודם
פתרון 2: בחינת אפשרויות אלו כשלב ראשון בקידוד,טרם כתיבת המימוש המדויק לפי הנדרש במערכת
סיכון 3: אי עמידה בזמנים שהוקצו במסגרת הפרויקט הודות לסדר גודל לא מתאים
פתרון 3: הגדרת מאפיינים בסיסיים ומאפיינים שיבוצעו כהרחבה כאשר המאפיינים הבסיסיים מהווים פרויקט בסדר גודל אפשרי