Skip to main content

Peretz Shoval

Ben Gurion University of the Negev, Software and Information Systems Engineering, Emeritus

Ben Gurion University of the Negev, Information Systems Engineering, Emeritus

Netanya Academic College, Systems Information, Head of Program

Netanya Academic College, School of Information Systems, Dean

Followers

1,320

Following

25

Co-authors

24

Public Views

Research Areas:
Information systems analysis and design methods.
Database modeling.
Information retrieval and filtering.
Evaluation and selection of information systems.

Selected by ACM, the world's largest educational and scientific computing society, as a Distinguished Scientist (2009).
Address: http://fohs.bgu.ac.il/research/PersonalWebSite1main.aspx?id=euVMstst

less

Kwantlen Polytechnic University

Aswani Kumar Cherukuri

VIT University

La Trobe University

Kerstin P. Hofmann

German Archaeological Institute

University of Cape Town

University of Sarajevo

Maurizio Vivarelli

Università degli Studi di Torino

Bálint Molnár

Eötvös Loránd University

The University of Burdwan

InterestsView All (13)

Uploads

Books by Peretz Shoval

Designing NoSQL databases based on multiple requirement views

Data & Knowledge Engineering, 2023

In recent years, new data characteristics led to the development of new database management syste... more In recent years, new data characteristics led to the development of new database management systems named NoSQL. As opposed to the mature Relational databases, design methods for the new databases receive little attention and mainly consider the data-related requirements. In this paper, we present methods for designing two types of NoSQL databases-Document and Graph databases-that consider not only the data-related but also functional-related requirements. We empirically evaluate the methods and apply the design methods to two leading database systems. We found that the databases designed with the consideration of functional requirements perform better, with respect to time of execution and database I/O operations, compared to when designed without considering them.

Peretz Shoval - CV

Roy-Rokach-Shapira-Shova - IEEE-IT-Professional-17 - Modeling Graph Database Schema.pdf

P. Shoval (2015): Planning, Analysis and Design of Information Systems

New (2nd) edition of the 3-volume textbook on planning, analysis and design of information syste... more

P. Shoval (2007). Functional and Object-Oriented Analysis & Design - An Integrated Methodology

Functional and Object Oriented Analysis and Design: An Integrated Methodology teaches students of... more Functional and Object Oriented Analysis and Design: An Integrated Methodology teaches students of information systems, software engineering, computer science, and related areas how to analyze and design information systems using the FOOM methodology. FOOM combines the object-oriented approach and the functional (process-oriented) approach. It makes a clear distinction between the analysis and design phases, and enables a smooth transition from the former to the latter.
The FOOM methodology is very well structured, providing step-by-step guidelines on what to do and how to do each of the analysis and design activities. Many examples make the learning and utilization of the methodology easy.

Table of Contents:
Section I: The Objects Model and Class Diagrams
Chapter I: Introduction to the Objects Approach in Software
Chapter II: The Objects Model and the Class Diagram
Chapter III: Creating Class Diagrams
Chapter IV: Mapping Entity Relationship Diagrams to Class Diagrams
Chapter V: Mapping Class Diagrams to Relational Schemas
Section II: Functional and Object Oriented Analysis
Chapter VI: Object-Oriented Methodologies and the UML
Chapter VII: Combining the Functional and OO Approaches - Intro. to FOOM
Chapter VIII: Information Systems Analysis with FOOM
Chapter IX: Data Dictionary
Section III: Information Systems Design with FOOM
Chapter X: Transactions and Their Top-Level Design
Chapter XI: Design of the Man-Machine Interface: Menus, Inputs, and Outputs
Chapter XII: Detailed Design of Transactions and Class Methods

P. Shoval (2004). Analysis & Design of Information Systems – Combining Processes and Objects. ניתוח ועיצוב מערכות מידע - שילוב תהליכים ועצמים

תוכן העניינים

P. Shoval (1998). Planning, Analysis and Design of Information Systems (3 Volumes)

תכנון, ניתוח ועיצוב מערכות-מידע מאת: פרופ' פרץ שובל כרך א': תכנון יחידה 1: מבוא לפיתוח מע... more תכנון, ניתוח ועיצוב מערכות-מידע
מאת: פרופ' פרץ שובל

כרך א': תכנון

יחידה 1: מבוא לפיתוח מערכות מידע
פרק 1: מערכות מידע בארגון
פרק 2: גישות לפיתוח מערכות מידע

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

יחידה 3: אפיון ראשוני, ניתוח דרכי-פעולה והכנת בקשה לפיתוח מערכת-מידע
פרק 1: אפיון ראשוני של מערכת המידע החדשה
פרק 2: ניתוח דרכי פעולה אפשריות
פרק 3: בקשה לקבלת הצעות

יחידה 4: הערכת והשוואת הצעות למערכת-מידע
פרק 1: הערכת הצעות: העלויות
פרק 1: הערכת הצעות: התועלות
פרק 3: השוואות עלות-תועלת ובחירת הצעה אופטימאלית

כרך ב': ניתוח ועיצוב

יחידה 5 : ניתוח המערכת - גישות ותרשימי זרימת מידע
פרק 1: מבוא לשלב ניתוח המערכת
פרק 2: תרשים זרימת מידע (DFD)

יחידה 6 : ניתוח המערכת - פירוק היררכי ומילון הנתונים
פרק 1: פירוק היררכי של תרשימי DFD
פרק 2: מילון הנתונים

יחידה 7: עיצוב מערכת המידע - הטרנזקציות והממשקים
פרק 1: עיצוב הטרנזקציות / התהליכים
פרק 2: עיצוב הממשקים

יחידה 8: עיצוב מערכת המידע - הקלטים והפלטים
פרק 1: מבוא לעיצוב קלטים ופלטים
פרק 2: עיצוב הקלטים
פרק 3: עיצוב הפלטים

יחידה 9: עיצוב מערכת המידע - בסיס הנתונים
פרק 1: המודל הרלציוני ונרמול נתונים
פרק 2: מודל ישויות-וקשרים
פרק 3: עיצוב סכמת בסיס הנתונים

כרך ג': אבטיפוס, יישום המערכת ומבוא לגישת העצמים

יחידה 10: גישת אב טיפוס וכלי הנדסת תוכנה
פרק 1: גישת אב-טיפוס בפיתוח מערכות מידע
פרק 2: כלי הנדסת תכנה

יחידה 11: הקמת, יישום ותחזוקת מערכת המידע
פרק 1: מעיצוב להקמת המערכת
פרק 2: מבחני קבלה והסבה למערכת המידע החדשה
פרק 3: תפעול ותחזוקת המערכת

יחידה 12: מבוא לניתוח ועיצוב מונחה עצמים
פרק 1: תוכנה מונחית עצמים
פרק 2: ניתוח ועיצוב מונחה עצמים

Conceptual Modeling – ER2010, Proceedings of the 29th Int'l Conference on Conceptual Modeling

Peretz Shoval (Stangel): An Expert/Consultation System for a Retrieval Database with a Semantic Network of Concepts

Files Organization and Processing - Lecture Notes

חוברת זו נועדה לשמש חומר לימוד בקורס "ארגון ועיבוד קבצים". החוברת נכתבה במהלך הוראת קורס זה, ומתב... more חוברת זו נועדה לשמש חומר לימוד בקורס "ארגון ועיבוד קבצים". החוברת נכתבה במהלך הוראת קורס זה, ומתבססת הן על מקורות ספרותיים בתחום והן על הכרות וניסיון עם מערכות לניהול קבצים ובסיסי נתונים.
מטרת הקורס ללמד שיטות לארגון ולעיבוד קבצי נתונים המשמשים במערכות מידע. הקורס עוסק הן באספקטים הפיזיים והן באספקטים הלוגיים של טיפול בקבצי נתונים. במונח 'אספקטים פיזיים' הכוונה לאופן שבו הנתונים מאוחסנים באמצעי האחסון (בפרט דיסקים מגנטיים) ולאופן ביצוע פעולות חיפוש/קריאה ופעולות עדכון/כתיבה של הנתונים. במונח 'אספקטים לוגיים' הכוונה לאופן שבו המשתמשים במערכת המידע מבינים את מבנה הנתונים ואת פעולות החיפוש והעדכון הנעשות עם הנתונים. הדגש בקורס זה הוא על האספקטים הפיזיים; רובו מוקדש ללמוד טכניקות שונות של ארגון קבצים ועיבודם, על יתרונותיהן וחסרונותיהן בשימושים שונים של מערכות מידע. במסגרת הקורס לא נלמדות תוכנות מסחריות כלשהן; הלימוד הוא של שיטות וטכניקות גנריות, שאפשר שהן או חלקן מיושמות בתוכנות מסחריות או אחרות לניהול בסיסי נתונים.
הקורס מיועד לתלמידים בתכניות לימוד בתחומי מערכות מידע, הנדסת תוכנה ומדעי המחשב. תלמיד המגיע לקרוס זה צריך להיות בעל ידע קודם בתכנות (בשפת תכנות כלשהי) ובמבני נתונים, שכן הקורס מניח שהתלמיד מכיר מבנים שונים של נתונים וטכניקות לטיפול בנתונים (כגון מיון, מיזוג, שרשור, עצי חיפוש וכדומה), ויכול לכתוב תכניות מחשב המיישמות את טכניקות ארגון ועיבוד הקבצים הנלמדות.
כיון שהטכניקות לארגון קבצים ולעיבודן מיושמות בדרך-כלל במערכות לניהול בסיסי נתונים או בתוכנות אחרות לעיבוד נתונים, ניתן לראות בקורס זה מעין "מבוא" לקורס ניהול בסיסי נתונים, שבו הדגש הוא על אספקטים לוגיים, מודלים ותכנון בסיסי נתונים באמצעות מודלים שונים, הקמת ושימוש במערכות לניהול בסיסי נתונים. (עם זאת, ישנם מוסדות לימוד שבהם מלמדים קודם קורס לניהול בסיסי נתונים, מבלי לכלול בו אספקטים פיזיים, ורק לאחר מכן מלמדים את האספקטים הפיזיים של ארגון ועיבוד הקבצים של בסיס הנתונים.)
הקורס "ארגון ועיבוד קבצים" ניתן בדרך-כלל בהיקף של 3 שעות לימוד ו-2-1 שעות תרגיל, במהלך סמסטר אחד. במסגרת השיעורים נלמדות הטכניקות השונות, כמפורט רשימת הנושאים שלהלן ובתוכן העניינים של החוברת; במסגרת התרגיל מתורגלות הטכניקות השונות תוך שימוש בדוגמאות מגוונות, וניתנת הדרכה בתכנות של חלק מהטכניקות. התלמיד בקורס נדרש להגיש עבודות בית שוטפות (בצד בחינה בסוף הקורס). עבודות הבית כוללות מטלות משני סוגים עיקריים: א) פתרון שאלות ובעיות בנושאי הלימוד, כמכשיר להטמעת החומר ולפיתוח יכולת להתמודד עם בעיות של ארגון ועיבוד קבצים; ב) כתיבת תכניות מחשב המיישמות טכניקות שונות לארגון ועיבוד קבצים. דוגמאות של בעיות ותרגילי תכנות בארגון ועיבוד קבצים מובאות בנספחים לחוברת זו.

Papers by Peretz Shoval

A Method for Modeling a Schema for Graph Databases

Digital Presentation and Preservation of Cultural and Scientific Heritage

Designing Document Databases: A Comprehensive Requirements Perspective

Lecture Notes in Computer Science, 2021

Modeling Graph Database Schema

IT Professional, 2017

The authors' approach to creating a graph database schema (GDBS) is based on an entity-relationsh... more The authors' approach to creating a graph database schema (GDBS) is based on an entity-relationship diagram of the application domain, which is mapped to a GDBS in a two-step process. Create Nodes Create node Movie Properties: movie-ID key, title not null, release date, avg rating Create node Person Properties: ID key, name, date of birth, gender, type Not Null Create node Genre Properties: name key Create node Rating Properties: numeric rating key Create node Monthly revenue Properties: (year, month, movie-ID) key, income, avg rating Create node RatingOfUserForMovie Properties: (IDperson, IDmovie, numeric rating) key Create Edges

Special Theme of Research in Information Systems Analysis and Design - I. Unraveling Knowledge Requirements Through Business Process Analysis

Communications of the Association for Information Systems, 2005

Organizations analyze their business processes in order to improve them. Business processes are a... more Organizations analyze their business processes in order to improve them. Business processes are also considered retainers, users and creators of organizational knowledge. Thus, they can be analyzed to identify the knowledge used, created and embedded in them. A process analysis approach that focuses on redesign does not necessarily capture the knowledge used and created in a process. Choosing a knowledge-focused approach should lead to understanding knowledge needs but might not lead to improved business processes. This paper describes an approach for Knowledge Requirements Analysis (KRA) that combines process analysis with identifying knowledge used and created during the process. KRA is the process of identifying and analyzing existing organizational knowledge and prescribing improvements to it. The KRA methodology presented in this paper combines two methods: a knowledge engineering method (CommonKADS) and a process modeling method (EDPDT). The EDPDT constructs are used to operationalize the organization and task models of CommonKADS and thus create the KRA methodology. The methodology was applied successfully to the process of ethical reviews of grant applications in a university. The main advantage of the proposed methodology is that it enables organizations to keep track of their knowledge resources embedded in various business processes. Knowledge that is not shared or used can be detected and new knowledge can be identified to support and improve existing processes better. This approach can lead to improved knowledge management in organizations

Software Systems Engineering programmes a capability approach

Journal of Systems and Software, 2017

This paper discusses third-level educational programmes that are intended to prepare their gradua... more This paper discusses third-level educational programmes that are intended to prepare their graduates for a career building systems in which software plays a major role. Such programmes are modelled on traditional Engineering programmes but have been tailored to applications that depend heavily on software. Rather than describe knowledge that should be taught, we describe capabilities that students should acquire in these programmes. The paper begins with some historical observations about the software development field.

On Non-Constrained, Constrained and Mandatory Many-to-Many Relationship Types

Journal of Database Management, 1993

Combining the Functional and Object Oriented Approaches

An Integrated Methodology

This chapter starts with a brief discussion on approaches to system development methodologies and... more

Mapping Class Diagrams to Relational Schemas

An Integrated Methodology

Abstract This chapter first explains the need to map a class diagram to a relational schema. Then... more Abstract This chapter first explains the need to map a class diagram to a relational schema. Then, most of the chapter is dedicated to presenting and demonstrating the mapping rules based on which a relational schema (made of normalized relations) is created. The mapping process is demonstrated with several comprehensive examples.

Mapping Entity Relationship Diagrams in Class Diagrams

An Integrated Methodology

Abstract This chapter first explains why it might be preferred to first create an entity relation... more

The Objects Model and the Class Diagram

An Integrated Methodology

The objects model (or object oriented [OO] model) is a conceptual-application model that is used ... more The objects model (or object oriented [OO] model) is a conceptual-application model that is used to define a database schema representing a certain reality. The model views the world as consisting of objects belonging to classes. The objects of these classes have attributes, behavior (i.e., functions), and various relationships with other objects. The objects model can be presented as a class diagram (also termed OO diagram or objects diagram). Like an entity relationship diagram (ERD), the class diagram has two main goals: 1. To serve as a communication medium between the developers (analysts/ designers) and the users or their representatives. The diagram is created as a result of the interactions between the two parties, during which they discover and define the users’ information needs; the diagram serves like a contract between these two sides which summarizes the users’ needs. 2. To be the basis for further development of the information system (IS). Based on the diagram, it sh...

Designing NoSQL databases based on multiple requirement views

Data & Knowledge Engineering, 2023

In recent years, new data characteristics led to the development of new database management syste... more In recent years, new data characteristics led to the development of new database management systems named NoSQL. As opposed to the mature Relational databases, design methods for the new databases receive little attention and mainly consider the data-related requirements. In this paper, we present methods for designing two types of NoSQL databases-Document and Graph databases-that consider not only the data-related but also functional-related requirements. We empirically evaluate the methods and apply the design methods to two leading database systems. We found that the databases designed with the consideration of functional requirements perform better, with respect to time of execution and database I/O operations, compared to when designed without considering them.

Peretz Shoval - CV

Roy-Rokach-Shapira-Shova - IEEE-IT-Professional-17 - Modeling Graph Database Schema.pdf

P. Shoval (2015): Planning, Analysis and Design of Information Systems

New (2nd) edition of the 3-volume textbook on planning, analysis and design of information syste... more

P. Shoval (2007). Functional and Object-Oriented Analysis & Design - An Integrated Methodology

Functional and Object Oriented Analysis and Design: An Integrated Methodology teaches students of... more Functional and Object Oriented Analysis and Design: An Integrated Methodology teaches students of information systems, software engineering, computer science, and related areas how to analyze and design information systems using the FOOM methodology. FOOM combines the object-oriented approach and the functional (process-oriented) approach. It makes a clear distinction between the analysis and design phases, and enables a smooth transition from the former to the latter.
The FOOM methodology is very well structured, providing step-by-step guidelines on what to do and how to do each of the analysis and design activities. Many examples make the learning and utilization of the methodology easy.

Table of Contents:
Section I: The Objects Model and Class Diagrams
Chapter I: Introduction to the Objects Approach in Software
Chapter II: The Objects Model and the Class Diagram
Chapter III: Creating Class Diagrams
Chapter IV: Mapping Entity Relationship Diagrams to Class Diagrams
Chapter V: Mapping Class Diagrams to Relational Schemas
Section II: Functional and Object Oriented Analysis
Chapter VI: Object-Oriented Methodologies and the UML
Chapter VII: Combining the Functional and OO Approaches - Intro. to FOOM
Chapter VIII: Information Systems Analysis with FOOM
Chapter IX: Data Dictionary
Section III: Information Systems Design with FOOM
Chapter X: Transactions and Their Top-Level Design
Chapter XI: Design of the Man-Machine Interface: Menus, Inputs, and Outputs
Chapter XII: Detailed Design of Transactions and Class Methods

P. Shoval (2004). Analysis & Design of Information Systems – Combining Processes and Objects. ניתוח ועיצוב מערכות מידע - שילוב תהליכים ועצמים

תוכן העניינים

P. Shoval (1998). Planning, Analysis and Design of Information Systems (3 Volumes)

תכנון, ניתוח ועיצוב מערכות-מידע מאת: פרופ' פרץ שובל כרך א': תכנון יחידה 1: מבוא לפיתוח מע... more תכנון, ניתוח ועיצוב מערכות-מידע
מאת: פרופ' פרץ שובל

כרך א': תכנון

יחידה 1: מבוא לפיתוח מערכות מידע
פרק 1: מערכות מידע בארגון
פרק 2: גישות לפיתוח מערכות מידע

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

יחידה 3: אפיון ראשוני, ניתוח דרכי-פעולה והכנת בקשה לפיתוח מערכת-מידע
פרק 1: אפיון ראשוני של מערכת המידע החדשה
פרק 2: ניתוח דרכי פעולה אפשריות
פרק 3: בקשה לקבלת הצעות

יחידה 4: הערכת והשוואת הצעות למערכת-מידע
פרק 1: הערכת הצעות: העלויות
פרק 1: הערכת הצעות: התועלות
פרק 3: השוואות עלות-תועלת ובחירת הצעה אופטימאלית

כרך ב': ניתוח ועיצוב

יחידה 5 : ניתוח המערכת - גישות ותרשימי זרימת מידע
פרק 1: מבוא לשלב ניתוח המערכת
פרק 2: תרשים זרימת מידע (DFD)

יחידה 6 : ניתוח המערכת - פירוק היררכי ומילון הנתונים
פרק 1: פירוק היררכי של תרשימי DFD
פרק 2: מילון הנתונים

יחידה 7: עיצוב מערכת המידע - הטרנזקציות והממשקים
פרק 1: עיצוב הטרנזקציות / התהליכים
פרק 2: עיצוב הממשקים

יחידה 8: עיצוב מערכת המידע - הקלטים והפלטים
פרק 1: מבוא לעיצוב קלטים ופלטים
פרק 2: עיצוב הקלטים
פרק 3: עיצוב הפלטים

יחידה 9: עיצוב מערכת המידע - בסיס הנתונים
פרק 1: המודל הרלציוני ונרמול נתונים
פרק 2: מודל ישויות-וקשרים
פרק 3: עיצוב סכמת בסיס הנתונים

כרך ג': אבטיפוס, יישום המערכת ומבוא לגישת העצמים

יחידה 10: גישת אב טיפוס וכלי הנדסת תוכנה
פרק 1: גישת אב-טיפוס בפיתוח מערכות מידע
פרק 2: כלי הנדסת תכנה

יחידה 11: הקמת, יישום ותחזוקת מערכת המידע
פרק 1: מעיצוב להקמת המערכת
פרק 2: מבחני קבלה והסבה למערכת המידע החדשה
פרק 3: תפעול ותחזוקת המערכת

יחידה 12: מבוא לניתוח ועיצוב מונחה עצמים
פרק 1: תוכנה מונחית עצמים
פרק 2: ניתוח ועיצוב מונחה עצמים

Conceptual Modeling – ER2010, Proceedings of the 29th Int'l Conference on Conceptual Modeling

Peretz Shoval (Stangel): An Expert/Consultation System for a Retrieval Database with a Semantic Network of Concepts

Files Organization and Processing - Lecture Notes

חוברת זו נועדה לשמש חומר לימוד בקורס "ארגון ועיבוד קבצים". החוברת נכתבה במהלך הוראת קורס זה, ומתב... more חוברת זו נועדה לשמש חומר לימוד בקורס "ארגון ועיבוד קבצים". החוברת נכתבה במהלך הוראת קורס זה, ומתבססת הן על מקורות ספרותיים בתחום והן על הכרות וניסיון עם מערכות לניהול קבצים ובסיסי נתונים.
מטרת הקורס ללמד שיטות לארגון ולעיבוד קבצי נתונים המשמשים במערכות מידע. הקורס עוסק הן באספקטים הפיזיים והן באספקטים הלוגיים של טיפול בקבצי נתונים. במונח 'אספקטים פיזיים' הכוונה לאופן שבו הנתונים מאוחסנים באמצעי האחסון (בפרט דיסקים מגנטיים) ולאופן ביצוע פעולות חיפוש/קריאה ופעולות עדכון/כתיבה של הנתונים. במונח 'אספקטים לוגיים' הכוונה לאופן שבו המשתמשים במערכת המידע מבינים את מבנה הנתונים ואת פעולות החיפוש והעדכון הנעשות עם הנתונים. הדגש בקורס זה הוא על האספקטים הפיזיים; רובו מוקדש ללמוד טכניקות שונות של ארגון קבצים ועיבודם, על יתרונותיהן וחסרונותיהן בשימושים שונים של מערכות מידע. במסגרת הקורס לא נלמדות תוכנות מסחריות כלשהן; הלימוד הוא של שיטות וטכניקות גנריות, שאפשר שהן או חלקן מיושמות בתוכנות מסחריות או אחרות לניהול בסיסי נתונים.
הקורס מיועד לתלמידים בתכניות לימוד בתחומי מערכות מידע, הנדסת תוכנה ומדעי המחשב. תלמיד המגיע לקרוס זה צריך להיות בעל ידע קודם בתכנות (בשפת תכנות כלשהי) ובמבני נתונים, שכן הקורס מניח שהתלמיד מכיר מבנים שונים של נתונים וטכניקות לטיפול בנתונים (כגון מיון, מיזוג, שרשור, עצי חיפוש וכדומה), ויכול לכתוב תכניות מחשב המיישמות את טכניקות ארגון ועיבוד הקבצים הנלמדות.
כיון שהטכניקות לארגון קבצים ולעיבודן מיושמות בדרך-כלל במערכות לניהול בסיסי נתונים או בתוכנות אחרות לעיבוד נתונים, ניתן לראות בקורס זה מעין "מבוא" לקורס ניהול בסיסי נתונים, שבו הדגש הוא על אספקטים לוגיים, מודלים ותכנון בסיסי נתונים באמצעות מודלים שונים, הקמת ושימוש במערכות לניהול בסיסי נתונים. (עם זאת, ישנם מוסדות לימוד שבהם מלמדים קודם קורס לניהול בסיסי נתונים, מבלי לכלול בו אספקטים פיזיים, ורק לאחר מכן מלמדים את האספקטים הפיזיים של ארגון ועיבוד הקבצים של בסיס הנתונים.)
הקורס "ארגון ועיבוד קבצים" ניתן בדרך-כלל בהיקף של 3 שעות לימוד ו-2-1 שעות תרגיל, במהלך סמסטר אחד. במסגרת השיעורים נלמדות הטכניקות השונות, כמפורט רשימת הנושאים שלהלן ובתוכן העניינים של החוברת; במסגרת התרגיל מתורגלות הטכניקות השונות תוך שימוש בדוגמאות מגוונות, וניתנת הדרכה בתכנות של חלק מהטכניקות. התלמיד בקורס נדרש להגיש עבודות בית שוטפות (בצד בחינה בסוף הקורס). עבודות הבית כוללות מטלות משני סוגים עיקריים: א) פתרון שאלות ובעיות בנושאי הלימוד, כמכשיר להטמעת החומר ולפיתוח יכולת להתמודד עם בעיות של ארגון ועיבוד קבצים; ב) כתיבת תכניות מחשב המיישמות טכניקות שונות לארגון ועיבוד קבצים. דוגמאות של בעיות ותרגילי תכנות בארגון ועיבוד קבצים מובאות בנספחים לחוברת זו.

A Method for Modeling a Schema for Graph Databases

Digital Presentation and Preservation of Cultural and Scientific Heritage

Designing Document Databases: A Comprehensive Requirements Perspective

Lecture Notes in Computer Science, 2021

Modeling Graph Database Schema

IT Professional, 2017

The authors' approach to creating a graph database schema (GDBS) is based on an entity-relationsh... more The authors' approach to creating a graph database schema (GDBS) is based on an entity-relationship diagram of the application domain, which is mapped to a GDBS in a two-step process. Create Nodes Create node Movie Properties: movie-ID key, title not null, release date, avg rating Create node Person Properties: ID key, name, date of birth, gender, type Not Null Create node Genre Properties: name key Create node Rating Properties: numeric rating key Create node Monthly revenue Properties: (year, month, movie-ID) key, income, avg rating Create node RatingOfUserForMovie Properties: (IDperson, IDmovie, numeric rating) key Create Edges

Special Theme of Research in Information Systems Analysis and Design - I. Unraveling Knowledge Requirements Through Business Process Analysis

Communications of the Association for Information Systems, 2005

Organizations analyze their business processes in order to improve them. Business processes are a... more Organizations analyze their business processes in order to improve them. Business processes are also considered retainers, users and creators of organizational knowledge. Thus, they can be analyzed to identify the knowledge used, created and embedded in them. A process analysis approach that focuses on redesign does not necessarily capture the knowledge used and created in a process. Choosing a knowledge-focused approach should lead to understanding knowledge needs but might not lead to improved business processes. This paper describes an approach for Knowledge Requirements Analysis (KRA) that combines process analysis with identifying knowledge used and created during the process. KRA is the process of identifying and analyzing existing organizational knowledge and prescribing improvements to it. The KRA methodology presented in this paper combines two methods: a knowledge engineering method (CommonKADS) and a process modeling method (EDPDT). The EDPDT constructs are used to operationalize the organization and task models of CommonKADS and thus create the KRA methodology. The methodology was applied successfully to the process of ethical reviews of grant applications in a university. The main advantage of the proposed methodology is that it enables organizations to keep track of their knowledge resources embedded in various business processes. Knowledge that is not shared or used can be detected and new knowledge can be identified to support and improve existing processes better. This approach can lead to improved knowledge management in organizations

Software Systems Engineering programmes a capability approach

Journal of Systems and Software, 2017

This paper discusses third-level educational programmes that are intended to prepare their gradua... more This paper discusses third-level educational programmes that are intended to prepare their graduates for a career building systems in which software plays a major role. Such programmes are modelled on traditional Engineering programmes but have been tailored to applications that depend heavily on software. Rather than describe knowledge that should be taught, we describe capabilities that students should acquire in these programmes. The paper begins with some historical observations about the software development field.

On Non-Constrained, Constrained and Mandatory Many-to-Many Relationship Types

Journal of Database Management, 1993

Combining the Functional and Object Oriented Approaches

An Integrated Methodology

This chapter starts with a brief discussion on approaches to system development methodologies and... more

Mapping Class Diagrams to Relational Schemas

An Integrated Methodology

Abstract This chapter first explains the need to map a class diagram to a relational schema. Then... more Abstract This chapter first explains the need to map a class diagram to a relational schema. Then, most of the chapter is dedicated to presenting and demonstrating the mapping rules based on which a relational schema (made of normalized relations) is created. The mapping process is demonstrated with several comprehensive examples.

Mapping Entity Relationship Diagrams in Class Diagrams

An Integrated Methodology

Abstract This chapter first explains why it might be preferred to first create an entity relation... more

The Objects Model and the Class Diagram

An Integrated Methodology

The objects model (or object oriented [OO] model) is a conceptual-application model that is used ... more The objects model (or object oriented [OO] model) is a conceptual-application model that is used to define a database schema representing a certain reality. The model views the world as consisting of objects belonging to classes. The objects of these classes have attributes, behavior (i.e., functions), and various relationships with other objects. The objects model can be presented as a class diagram (also termed OO diagram or objects diagram). Like an entity relationship diagram (ERD), the class diagram has two main goals: 1. To serve as a communication medium between the developers (analysts/ designers) and the users or their representatives. The diagram is created as a result of the interactions between the two parties, during which they discover and define the users’ information needs; the diagram serves like a contract between these two sides which summarizes the users’ needs. 2. To be the basis for further development of the information system (IS). Based on the diagram, it sh...

Data Modeling and Functional Modeling

Methods and Best Practices

In the analysis phase of the information system development, the user requirements are studied, a... more In the analysis phase of the information system development, the user requirements are studied, and analysis models are created. In most UML-based methodologies, the analysis activities include mainly modeling the problem domain using a class diagram, and modeling the user/functional requirements using use cases. Different development methodologies prescribe different orders of carrying out these activities, but there is no commonly agreed order for performing them. In order to find out whether the order of analysis activities makes any difference, and which order leads to better results, a comparative controlled experiment was carried out in a laboratory environment. The subjects were asked to create two analysis models of a given system while working in two opposite orders. The main results of the experiment are that the class diagrams are of better quality when created as the first modeling task, and that analysts prefer starting the analysis by creating class diagrams first.

Functional and Object-Oriented Methodology for Analysis and Design

Encyclopedia of Information Science and Technology, Second Edition

The chapter provides an overview of FOOM–Functional and Object-oriented Methodology–for analysis ... more The chapter provides an overview of FOOM–Functional and Object-oriented Methodology–for analysis and design of information systems. FOOM integrates the functional and object-oriented approaches. In the analysis phase, two main models are created: a) a conceptual data model, in the form of an initial class diagram; and b) a functional model, in the form of OO-DFDs (object-oriented data-flow diagram). In the design phase, the above models are used to design the following products: a) a complete class diagram, including Data, Menus, Forms, Reports and Transactions classes, including their attributes, relationships and methods; b) the user interface–a menus tree; c) the input and output form and report; and d) detailed descriptions of the class methods, expressed in pseudo-code or message charts.

The Application of FOOM Methodology to IFIP Conference Case Study

Practicing Software Engineering in the 21st Century

FOOM (Functional and Object-Oriented Methodology) is an integrated methodology for information sy... more FOOM (Functional and Object-Oriented Methodology) is an integrated methodology for information systems’ analysis and design, which combines two essential software-engineering paradigms: the functional/data approach (or process-oriented) and the object-oriented (OO) approach. Having applied FOOM in a variety of domains, this chapter presents the application of the methodology to the specification of the IFIP Conference system. We focus on the analysis and design phases. FOOM-analysis phase includes data modeling and functional analysis activities and produces an initial Class Diagram and a hierarchy of OO data flow diagrams (OO-DFDs). The products of the design phase include: (a) a complete class diagram; (b) object classes for the menus, forms and reports and (c) a behavior schema, which consists of detailed descriptions of the methods and the application transactions, expressed in pseudocode and message diagrams.

FOOM - Functional and Object-Oriented Methodology for Analysis and Design of Information Systems

Advanced Topics in Database Research, Volume 1

FOOM is an integrated methodology for analysis and design of information systems, which combines ... more FOOM is an integrated methodology for analysis and design of information systems, which combines the two essential software-engineering paradigms: the functional- (or process-) oriented approach and the object-oriented (OO) approach. In FOOM, system analysis includes both functional and data modeling activities, thereby producing both a functional model and a data model. These activities can be performed either by starting with functional analysis and continuing with data modeling, or vice versa. FOOM products of the analysis phase include: a) a hierarchy of OO-DFDs (object-oriented data flow diagrams), and b) an initial object schema, which can be created directly from the user requirements specification or from an entity-relationship diagram (ERD) that is mapped to that object schema. System design is performed according to the OO approach. The products of the design phase include: a) a complete object schema, consisting of the classes and their relationships, attributes, and method interfaces; b) object classes for the menus, forms and reports; and c) a behavior schema, which consists of detailed descriptions of the methods and the application transactions, expressed in pseudo-code and message diagrams. The seamless transition from analysis to design is attributed to ADISSA methodology, which facilitates the design of the menus, forms and reports classes, and the system behavior schema, from DFDs and the application transactions.

Software analysis process-which order of activities, is preferred? an experimental comparison using FOOM methodology

Proceedings 2003 Symposium on Security and Privacy, 2003

Abstract Data modelling and functional modelling are two main activities of the analysis process.... more Abstract Data modelling and functional modelling are two main activities of the analysis process. Traditional development methodologies usually emphasize functional modelling via dataflow diagrams (DFDs), while object-oriented (OO) methodologies emphasize data modelling via class diagrams. UML includes various techniques for both data (structure) and functional (behavior) modelling which can be utilized in various ways. In fact, different methodologies utilize data modelling and process modelling techniques in different ways ...

Quality Analysis Specifications

Advanced Topics in Database Research, Volume 4

Functional and Object Oriented Methodology (FOOM) combines two essential software-engineering par... more Functional and Object Oriented Methodology (FOOM) combines two essential software-engineering paradigms: the functional (process-oriented) approach and the object-oriented (OO) approach. The two main products of FOOM’s analysis phase are two models: a data model in the form of an initial class diagram and a functional model in the form of OO-DFDs (a hierarchy of data flow diagrams including data classes). We evaluate the quality of these models by comparing them with the quality of equivalent analysis models products by Object-Process Methodology (OPM), which also combines the functional and object-oriented approaches, using a unified diagrammatic notation. The comparison is based on a controlled experiment which measured the correctness of the analysis models (specifications) produced by the two methodologies. The results reveal that the quality of models produced by FOOM is better than those produced by OPM.

Computer Systems&Information SSR: a Unified Approach for Decision Making

2007 Proceedings - Annual Reliability and Maintainability Sympsoium, 2007

ABSTRACT Safety, security and reliability (SSR) of complex systems are the three interacting and ... more ABSTRACT Safety, security and reliability (SSR) of complex systems are the three interacting and most important risk related factors. In many cases of failure events, the security function assumes charge, and manages the failure event and its resolution. But does the security function consistently apply the optimal failure resolution methods? This paper proposes that several organizational functions, including information security (IS), should analyze, manage, and resolve each failure case in a coordinated effort, based on the failure classification and prioritization, and then apply appropriate corrective actions (CA). Such coordination may result in applying a CA that is sub-optimal by Security standards, yet optimal from the organization&#39;s perspective. An innovative composite methodology for identifying, prioritizing and selecting failures and incidents for appropriate treatment is suggested. The methodology is based on organizational priorities, knowledge and considers the analyses results of end effects (EE), solutions and CAs.

Designing Class Methods from Dataflow Diagrams

Information Systems Development, 2009

A method for designing the class methods of an information system is described. The method is par... more A method for designing the class methods of an information system is described. The method is part of FOOM–Functional and Object-Oriented Methodology. In the analysis phase of FOOM, two models defining the users&amp;amp;amp;#x27; requirements are created: a conceptual data model–an initial class diagram; and a functional model–hierarchical OO-DFDs (object-oriented dataflow diagrams). Based on these models, a well-defined process of methods design is applied. First, the OO-DFDs are converted into transactions, ie, system processes that ...

Structured method for designing subsystems

Information and Software Technology, 1995

This paper describes a structured method for designing subsystems from a whole system, which exte... more This paper describes a structured method for designing subsystems from a whole system, which extends ADISSA methodology for systems analysis, design and prototyping. The design of a subsystem m&ides: (a) definition of the transactions, or processes, that belong to the subsystem, thus determining the boundaries of the subsystem; (b) design of the subsystem userinterface, a sub-menu-tree, derivable from the menu-tree interface of the global system; and (c) design of the database sub-schema, derivable from the global database schema. The method is supported by a CASE tool, enabling automatic and interactive design and prototyping of the subsystems.

Full Papers-Adaptive Information Filtering, Retrieval and Browsing-Automating Personal Categorization Using Artificial Neural Networks

Lecture Notes in Computer Science, 2001