התחברות

התחברות
x
או
x
הרשמה
x

או

קליק אחד ואתם מחוברים. מהיר .קל .מאובטח.

חדש בפורומים

מעניין? שתפו דף זה באמצעות הטלפון הנייד

מאמרים

מגמות של ביג דאטה בעולם הביטוח
CA Technologies
SSIS - Buffer Size Optimization
קטגוריה ראשית
בדיקות BI ו-DWH לעומת הבדיקות בתחומים אחרים
קטגוריה ראשית
איסוף דרישות לפרויקטי BI
קטגוריה ראשית
כח המידע במיקוד
קטגוריה ראשית
0

הדף שלנו בפייסבוק

ברוך הבא, אורח
שם משתמש: סיסמא: זכור אותי

דיון: עבדוה בסביבות שונות ב QV

עבדוה בסביבות שונות ב QV 9 years 7 months ago #4636

  • elpel
  • elpel's Avatar
  • Offline
  • Junior Boarder
  • הודעות: 33
  • קרמה: 0
שלום,
אשמח לשמוע את דעתכם וכיצד אתם פועלים בנושא הסביבות השונות ב QV.
כיצד אתם נותנים למשתמשים לבדוק מודלים חדשים/מתוקנים טרם עלייתם לאוויר?
האם אתם נותנים למשתמשים לבדוק מודל לאחר טעינה ולפני עלייתם לסביבת ה PROD?
האם אתם מחזיקים שרתים שונים לכל אחת מהסביבות?
אשמח ללמוד מניסיונכם
תודה רבה
אלעד
הנהלת האתר ביטלה גישת כתיבה ציבורית.

בעניין: עבדוה בסביבות שונות ב QV 9 years 7 months ago #4639

  • avishayl
  • avishayl's Avatar
  • Offline
  • Moderator
  • הודעות: 84
  • קרמה: 1
האם אתה עובד עם משתמשי QV בקלינט מקומי או עם שרת QV (אם כן אז תחת איזה סוג רישוי הוא) ?
הנהלת האתר ביטלה גישת כתיבה ציבורית.

בעניין: עבדוה בסביבות שונות ב QV 9 years 7 months ago #4647

  • elpel
  • elpel's Avatar
  • Offline
  • Junior Boarder
  • הודעות: 33
  • קרמה: 0
ארגון גדול,
יש לנו שרת QV
ורשיונות צפיה למשתמשים בארגון שנכנסים דרך הרשת.
אשמח לשמוע מנסיונם של ארגונים שונים.
לא מצאתי תעוד מעניין בנושא.
הנהלת האתר ביטלה גישת כתיבה ציבורית.

בעניין: עבדוה בסביבות שונות ב QV 9 years 7 months ago #4650

  • avishayl
  • avishayl's Avatar
  • Offline
  • Moderator
  • הודעות: 84
  • קרמה: 1
הי אלעד,
לא הבנתי לפי התשובה שלך אם אתם עובדים עם שרת QV והכוונה שלי היא לא לברזל עצמו אלא לצורת רישוי של QV.

קיימות 2 אופציוות מרכזיות לעבודה עם QV.
1. דרך קלינט מקומי שמותקן מקומית על המחשב של המשתמש
2. שרת QV שמפעיל webservice והמשתמשים ניגשים אליו דרך האינטרנט אקספולרר.
לשרת QV יש כמה אופציות רישוי שונות – EE ,SBE ,Community. התשובה לשאלתך תלויה גם בסוג רישיון השרת.

בכל מקרה, אני נוטה לחשוב שאתם עובדים על קלינט מקומי, והיוזרים פותחים קובץ שנמצא ברשת.

התשובה היא לא אבסולוטית ומאוד תלויה בכמה גורמים:
1. במדיניות האירגון – האם ה IT אחראי על המודול או שקיים משתמש-על שהוא אחראי.
2. כמות המודולים שפותחו ל QV.
3. שלב הפיתוח שבו נמצא המודול.
4. כמות המשתמשים במודול.
5. האם המודול הוא תפעולי, כלומר כלי מרכזי שהמתמשים מסתמכים עליו לשם קבלת החלטות הוא שהוא מודול Nice to have שמדי פעם מסתכלים בו.
6. התשובה גם תלויה בשינוי שאתה מבצע במודל.

כתפיסה אני לעולם נותן ליוזרים לבדוק את המודל לפני שאני מעלה אותו ל PROD, ולכל מודול יש משתמש אחראי שהוא מאשר את הנתונים.
קיימות אצלי 2 סיפריות בשרת:

PROD
DEVP

כאשר כל הפיתוחים מתבצעים בסביבת ה DEVP ורק לאחר אישור סופי עוברים ל PROD.
המשתמש האחראי מבצע QA ומאשר את המודול לפני עלייתו לאויר. רק למשתמש זה יש גישה לסביבת ה DEVP. במקרה שלך אין צורך בשרת נוסף לבדיקות מכיוון שאין לו משמעות (בהנחה שאתם עובדים עם קלינט מקומי).
כאשר מבצעים שינוי במודול, לא תמיד אני מקפיד לבצע את כל תהליך הבדיקה. זה מאוד תלוי בסוג השינוי שביצעתי. האם הוספתי אובייקט חדש שמתבסס על מידע שכבר קיים ונבדק או שביצעתי שינויים בסקריפט – לפי דעתי זה נתון לשיקול דעתך, אבל צריך להיזהר עם זה.

מקווה שעזרתי
הנהלת האתר ביטלה גישת כתיבה ציבורית.

בעניין: עבדוה בסביבות שונות ב QV 9 years 7 months ago #4668

  • elpel
  • elpel's Avatar
  • Offline
  • Junior Boarder
  • הודעות: 33
  • קרמה: 0
אבישי,
עזרת מאוד - המון תודה.
אנחנו אכן עובדים דרך קליינט מקומי שמותקן על המחשב של המשתמש והמשתמש מתחבר דרך הרשת לשרת.
אנחנו מתלבטים בנוגע לתצורת העבודה הנכונה ורציתי (ואני עדיין רוצה) לשמוע קצת מנסיונם של ארגונים שונים.
אני יודע שיש ארגונים שעובדים על שלושה שרתים שונים
יש כאלו שנותנים גישה למשתמש לאחר פיתוח ולפני עליה לאוויר.
מה בנוגע לטעינה חודשית/שבועית/יומית? האם משתמש בודק את הנתונים לפני העליה לאוויר?
שוב המון תודה ואשמח לשמוע מנסיונם של עוד ארגונים.
אלעד
הנהלת האתר ביטלה גישת כתיבה ציבורית.

בעניין: עבדוה בסביבות שונות ב QV 9 years 7 months ago #4682

  • avishayl
  • avishayl's Avatar
  • Offline
  • Moderator
  • הודעות: 84
  • קרמה: 1
הי אלעד,
לגבי השרתים, לפי דעתי אין משמעות לעבודה ביותר משרת אחד. העבודה עם קליינטים מתבצעת ע"י כך שהמשתמש פותח קובץ קליקויו כלשהו אשר נמצא ברשת. קליקויו עובד בטכנולוגית In-Memory, כלומר ברגע שהקובץ נפתח הוא נמצא כולו בזיכרון של המחשב המקומי, ואפשר אפילו למחוק את הקובץ אחרי שפתחנו אותו ולהמשיך לעבוד ללא בעיה.
כלומר אין משמעות מבחינת ביצועים לשרת נוסף כי הכל מתבצע אצל הקלינט.
כאשר עובדים עם QV בתצורת שרת (גירסת שרת) ולא קליינט יהיו מקרים שבהם נרצה להשתמש ביותר משרת אחד:
1. כאשר יש בעיות ביצועיים ורוצים לחלק את העומס.
2. כאשר האירגון הוא בינלאומי וקיימים משתמשים בחו"ל (לטובת ביצועים מהירים יותר).
3. כאשר יש מגבלה של אבטחה באירגון וקיים DOMAIN אחד שמופרד משאר הרשת.
4. כאשר עובדים עם גירסאות שונות של שרת QV כגון : שרת TEST, שרת Community וכו'

אני בדרך כלל בזמן הפיתוח תמיד עובד עם המשתמש האחראי על המודל. לפי דעתי חשוב לקבל פידבק כבר בזמן העבודה ולשתף את המשתמש בפיתוח.
ככה אתה חוסך לעצמך כל מיני תיקונים שיכלת כבר לעלות עליהם בשלב מוקדם יותר ובנוסף לזה הגדלת את המוטיבציה ואת תחושת השייכות והשיתוף אצל המשתמש.

לגבי בדיקת הנתונים  - לפני שמודל עולה לאויר, חשוב שחלק מן המשתמשים יבדקו אותו לאורך תקופה, קרי ליצור איזהו שהיא קבוצת ביקורת שעובדת עם המודל החדש ותמיד דואגת לבדוק את הנתונים. הדבר דומה לתוכנה שהיא בשלב הבטא שלה. (דרך אגב, אני אפילו שם TEXT BOX במודל שמציין שהוא בגירסת בדיקה). היתרון הנוסף הוא שאחרי סיום התקופה וכאשר המודל עולה ל PROD
יצרת אצל המשתמשים שכבר בדקו אותו תחושת ביטחון בנתונים.

שמח לעזור,
אבישי
הנהלת האתר ביטלה גישת כתיבה ציבורית.
זמן יצירת העמוד: 0.511 שניות

Microsoft

Oracle

IBM

Informatica

Sap

SAS

Qlikview

Cloudera

Machine Learning