Overblog Tous les blogs Top blogs Technologie & Science Tous les blogs Technologie & Science
Editer l'article Suivre ce blog Administration + Créer mon blog
MENU

BIENVENU SUR LE BLOG

Compte rendu de la réunion du 20/12/2012

6 Février 2013 , Rédigé par Montchalin Publié dans #compte rendu

Titre : Réseau social des anciens de l'IUT

description : Le projet consiste à développer un réseau social des anciens de l’IUT dans le but d’obtenir des informations sur le devenir professionnel des étudiants. De plus, ce réseau social en ligne serait l’un des moyens pour les étudiants de tisser un réseau professionnel des plus utiles dans le cadre de leur formation ou de leur recherche d’emploi ou de stage. Il servirait également aux enseignants pour organiser des événements avec des anciens de l’IUT, que ce soit pour des forums des poursuites d’étude, des forums des métiers ou des conseils de perfectionnement en Licence Pro.

Domaine d’application : Réseau social des anciens de l'IUT (site Internet).

Récupérer les données existantes

APOGEE

CASSIOPE

LDAP département ?

A polytech voir ce qui existe déjà (cf Adrien sa copine y fait ses études, ou demander à Anne Laurent)

Cela doit d'integrer dans le site de l'iut (joomla)

Voir les logiciels existant qui ont déjà ces fonctions

Interaction entre les personnes pour organiser des evenements, contacter d'anciens élèves, forum des métiers, des études, créer un évenement, si on accepte ou pas l'invitation, si seront present …

Organiser un événement

- envoyer un message à un groupe concerné

-créer une instance d'un évement son descriptif

- accepter refuser l'invitation

Ex de groupe concerné :

Par promotion : 5-6 ans après pour un forum des métiers

Par secteur d'activité (web, fonctionnaire, developpeur, commerciale …) actuellement ou déjà éxercé.

Par étude (avec poursuite d'étude).

Collecter des données sur le parcours des étudiants :

Sous forme de CV : aspect temporel

Photo

Stage

etude

Secteur d'activité

Entreprise , Ville, Salaire, Tel fixe domicile, portable, travail, Mail 1, Mail 2 …

Possibilité de sélectionner ce qui est visible : un CV publique

Permettre des échanges entre eux

Une zone de contact sans le mail publique.

Qui était en ACPI en 2010 ?

Mais qu'est-ce qui identifie une licence ? : PGI / ACPI ?

Il faut récupérer la nomenclature des noms.

Quel étudiant d'ACPI en cdd 3 – 6 – 12 mois ? Aprés iut ?

Cdi

Quel type de contrat ?

Quel secteur d'entreprise ?

Quel domaine ?

Periode d'inactivité ?

Qui étiat en poursuite d'étude 3 – 9 mois aprés ?

En ACPI qui a eu un autre diplôme ensuite ?

Liste des entrepris qui ont embauché un ACPI , combien ?

Salaire

Quelles études ils ont fait avant ACPI ?

Contrainte juridique CNIL, quelle démarche pour mettre en œuvre et ensuite .

CNIL : voir le rapport AMUE de 2011 pour les établissement d'enseignement superieur.

Cahier des charges qui explique tout ce qu'il faut faire sur le projet.

Soltuion libre

Interface graphique en dernier

Faire la BDD

Cahier des charges par fonction :

1) Collecte de données sur le devenir professionnel (stat)

2) Organiser les salons

3) Echange entre les anciens

4) Recherche d'emploi / Stage visibilit é par entreprise CV Visible

Cahier des charges par utilisateur :

- étdudiant en cours, ou ancien étudiant

Faire la différence entre anciens étudiants et étudiants en cours

On ne propose pas de stage à un ancien

L'étudiant actuel n'a pas déjà participé à un salon des étudiants.

Différence de fonctionnalité entre les utilisateurs :

- étudiants en cours

- ancien étudiant

- Permanent

- Autre personne exterieur (UM2 )

Avoir une vision globale ou on rajoute des parties au fur et à mesure

Commencer du minimaliste qui puisse fonctionner.

Faire cahier des charges préliminaire : Résumer ce qui a été dit

Intro : souhait : analyse de l'existant

Décrire le besoin  globale du logiciel voulu (contexte iut)

Lors des itérations ce sera plus précis.

On ne fera peut être pas tout

1) intro

2) analyse existant

2.1 Système d'information de l'université

2.2 Logiciel sociaux existant qui vont nous aider

2.3 Type de licence : GPL, CECILL voir ELG ce qui va ou ne va pas

3) besoin non fonctionnel

3.1 Spécificité technoque

interopérabilité, coût licence

HTML5 : w3c validé

PHP5

SGBD type SQL

3.2 Spécificité juridiques

4) Nombre d'interation qui seront developpé

(date de livraison) scénario à donner

Avant de développer on doit être clair sur le contenu à envoyer 2-3 jours avant

Réunion Jeudi 17/01 à 14h

Publicité

Partager cet article

Commenter cet article