Appli iPhone professionnelle (usage interne sté)

Contexte :

Développement d’une application professionnelle pour iPhone 6 sur iOS 8
Société de conseil d’environ 150 personnes
Usage interne uniquement – pas de publication sur l’appstore
Une application unique regroupant l’ensemble des fonctionnalités, ou plusieurs applications (2 ou 3) – choix ouvert
Application(s) verrouillées par TouchID (ou à défaut un mot de passe)
Option : développement de l’application pour iPad également

Objectif :
Obtenir un premier chiffrage pour valider le lancement d’un cahier des charges détaillé, en collaboration avec un prestataire retenu
Idéalement, chiffrage de chacune des fonctionnalités séparément + chiffrage d’un package avec toutes les fonctionnalités
Chiffrage du coût de la maintenant corrective (coût initial ou coût annuel, au choix)
Chiffrage additionnel du coût de développement pour iPad en plus d’iPhone
Périmètre de la prestation : design produit, prototypage, développement, interface, exploitation et maintenance

Fonctionnalités attendues :
• Réservation de salles
Ecran d’accueil : plan des locaux, et affichage des salles disponibles (en vert) et indisponibles (en rouge)
Appui sur une salle :
• Si disponible, possibilité de réserver la salle, choix du créneau horaire, des participants…
• Si indisponible : affichage des infos de la réservation + de l’heure de prochaine dispo, avec possibilité de réserver
Serveur mail sous Exchange 2010
Logique proposée : chaque utilisateur configure l’appli au 1er démarrage avec son login et mot de passe de serveur Exchange

• Gestion des congés
3 onglets :
• Saisie de congés
Tous les utilisateurs peuvent saisir une demande de congés
Authentification = via le LDAP / via Exchange
La demande contient les informations suivantes : dates de début et fin, calcul automatique du nb de jours ouvrés demandés, motif de la demande, nom du valideur
Le nom du valideur peut être différent et ne doit pas être fixe par utilisateur (un même demandeur peut faire une demande avec un valideur donné, puis 1 mois plus tard avec un autre valideur) – une liste déroulante doit permettre de sélectionner un valideur (le valideur correspondant à quelques profils du LDAP)
Une fois les informations saisies, l’utilisateur appuie sur envoyer ma demande. Un popup apparait alors dans l’application iphone du valideur renseigné par le demandeur, et un mail est également généré vers le valideur et les RH
La demande est stockée sur un serveur de l'entreprise, dans un fichier unique à plat ou XLS (modalité à définir, traitements Excel ultérieurs nécessaires)
• Validation de congés
Le valideur accède à l’onglet de validation (depuis le popup ou manuellement après le mail)
Il visualise l’ensemble des demandes non validées à date
Il appuie sur la demande à valider
Il valide ou refuse la demande de congés
Un popup + mail sont envoyés au demandeur + DRH, avec le statut de validation (validé / refusé)
Le fichier unique des demandes est mis à jour
• Visualisation des congés posés / validés
Un onglet permet de visualiser l’historique des demandes et des validations

• Gestion des temps
Tous les utilisateurs doivent saisir mensuellement les temps passés pour chaque client
Authentification = via le LDAP / via Exchange
La saisie s’effectue à la journée, avec une granularité de 0,5 minimum (demi journée) : Un utilisateur doit pouvoir saisir 1 sur le lundi, 0,5 sur le mardi, 1,5 sur le mercredi (valeur >1 possible)…
Ces temps doivent être ventilés sur les différents clients
L’utilisateur doit pouvoir visualiser une liste de ses clients (disponible sur un serveur access) et pouvoir affecter ses temps sur ces clients
L’application doit contrôler que le nombre de jours saisis est égal ou supérieur au nb de jours ouvrés
La feuille de temps est ensuite envoyée sur un serveur (fichier à plat ou XLS, à définir) + mail aux RH
L’utilisateur doit disposer dans l’application d’un historique de ses temps saisis

• Gestion des frais
Les utilisateurs doivent pouvoir saisir au fil du mois leurs notes de frais, avec prise de photo du justificatif
Authentification = via le LDAP / via Exchange
Une note de frais contient les champs suivants : client (idem gestion des temps, doit être dynamique par employé), date, montant, type de frais (déplacement, repas, frais kilométriques…), chargeable oui/non, photo
Les frais doivent être stockés dans l’appli, puis l’utilisateur doit pouvoir envoyer une série de frais à la fin du mois. Ceux-ci sont alors stockés dans un autre onglet avec le statut envoyé
L’ensemble des frais envoyés à un instant T par un utilisateur sont stockés sur un serveur (fichier à plat ou XLS, à définir) + mail aux RH

• Mini réseau social
Cette fonctionnalité est optionnelle, détails à creuser
Idée générale : Espace de discussion partagé, avec un seul fil de discussion, permettant à chacun d’envoyer un message à tous les autres employés

• Informations diverses
Onglet avec un contenu statique identique pour tous les utilisateurs, où sont stockées diverses informations, comme les numéros de téléphone utiles du cabinet, et autres détails pratiques