Comment construire le rapport de composant de données d'une analyse d'affaires

Dans un rapport d'analyse d'affaires, vous voulez briser exigences en quatre noyau

composants: Règles données, de processus, des agents externes / acteurs, et d'affaires. Cela permettra à ces acteurs la lecture de votre rapport à zéro dans leur propre domaine de compétence spécifique.

Les données sont des informations qui obtient fréquemment stockées. Que ce soit les grandes données (telles que les volumes et les volumes de multimédia ou informations en temps réel) ou de petites données quotidiennes (tels que les factures, facturation, vente projections, et les dossiers du personnel), les exigences pour les données métiers définissent ce que chaque élément de données est, ce il est pour, ce que cela signifie, comment il est représenté, et quelle relation il a d'autres morceaux de données.

Vous stockez généralement des informations dans une base de données à la fois un physique et une conception logique. La base de données est un lieu physique avec des structures (tables et colonnes) qui capture et organiser toutes ses données. Conceptions de base de données physiques représentent les exigences techniques pour savoir comment les données commerciales seront stockées, et ceux-ci sont souvent conçus par les administrateurs de bases de données ou des ingénieurs de données.

La logique design reflète ce que exigences de données fonctionnelles de la solution sont de soutenir les besoins de l'entreprise. Il a appelé logique car il montre logiquement comment l'entreprise pense à propos des données et ses relations interconnectés du point de vue de l'entreprise. L'analyste d'affaires définit souvent des représentations logiques d'exigences de données après que l'information est suscité par les parties prenantes de l'entreprise.

Définition de données de l'entreprise du point de vue logique présente trois préoccupations majeures: les entités, leurs attributs et les relations entre eux.

L'entreprise peut vouloir stocker beaucoup d'informations précieuses, mais quand il vient à la question de l'entreposage et si l'entreprise devrait payer pour garder une trace de celui-ci, vous devez pousser vos parties prenantes des entreprises à réfléchir à leurs exigences en matière de données soigneusement, en rappelant que données stockées doivent être maintenus, gérés, suivis, validé, et récupéré.

Assurez-vous que vous vous promenez vos parties prenantes grâce à l'impact financier de leurs besoins de données auront.

Entités

Entités sont les plus grands morceaux de données d'entreprise, et ils représentent les principaux éléments d'information. Une entité est une personne identifiable de manière unique, chose ou concept que l'entreprise se soucie et veut stocker des informations. Entité de données sont stockées dans des tables, mais comme une exigence, une entité est un nom désigné, décrit par une définition textuelle.

Attributs

Nommé avec des noms ou des syntagmes nominaux, attributs capturer les nombreux détails connus sur une entité. Ils sont stockés sous forme de colonnes dans un tableau et sont des informations généralement incluses sur les écrans, les pages Web et les rapports. Les types les plus importants d'attributs de recueillir des informations sur les entités de données de l'entreprise.

Pour rendre évident qui attribue décrire des champs de données pour lesquels l'entité, les analystes d'affaires couramment préfixe attributs avec leur nom de l'entité dans les capitales. Quelques exemples sont EMPLOYEE.first-nom, EMPLOYEE.last-nom, et BUSINESS-UNIT.name.

Au-delà de l'information d'entreprise, vous devez également être concernés par les attributs des attributs. Ces caractéristiques décrivent les méta-données sur une entité et ses attributs. Méta-données est essentiellement des données sur les données. Attributs d'une banque d'informations de l'entreprise en perspective d'affaires sur les entités, mais les attributs d'une banque d'informations de point de vue des exigences sur les caractéristiques physiques de chaque champ de données dans le tableau.

Identifiant clairement ce que ces caractéristiques sont est essentiel pour les besoins de données et d'assurer le comportement approprié de la solution. Ces sous-attributs incluent cardinal unicité et:

• Unicité: La première question qui se pose à propos de l'attribut est de savoir si elle est unique pour chaque événement. Par exemple, si l'attribut PERSON.first-nom est spécifiée comme un attribut unique, une et une seule occurrence de cette entité peut avoir cette valeur. Si vos renseignements personnels est capturé au sein de la solution, alors aucune autre personne apparaissant dans la base de données peut avoir le même prénom que vous - jamais.

• Cardinalité: Les deuxième et troisième questions portent sur le cardinal de l'attribut (si un attribut peut ou doit avoir zéro, une ou plusieurs valeurs). Tout d'abord, vous devez déterminer si l'attribut est un champ obligatoire: Doit données pour cet attribut être capturé, ou la valeur de l'attribut peut être laissée en blanc? Si l'attribut est facultatif, aucune donnée ne doit être capturé - blancs sont d'accord.

  Si l'attribut est obligatoire, quelque chose doit être saisi ou une erreur se produit. Dans le premier exemple de nom, si le prénom est obligatoire, vous devez entrer un nom d'une certaine sorte. Vous ne pouvez pas entrer n'importe qui dans la base de données et ne pas savoir et enregistrer ce que son prénom est.

  La troisième question porte sur la répétition. Si un attribut a ou est autorisé répétition, puis l'entreprise attend de recueillir plusieurs valeurs valides pour cet attribut. Vous devez prendre en compte si l'entreprise est décrit un champ à valeur unique - où l'entité a une et une seule de ces choses - ou si l'entité décrit l'attribut peut avoir plusieurs de ces attributs.

  Attributs répétitives sont fréquemment utilisés pour permettre aux parties prenantes d'affaires pour recueillir différents types de les mêmes attributs ou les mêmes attributs à travers différents points dans le temps. Un exemple d'un attribut répétitif est Person.Address.

  Pensez à combien d'adresses d'une personne peut avoir: une adresse de domicile, une adresse de travail, une adresse de livraison qu'ils préfèrent pour les livraisons, une adresse de facturation, et peut-être même une adresse de vacances.

Relations

La dernière préoccupation majeure dans les exigences de données est la relation entre les données à d'autres éléments de données dans une base de données. Les relations sont définies en utilisant clés, ou de la relation identificateurs, qui relient les tables de données ensemble. Ils sont aussi des attributs, mais ils sont des attributs spéciaux en ce qu'ils fournissent des identificateurs uniques pour les éléments individuels de données et dénotent des relations qu'une entité a à d'autres entités ou d'attributs.

Relations de données ont également cardinal défini. Vous devez définir si une relation doit exister (par exemple, si les données de salaire est capturée, elle doit être liée à un employé) ou est facultative (une personne peut ou ne peut pas avoir une personne à charge), et si toute relation qui existe devrait être répétitif entre les entités liées (une personne peut avoir une relation à plus de une personne à charge).