Examen Systèmes d’Information Sujet 1

EXO

Proposez par : GROUPE GENIUS REPETITION

Par : Mr Joel_Yk

1. Cahier de charges dans le domaine de développement d’une application informatique :

 Un cahier de charges dans le domaine de développement d'une application informatique est un document qui décrit les exigences fonctionnelles et non fonctionnelles de l'application à développer. Il est utilisé pour communiquer les besoins de l'utilisateur final aux développeurs et pour s'assurer que toutes les parties prenantes sont sur la même longueur d'onde quant aux fonctionnalités et aux objectifs de l'application. Il peut inclure des informations sur les objectifs de l'application, les utilisateurs cibles, les fonctionnalités, les exigences en matière de performance, les contraintes de temps et de budget, ainsi que les normes et les réglementations applicables. Le cahier de charges est généralement utilisé comme base pour un contrat de développement d'application.

2. Cycle de vie de développement d’un logiciel. On précisera les différents documents génères à chaque phase du Cycle :

Le cycle de vie de développement d’un logiciel décrit les différentes étapes à travers lesquelles passe un projet de développement de logiciel, depuis sa conception jusqu'à sa mise en production. Il se compose généralement de cinq phases principales : la conception, l'analyse, la réalisation, les tests et la mise en production.

• La phase de conception : Elle consiste à définir les besoins utilisateurs et les objectifs du projet, ainsi qu'à élaborer un plan général pour la réalisation du projet. Les documents générés à cette phase incluent le cahier des charges, le plan de projet et la spécification fonctionnelle.
• La phase d'analyse : Elle consiste à décomposer les besoins utilisateurs en exigences détaillées, à identifier les contraintes techniques et à élaborer une architecture logicielle globale. Les documents générés à cette phase incluent les spécifications techniques, les diagrammes d'architecture et les modèles de données.
• La phase de réalisation : Elle consiste à implémenter le logiciel en utilisant les spécifications élaborées lors des phases précédentes. Les documents générés à cette phase incluent les codes sources, les journaux de développement et les documents de conception technique.
• La phase de tests : Elle consiste à valider le logiciel en effectuant des tests unitaires, d'intégration et de validation. Les documents générés à cette phase incluent les rapports de tests, les plans de tests et les scripts de tests.
• La phase de mise en production : Elle consiste à installer et à configurer le logiciel sur les machines de production, à effectuer des tests de performance et à effectuer la mise en service pour les utilisateurs. Les documents générés à cette phase incluent les procédures d'installation, les manuels d'utilisation et les plans de maintenance.

1. Enumérer les différentes classes de méthodes de conception dans l’ordre chronologique :

2. Les avantages de chaque classe de méthodes par rapport à son prédécesseur et les inconvénients par rapport à son successeur :

Méthodes analytiques ou cartésiennes  

Avantages et inconvénients

Avantages :

⇒ Correspond à la démarche naturelle pour aborder un problème.

⇒ Facilité de recenser les besoins des utilisateurs.

⇒ Facilité de produire des solutions à plusieurs niveaux d’abstraction

Inconvénients :

⇒ Concentration de l’effort d’analyse sur les traitements et négligence de la cohérence des données (redondance).

⇒ Absence de règles de décomposition produisant des hiérarchies de décompositions différentes selon les analystes.

⇒ Difficultés de tenir compte des interactions non hiérarchiques dans le cas de systèmes complexes.

⇒ L’intégration des différentes applications obtenues est peu conforme à la réalité que l’on a voulu décrire.

Méthodes systémiques

Avantages : Meilleure cohérence des données. Respect des niveaux de représentation introduits par le groupe ANSI/SPARC (Niveau conceptuel, externe et interne).

Inconvénients : Absence de règles pour assurer la cohérence entre modèle des données et modèle des traitements.  Les frontières entre les niveaux conceptuel, interne et externe ne sont pas nettes. 

Faiblesse de la modélisation des traitements : mélange des connaissances (règles de gestion) et du contrôle (contraintes d’intégrité).

Méthodes orientées objet

Avantages et inconvénients

Avantages :

⇒ Grande capacité à modéliser les objets complexes.

⇒ Réduction des distorsions entre les le réel et le système informatique.

⇒ Grande capacité à intégrer la dynamique des objets.

⇒ Possibilité d’encapsuler les parties privées.

 Inconvénients :

⇒ Risque d’avoir une perception monolithique des applications

⇒ Difficulté de l’effort d’abstraction

1. Le domaine de cette étude est la gestion automatisée des processus d'un établissement scolaire, en particulier pour l'attribution des matières aux enseignants, l'inscription des élèves aux matières et la saisie des notes par les enseignants. Autre Propositions : Le domaine de cette étude est la gestion de l'établissement scolaire, en particulier la gestion des matières, des enseignants et des élèves.
2. Les acteurs du système sont :

• Le service des affaires académiques, qui est responsable de l'attribution des matières aux enseignants et de l'inscription des élèves aux matières. Internes
• Les enseignants, qui sont responsables de saisir les notes de leur matière pour chaque séquence et pour tous les élèves. Internes
• Les élèves, qui ont accès à leurs notes via l'application (ils sont inscrits aux matières et ont des notes associées.). Externes

Chacun des acteurs ont des informations les concernant telles que : nom, prénom, matricule, date et lieu de naissance, spécialité, numéro de téléphone et adresse e-mail pour les enseignants et nom, prénom, matricule, date et lieu de naissance, et numéro de téléphone pour les élèves.

3. Model de Communication :

1.. Attribution des Matières

2.. Inscription des Matières

3.. Saisie des Notes

4..

5..

6..

4) Dictionnaire de donnée du Système :

5) Présentation du MCD de ce système :

6) Pour intégrer les concepts de série et d'option, on pourrait ajouter des associations entre Matière et Série/Option avec la cardinalité 1..* (une matière peut être enseignée dans plusieurs séries ou options, mais une série ou une option ne peut enseigner qu'une seule matière). (Il faut modifier ainsi le MCD précédents les amis!)

Images :

7) Pour intégrer le concept de cours, on pourrait ajouter une entité Cours (matière, enseignant, séquence, série/option, tranche horaire, salle de classe) avec des associations entre Cours et les autres entités existantes (par exemple, Cours a une matière, un enseignant, une séquence, une série/option, une tranche horaire et une salle de classe). (Il faut modifier ainsi le MCD précédents les amis !)

8) Pour décomposer le concept de cours en concepts binaires, on pourrait créer des associations entre les entités existantes pour représenter les différentes relations. Par exemple, on pourrait avoir des associations entre Matière et Enseignant, Matière et Séquence, Matière et Série/Option, Enseignant et Série/Option, Enseignant et Tranche horaire, etc. (Il faut modifier ainsi le MCD précédents les amis !)

9) Pour mise à jour du MCD, il serait nécessaire d'ajouter une nouvelle table appelée "Exemplaires" qui aura des relations avec la table "Matieres" via un clé étrangère "code_matiere" et contiendra les colonnes "numero", "date_production", "cout" et "etat". La table "Exemplaires" peut également avoir une relation avec la table "Enseignants" via la colonne "matricule" pour stocker les informations sur l'enseignant qui utilise chaque exemplaire. (Il faut modifier ainsi le MCD précédents les amis !)

10. MLD :

Enseignants ( matricule , nom, prénom, date_naissance, lieu_naissance, specialite, num_tel, adresse_email)

Matieres ( code , libelle, volume_horaire, nombre_credit, matricule #Enseignants)

Exemplaires (numero, date_production, cout, etat, code #Matieres)

Livres ( issn , titre, date_parution, nom_auteur, domaine, code #Matieres)

Series ( code , libelle, code #Matieres)

Options ( code , libelle, code #Matieres)

Eleves (matricule , nom, prénom, date_naissance, lieu_naissance, num_tel, code #Matieres)

Notes (matricule #Eleves, code #Matieres, note, date)

Tranches_horaires (numero, tranche, debut, fin, type_plage, code #Salles)

Salles (code , libelle)

Cours (code #Matieres, matricule #Enseignants, numero #Tranches_horaires, code #Salles)

Les relations entre les entités peuvent être décrites comme suit :

• Une matière est attribuée à un enseignant
• Une matière est liée à plusieurs livres
• Une matière est liée à plusieurs élèves
• Un élève a plusieurs notes pour une matière
• Une matière est liée à plusieurs exemplaires
• Un enseignant utilise un exemplaire
• Une matière est liée à une série ou une option
• Une matière est liée à une tranche horaire et une salle de classe

Pour la décomposition en concepts binaires, il peut être judicieux de séparer les tables "Matieres", "Livres", "Enseignants" et "Exemplaires" en concepts distincts pour faciliter la gestion et la maintenance des données.

 ‘’ La persévérance, c’est ce qui rend l’impossible possible, le possible probable et le probable réalisé. ‘’

Bonne chance pour le rattrapage les amies.