\section{Présentation}

  Dans une entreprise à partir de l'organisation actuelle, OSSAD Process Design \& Portal permettent de proposer une réorganisation qui corresponde aux besoins et aux objectifs de l'entrprise. C'est d'abord un editeur pour le langage OSSAD, ensuite il permet de simuler la modelisation obtenue, de la mofifier et de publier le resultat.

\section{Caracteristiques exigées}

Oss@d Process Design doit pouvoir décrire l'organisation de l'entreprise et pouvoir la representer graphiquement. On doit ensuite pouvoir simuler le fonctionnement de l'entreprise. Les resultats de ces simulations doivent ensuite facilement être publié. Oss@d Design Process a la particularité de s'appuyer sur la méthode Ossad, par conséquent, il doit toujours se conformer à cette norme.

\section{Exigences fonctionnelles}

Les éxigences fonctionnelles representent les elements necessaires au bon
fonctionnement du logiciel Oss@d Process Design \& Portal.

L'utilisation de ce logiciel requiert un outil informatique (configuration
minimale), un outil de publication (Serveur intranet, imprimantes), et enfin
les donnees de l'entreprises dans le but de modeliser l'organisation.

\section{Exigences operationnelles}

L'utilisation du logiciel doit venir d'un probleme d'organisation ou
bien d'un desire de reorganisation. Dans tous les cas, il provient directement ou
indirectemment des objectifs de l'entreprise.

\section{Directives d'étude et solutions imposées}
  \subsection{Exigences de qualité}

La méthode OSSAD se veut être \textit{«un langage graphique pour répondre aux exigences ISO\footnote{International Organization for Standardization. Organisation internationale ayant pour rôle de documenter les standards nécessaires au bon fonctionnement des différentes technologies utilisées par l'homme sur la planète. \textsc{http://www.iso.ch}}»}. Ainsi,  Oss@d/process design est un outil destiné à des directions d'entreprises désirant modéliser leur activité. Il se doit donc d'être très stable et fonctionnel. En tant qu'outil pour communiquer, le logiciel se doit également de générer un résultat d'une grande qualité.


   \subsection{Exigences sur les moyens et méthodes de développement}

Un tel logiciel mêle diverses branches de l'informatique. En terme de personnel, ceci se traduit par une grande diversité dans les spécialités. La conduite de ce projet exige des programmeurs d'interface graphique, des web-developpers\footnote{informaticien spécialiser dans la créations de médias destinés à l'Internet. Ses réalisations peuvent être des pages statiques, des animations, ou encore des scripts générant des pages web à partir d'une base de données.}, mais aussi une équipe chargée de créer la documentation du produit.

    \subsection{Autres exigences de conception}

La nature du public ciblé pour l'utilisation d'Oss@d/process design impose quelques autres exigences de fonctionnement. Le logiciel doit principalement être simple à utiliser d'une part, et surtout rapide à maîtriser d'autre part. Ces contraintes répondent au problème du manque chronique de temps chez les chefs d'entreprise. Un logiciel efficace pour eux est un logiciel qui répond à leurs attentes, et aussi leur fait gagner du temps.

\section{Moyens de validation des spécifications}

Dans le but de valider les spécifications, nous suggérons l'emploi des concepts issus de la méthode SADT\footnote{Structured Analysis and Design Technic. La méthode SADT ou IDEF-0 est née aux Etats-Unis grâce à D.T. Ross et des sociétés Softech et ITT. IDEF-0 (qui a fait son apparition en 1976) est une méthode générale développée pour favoriser la communication entre les demandeurs et les utilisateurs, d'une part, et les concepteurs et les réalisateurs, d'autre part.}. Ainsi par exemple, l'utilisation du cycle auteur-lecteur peut permettre une progression rapide dans la définition des besoins.

\section{Approche procédurale (Actigramme)}

\newpage

\section{Approche par les données (Datagramme)}