The Web-site of design Company Chelyabenergoproekt in English   English
Maison Écrire le courrier Carte
Die Web-seite der Projektorganisation Tscheljabenergoprojekt in Deutsch   Deutsch




Сайт проектной организации Челябэнергопроект на русском языке   Русский

Projets de maîtrise intellectuelle!
Nos Nouvelles
22.12.2016 Bonne année!
Bonne année! Administration ...
30.12.2015 Bonne année!
Bonne année! Administration ...
21.12.2015 Energie heureux!
Energie heureux! Administration ...



Nouvelles CAD
объекты Ростехнадзора
Le concept d'une société de conception de l'information espace commun
Aujourd'hui sont devenus le lieu commun du raisonnement sur la signification grandissant constamment des IT-service dans l'économie des organisations, et, en particulier, les compagnies accomplissant les travaux d'étude et “les projets clés en main” et, en conséquence, sur la valeur augmentant de l'automatisation de l'activité dans le domaine de l'octroi de ces services (de projets). Néanmoins, si regarder le problème par les yeux de l'It-manager ordinaire, avec les bons outils est difficile ici. Les fonctions de IT-service, dans l'automatisation de qui notre manager peut être intéressé, divers. Cela, dans les termes traditionnels, le modelage d'affaires, et la gestion de projets (pour l'essentiel, les projets de l'élaboration et/ou l'implantation des applications), et la gestion des exigences des utilisateurs, et budgétisation, et – encore. Apparaît le désir de retirer du rayon un certain produit de programme embrassant toutes ces fonctions dans environnement commun d'information, puisqu'il est par intuition clair que les fonctions sont étroitement liées et ont beaucoup d'objets totaux d'information. Les experts sont informés de la gamme de l'IBM Rational. Cela en effet conceptuellement (et en plusieurs cas software) les outils intègres multicibles embrassant pratiquement tous les paragraphes énumérés ci-dessus, bien qu'avec le penchant évident par gestion de l'élaboration des nouveaux produits que pour la plupart des IT-service non si actuellement. Mais coûte cher, est incorporé difficilement. Certes, pour 98% Top500, où il, d'après les données de IBM, est utilisé, cela, probablement, non le problème. Mais pour ces organisations accomplissant les travaux d'étude, où le coût de son achat peut excéder l' It-budget annuel, l'IBM Rational par la décision n'est pas.

Certes, il y a des outils développés selon les paragraphes séparés fonctionnels. Par exemple, pour le modelage d'affaires – ARIS, BPwin, AnyLogic (environnement du modelage d'imitation – l'élaboration de la compagnie russe), même Rational Rose, pour la gestion de projets – Open Plan, Primavera, le Microsoft Project, NauDoc (la dotation gratuite de base avec le code ouvert), pour la gestion des exigences – Hewlett-Packard Open l'Affichage. Mais, premièrement, les outils aussi, surtout, coûteux, deuxièmement, dépareillé, information entre lui-même non lié, le procès intègre eux-mêmes non l'organisation. Et à troisième – que se rapporte particulièrement aux outils du modelage d'affaires – peu pratique, particulièrement, à la différence des compagnies occidentales, pour les compagnies russes. Bien que même ARIS positionné et comme l'outil de la visualisation, et comme le document initial pour l'automatisation, mais lui pratiquement n'utilisent pas ainsi. Et le coefficient d'engagement du personnel de la description de l'objet ici une telle que cette description pour le business travaillant perd notoirement l'actualité bien avant que soit fait.

La sortie est l'assemblage des cellules flexibles des outils énumérés sur la base du Microsoft de liaison de l'Excel.

ITIL, appliqué dans le travail des sociétés occidentales est un recueil des théories assez complètement énumérant tout qu'est, peut être et sera un jour en ce qui concerne l'objet de l'article.

Nous examinerons la conception de l'automatisation de IT-service sur les principes de l'espace commun d'information (ECI) – est analogue ERP pour l'organisation de projets en tout, – et en outre la conception fondée sur les envois assez de simples pratiques.

Nous formulerons les moments principaux de la politique de l'organisation réalisant les travaux de projet et de recherche:
- Les stades. En effet, le système des technologies automatisées de la conception est construit par les tours successifs. Est intensifié graduellement et on remplace les équipements informatiques, est acquis et on met à niveau le logiciel, on forme le support d'information et méthodique. Est cumulé le géoinformation fonds des régions, où on passait la conception et la reconstruction des objets correspondants. Les stades assure la mise en valeur par les projeteurs des moyens et les méthodes du travail sur les pécos parallèlement avec le développement des moyens calculatoires et la création de l'approvisionnement d'information.
- La centralisation. En effet, à la base de la construction il est nécessaire de mettre le principe du stockage centralisé et le vidéonique distribué. Sur la base des milieux de données volumineux et de puissants serveurs il est nécessaire de créer le dépôt commun de la documentation proektno-de devis, le réseau rapide local pour l'échange intense par les documents entre les projeteurs, avec le stockage obligatoire sur les serveurs (y compris le stockage des versions des documents). Cela permet de suivre la politique commune d'information et construire la gestion de l'information spatiale et attributive.
- La concentration de la périphérie coûteuse et les consommables. En effet, le sceau et la duplication coloré, spetstopoplanov plein raster et des cartes demande de grandes dépenses. Le center commun du sceau de la documentation de texte et graphique est nécessaire à leur réduction. Cela permet de tenir la comptabilité des travaux et minimiser les dépenses pour les consommables (les papiers et les cartouches) et le service de la technique régionale (les imprimantes, les traceurs).
- Proximité du système du dehors. En effet, les blocs modernes systémiques ne contiennent pas les floppi-tourne-disques. L'échange pour les documents est accompli selon le courrier électronique ou dans les catalogues totaux sur les postes de travail locaux des projeteurs ou les serveurs. Le but d'une telle décision est, avant tout, la lutte avec les bombes, l'élimination de la fuite de l'information corporative et la prévention de la distribution du logiciel illégal (dernier demande aussi la privation des utilisateurs des droits correspondants des gestionnaires locaux). La correspondance (courrier électronique) extérieure entre et part dans le gestionnaire du courrier électronique avec la marque obligatoire dans la revue du compte, la vérification des bombes et ultérieur archivage sur le disque floptique.
- L'unité des moyens instrumentaux. En effet, il est successivement nécessaire de suivre la politique de l'utilisation des moyens communs de licence instrumentaux permis pour l'application dans l'organisation de projets (les systèmes du Microsoft du Windows XP, Vista, 7, les graphiques Paint. NET (l'analogue gratuit Adobe Photoshop), le tableau/texte Open Office (l'élaboration russe – l'analogue gratuit du Microsoft Office, AutoCAD, KOMPAS-3D etc.). Probablement, le choix de l'environnement commun de programme peut se serrer que ralentira les rythmes de l'implantation des filières informatiques, il y aura des polices manquant AutoCAD sur certains postes de travail etc., et, par voie de conséquence, amènera à l'augmentation totale du temps de la conception.
- La formation continue constante. En effet, il est absolument nécessaire d'assigner les ressources spéciales (humain, technique, temporaire et économique) sur la formation continue selon la mise en valeur du nouveau logiciel utilisé et l'acquittement de la technologie du travail de commande du collectif des spécialistes sur un projet.
Le procès de la conception représente le système complexe d'information avec le plus grand nombre des participants, la multitude de liens parallèles, se croisant, réciproques et cycliques entre eux et de grands volumes de l'information transmise. Le support de la coopération d'information des diverses subdivisions et les spécialistes dans le cadre du travail de commande sur le projet est une tâche la plus actuelle à présent.

Dans le développement la conception assistée par ordinateur, comme le système d'information, passe quelques étapes caractérisant le moyen de la structure des données sur les porteurs électroniques:
1. Les documents de projets se préparent sur les ordinateurs séparés non lié au réseau local. Avec l'implantation de la conception assistée par ordinateur il y a nouveau, électronique, des formes des documents. Ils sont cumulés en grandes quantités sur les ordinateurs des utilisateurs sans système commun du stockage et le compte. On ne systématise pas la correction. La multiplication de la documentation est produite des cartonettes qu'amène à leur usure prématurée, l'accroissement de l'archive, demande pour lui les places supplémentaires, et, par voie de conséquence, est le frein dans le développement de la technologie de la conception. On conduit de plus l'échange arbitraire par les catalogues par les archives et les fichiers. La remise des documents entre se réalise sur les pools extérieurs du petit volume (les disquettes, les flesh-disques, le CD etc.), le mouvement de la documentation de la définition la grande quantité lente engendrant de diverses copies du même document. Les formats de l'échange ASCII et dxf.
2. La préparation des données de projets sur les postes de travail coupés au réseau local. De plus augmente rudement la vitesse de l'échange, apparaissent les premières conditions de la coopération étroite entre les subdivisions. Il y a des catalogues totaux de l'échange sur le serveur et les ordinateurs locaux, on demande la standardisation (bornage) sur les formats des documents, apparaît la nécessité de l'élaboration de l'étiquetage commun des fichiers. Sur la structure de fichier il est impossible de construire le traitement des documents, puisqu'il y a des bornages sur les noms des fichiers, il est impossible de traquer la route et l'histoire des documents etc Bien que dans le système d'exploitation de serveur du Microsoft du Windows Server 2003 et 2008 il y a une possibilité de la démarcation des droits d'accès des groupes des utilisateurs vers les documents, cela ne décide pas le problème de la grande quantité de copies des fichiers. Il y a des premiers indices du travail commun (de commande) des diverses subdivisions sur le projet total. Du client et les sous-traitants commencent à entrer les données initiales et intermédiaires à l'aspect. Apparaît le besoin de l'archive centralisé de la documentation de projets, ainsi que la tâche de la restitution centralisée des données. Les formats de l'échange deviennent plus intelligents, on transmet les polices, les styles, les blocs (doc, xls, dwg, dgn, pdf etc.).
3. L'utilisation du serveur pour le stockage des données électroniques de projets à la base du DBMS. Chaque projeteur a le péco avec uns ou deux moniteurs, certains – les postes de travail mobiles. Les documents se trouvent non comme les fichiers séparés, mais comme les enregistrements dans la base de données. Vers les documents les attributs (l'auteur, la date de la création, le changement et le parcours etc.), sont possible l'observation précise des versions et la route du mouvement du document, l'extrait, le triage, archivage, le recul Est assuré etc. l'accès multiple sûr pour de divers groupes des utilisateurs. La scrutation et l'extrait des documents de la base de données est organisé par Intranet. La complexité principale consiste en ce que les applications de client ne peuvent pas travailler directement avec les documents se trouvant au BD. Il y avait des formats de change et les convertisseurs, l'approvisionnement d'information devient clé.
4. L'application des systèmes de gestion industriels la documentation de projets. Le but principal de la troisième étape précédente est la création des conditions pour la construction du système du traitement des documents électronique, y compris apprendre à décrire le lien, faire le règlement, définir les droits, récupérer les documents dans les bases de données et, l'essentiel, se rendre compte à tous les interprètes de la nécessité et le profit du travail dans ces conditions. Des formats communs du stockage et le travail dans un proche avenir en raison de la flexibilité du système de CAD n'est pas prévu, bien que les pertes des transductions soient minimales.

Nous formulerons les exigences principales à l'espace commun d'information de l'organisation de projets:
- Le temps réel. Le système d'information de la compagnie de projets doit fonctionner en mode du temps réel, c'est-à-dire l'exécution de la documentation de projets se passe simultanément avec l'acceptation des décisions de projets.
- Le travail collectif sur le projet. C'est en premier lieu réglé, l'échange d'information sur les porteurs électroniques. La simplicité du copiage des documents dans les conditions du réseau développé local est une acquisition immense, mais simultanément et le vrai désastre, puisque les documents graphiques, les notes explicatives, les devis etc. se multiplient vite, sont doublés, perdent la paternité et commencent à vivre avec la vie. Comme le résultat, se perd rudement l'actualité.
- La démarcation de l'accès. N'importe quel document dans l'organisation de projets a l'auteur, qui définit la situation du document (la subordination), son authenticité (le degré de la volonté) et l'accessibilité par l'autre. D'autre part chaque spécialiste a l'accès à l'information conformément au statut.
- Deux niveaux des trafics d'information intérieur (à l'intérieur de l'organisation de projets entre les spécialistes et les subdivisions) et extérieur (entre la compagnie et le client, les sous-traitants etc.). Chacun des niveaux a les codes routiers de l'information. À l'intérieur de l'organisation de la navigation des documents a le caractère moins formel, qu'extérieur (la distribution du cahier des charges, le dépôt des corrections, les notifications et les coordinations par téléphone et le courrier électronique). Il y a des procédures spéciales sur la suppression, le changement et le complément des documents transmis en dehors de l'organisation de projets.
- L'unité des formats des documents. Le moyen de machine de l'échange pour la documentation, à la différence du moyen traditionnel en papier, inflige le bornage essentiel sur les formats appliqués des données. À l'intérieur de l'organisation de projets il est nécessaire de prendre les mesures spéciales de l'observation du standard de l'échange, mais l'échange extérieur se fonde sur les préaccords, ou l'application des convertisseurs spéciaux (dans certains cas, malheureusement, avec la perte de l'information, la nécessité des utilisateurs et les dépenses du temps comparable avec le temps de l'élaboration du document). Les documents clés pour l'exécution des travaux dans les bases de données.

Nous examinerons l’espace de IT-service dans l'espace de l'organisation de projets.

IT-service – le service auxiliaire de l'organisation de projets, donnant à celle-ci de IT-service. I.e. tout l'ensemble des travaux accomplis par IT-service de l'organisation de projets, nous appellerons ensuite comme les IT-service. Environnement extérieur coopérant avec IT-service font:
- le client, i.e. l'organisation elle-même accomplissant les travaux d'étude, en la personne de sa direction. Comme il faut au client, il impose les exigences et finance l'activité, puisque nous accepterons pour la simplicité que IT-service du service sur la partie ne donne pas;
- les utilisateurs, i.e. les collaborateurs de l'organisation accomplissant les travaux d'étude, qui utilisent directement les IT-service. Il ne faut pas les confondre avec le client. Si par le client de IT-service il y a non une direction de l'organisation accomplissant les travaux d'étude, mais les utilisateurs, que même du niveau directorial, IT-service cesse d'accomplir les devoirs principaux;
- l'infrastructure de l'organisation de projets rendant à IT-service les services définis: financier, comptable, d'image, d'achat, logistique, administratif etc. Ce n'est pas exclu que la partie de cette infrastructure peut faire partie de IT-service, dans quel cas il faut diriger dans le cadre du service aussi;
- donneurs d'ordre, i.e. spécialisé de projets, de conseil, et promotion les organisations de service. Leur rôle est qu'eux à la base temporaire ou constante livrent à IT-service les ressources en main-d'oeuvre, qu'au service est embarrassant ou il est inutile de contenir dans l'État. La spécificité de IT-service est qu'elle est souvent à peine non le plus essentiel dans l'organisation accomplissant les travaux d'étude par le consommateur des externalisation services que demande, en conséquence, l'attention augmentée du point de vue de la gestion;
- les fournisseurs de l'équipement informatique, les moyens de programme, les consommables etc. En principe, l'opération avec eux, comme était indiqué déjà, en fonction du modèle accepté à l'organisation de projets de la gestion peuvent entièrement ou partiellement se renfermer sur extérieur à la relation à IT-service les subdivisions. Mais, dans tous les cas, IT-service participe au choix des fournisseurs et dans le travail par contrat avec eux activement.

Nous accepterons pour la simplicité que IT-service de l'organisation accomplissant les travaux d'étude, une. En tout cas, l'It-infrastructure représente techniquement le système assez intègre, donc, elle est dirigée d'une manière centralisée. En conséquence et les outils de la gestion nous créons pour ce cas.

Donc, nous avons éclairci, quels objets principaux extérieurs doivent être pris en considération à ECI les IT-service.

Nous examinerons les fonctions de IT-service (la composition des IT-service).

IT-service s'occupe de la fourniture de services de l'organisation de projets, pour l'essentiel, trois aspects:
- la construction de l'infrastructure. Nous les porterons vers les travaux de la construction des réseaux informatiques – l'installation des ordinateurs, la formation des liaisons de réseau dans le cadre du réseau local, l'équipement des ordinateurs par le logiciel de base, la formation des services de la destination totale (l'Internet, le courrier électronique, le système de la sécurité de l'information);
- l'élaboration et l'implantation. Nous porterons ces termes dans le cas présent vers les applications intégrées et spécialisées de programme assurant l'It-mercredi pour l'exécution du travail principal des utilisateurs;
- l'exploitation tout construit et incorporé.

À proprement parler, du point de vue des outils principaux de la gestion les premiers on pourrait examiner deux générations des IT-service au niveau défini en commun. Mais seulement au niveau défini, car l'élaboration et l'implantation, dans notre terminologie, ont par rapport à la construction de l'infrastructure la spécificité immense technologique, qui doit être spécialement prise en considération dans le système de gestion les services.

Nous examinerons les objets ECI des IT-service et les cellules flexibles fonctionnelles du système de gestion eux.
La branche de l'élaboration et l'implantation
Le modelage d'affaires
Le groupe central du système de gestion les IT-service sont les utilisateurs. L'utilisateur se caractérise par le poste de travail (PT) et “par le portrait”. PT il est nécessaire, conformément aux exigences du client, équiper et ensuite supporter l'équipement en fonctionnement. La personne il est nécessaire d'apprendre et demander d'accomplir prescrit par les exigences vers PT les fonctions dans le système automatisé d'information (SAI) de l'organisation accomplissant les travaux d'étude.

Se mettent d'où PT ? Probablement, l'objet d'information livrant ils, est la structure de la gestion l'organisation accomplissant les travaux d'étude, donc, dans notre ECI il faut prévoir pour elle l'espace. Le rattachement de la personne vers PT – l'essentiel le tableau des effectifs. Au travail par équipe vers un PT on peut ajouter quelques travailleurs.

Se mettent d'où les exigences du client aux fonctions portées vers chacunes PT ? Nous bâtirons la chaîne suivante simple logique. Il y a une structure fonctionnelle de l'organisation de projets, par laquelle nous comprenons l'arbre de la décomposition des fonctions de la gestion – du management général par le business avant les opérations privées comme le sceau du plan électronique ou le compte de table. Nous sommes intéressés dans le cas présent par cette structure “comme doit être” (nous trouvons que le déplacement vers elle de “comme est” “sur le papier” anticipe les IT-service et est direct vers eux ne se rapporte pas). Si nous construisons une telle structure et nous attacherons les fonctions vers PT, nous avons déjà quelque chose. Quelque chose, mais encore insuffisant à la gestion ultérieure intelligente.

Puis – les procès assurant l'exécution des fonctions. Sur leur chaque fonction, dans le cas total, un peu. Les procès lient PT entre eux-mêmes à la chaîne ou (si dans le procès il y a un branchage) au réseau. Certainement, PT peut participer à quelques procès.

Nous appellerons ces procès comme les procès d'information (PI) à la différence de plus traditionnel “procès commerciaux” (PC). Le but de l'entrée de cette notion – la sévérité de la définition nécessaire à nos tâches. Sous PC maintenant qui désire comprend n'importe quoi. Au plus large sens à cette notion coupent les proizvodstvenno-processus de fabrication, qui ne nous intéressent pas dans le cas présent, et les procès administratifs n'abordant pas directement SAI. Sous le jour de cela nous définissons PI pour notre cas comme une certaine projection PC sur SAI. Comme était indiqué déjà, PI est le comte, le sommet de qui – PT, mais les arcs – l'image de la séquence de l'exécution des opérations du procès. Chaque sommet peut comparer quelques objets: l'entrée (les données initiales), la sortie (les résultats d'information), les outils (le traitement de programme et l'ordonnance technologique). Comme nous voyons, des objets s'est ajouté. Nous regarderons plus attentivement certains d'eux, et nous nous avancerons dans la création nouveau, ayant passé à la cellule flexible suivante.

La gestion des configurations
L'entrée et la sortie sont des objets ordinaires de la configuration de l'application de programme – les documents, les manuels de référence, les rapports etc. ensuite nous appellerons comme leurs objets des métadonnées. Dans certaines applications modernes le niveau des métadonnées est décrit au nombre de la configuration formellement, aux autres il n'est pas affecté formellement, mais pour notre ECI il est nécessaire, c'est pourquoi dans notre système des objets d'une manière ou d'une autre doit assister.

Ensuite apparaissent les droits d'accès. De chacun PT, présenté dans chacun PI, il est nécessaire d'avoir droit de lire les objets de l'entrée et écrire aux objets de la sortie. C'est un peu simplifié (au niveau du schéma total PI) l'approche; sont possibles l'exigence en supplément de conditionner n'importe quels droits dans le contexte concret PI; il est possible de mener ces exigences et aux champs de données. Nous porterons ces finesses vers les exigences spéciales du client, réalisé déjà non dans le niveau des droits d'accès vers les objets des métadonnées, mais dans les codes proprement de programme des traitements. Ces exigences, naturellement, doivent quelque peu être fixées dans le système.

Les droits d'accès peuvent être réalisés ou individuellement pour chacun PT ou dans les bibles des rôles aux fins de l'économie des dépenses pour la conception. Il y a d'ici un objet “les rôles”.

Mais ensuite, selon cette branche des raisonnements, la configuration elle-même de l'application suit. Si le niveau des objets des métadonnées est affecté dans sa description formellement, nous pouvons automatiser le lien des exigences à la configuration avec son état (s'il est nécessaire, dans ses différentes versions) les moyens assez simples. Si est absent, ce lien ou n'est pas automatisé, ou est automatisé avec les difficultés. Son automatisation beaucoup précieux, puisque assure extrêmement réclamé, mais la possibilité rarement réalisée de supporter automatiquement dans notre ECI la documentation technique actuelle structurée sur la configuration ouvrière que réduit beaucoup les dépenses sur l'accompagnement d'exploitation incorporé SAI et augmente considérablement sa sécurité.

Nous sélectionnerons qu'à l'implantation des applications nous définissons les configurations standard et ouvrières se distinguant par la présence des nouveaux objets des métadonnées (y compris et les traitements de programme) et, probablement, par la modification des standard.

La branche de la construction de l'infrastructure
Ici tout, du point de vue des objets ECI, assez simplement. Se nous trouvent PT et les exigences à leur participation à PI. En conséquence, apparaissent les exigences à l'équipement software-de matériel de chacun PT. S'ils entrent à accepté à l'organisation accomplissant les travaux d'étude le standard de l'équipement de l'espace de client, à cela PT s'attache sa configuration standard, si est absent, apparaît l'exigence sur la spécialisée. De même qu'avec les liaisons de réseau, les configurations de serveur etc., les exigences vers qui apparaissent de l'ensemble des exigences à tous PT, de leur disposition géographique etc. apparaissent En conséquence tels objets, comme les réseaux, les serveurs, les postes de travail (terminaux) de client, l'équipement de réseau, les liaisons de réseau, la description de qui il est nécessaire comme aux fins de la génération des travaux pour leur construction, et pour l'exploitation ultérieure.

La branche de l'exploitation
On exploite toutes les constructions créées dans les procès de l'infrastructure, l'élaboration et l'implantation les objets; l'exploitation n'engendre presque pas les nouveaux aspects des objets. Le point de départ des actions des services d'exploitation (ou les services du support et l'accompagnement) est l'exigence d'exploitation partant, en général, de l'utilisateur. Essentiel du point de vue du système des objets ECI on peut ici trouver cette circonstance que le procès de l'accompagnement engendre tels phénomènes, comme les versions des objets initiaux, quel retrouvent eux-mêmes le statut des objets et acquérissent les procédures de la gestion.

La gestion des exigences
Il est rationnel d'affecter deux aspects des exigences: les exigences du client et le besoin d'utilisateur. Nous serons stipulé à la fois que la structure de leur réflexion à ECI est pratiquement identique pour les deux aspects; les différences se manifestent au niveau qualitatif et au niveau des procédures de la gestion.

Les exigences du client ou les exigences fonctionnelles vers SAI se caractérisent par ce qu'ils apparaissent non selon “indépendant” à l'initiative des utilisateurs séparés, mais dans le procès réglementé de la conception du système. Ils prennent une forme pièces à l'appui par le groupe ouvrier de l'implantation, passent la coordination des utilisateurs clés et sont affirmés par l'organisme directeur du projet (le conseil de coordination ou analogue selon les fonctions), autorisé à agir de la part du client. Dans notre système de coordonnées ces exigences sont concentrées dans proprement structures IP, ainsi que dans les objets indépendants avec le nom correspondant.

Les besoins d'utilisateur apparaissent à l'initiative du dernier exceptionnellement à titre des objets indépendants. En général, ils naissent au cours de l'exploitation du système en prenant en considération, cependant, que le rôdage du système est d'habitude considéré comme l'élément de l'étape de l'implantation, les premières telles exigences apparaissent notamment à cette étape.

Les besoins d'utilisateur, si dire sur eux en vue générale, il est rationnel de diviser sur de projets (ou les exigences d'affaires) et d'exploitation (de service). Pour les exigences de projets beaucoup ce qu'ils pour l'exécution doivent retrouver à la suite de la procédure de la coordination le statut des exigences du client; on doit construire en conséquence le règlement de la gestion des exigences. Cela se rapporte, avant tout, vers les exigences abordant la structure incorporées PI, les objets des configurations des applications, les droits d'accès. Les exigences de cette génération non qui a passé la coordination ne sont pas exécutées. Les exigences d'exploitation doivent, en cas de besoin, passer à moins que la procédure de la coordination budgétaire; si ne provoque pas cet aspect du problème les problèmes, les exigences sont exécutées. Aux exigences de telle sorte peuvent se rapporter les exigences sur mise à niveau ou les réparations de l'ordinateur, le remplacement de la cartouche etc.; Probablement, par exemple, et les changements insignifiants des rapports consommés seulement par l'utilisateur donné. Dans cette affaire il y a beaucoup de nuances, que nous ici baisserons pour être bref, puisque nous intéresse ici, avant tout, le fait lui-même de la présence à ECI des objets de l'aspect donné et les procédés définis avec eux.

Nous examinerons La direction des travaux.

L'exigence acceptée engendre une ou quelques de travaux (l'aspect nouveau pour nous de l'objet). En conséquence, la nécessité de diriger l'exécution des travaux (travaux) engendre le bloc entier des objets ultérieurs.

Nous sélectionnerons que les travaux ayant de la sympathie pour les objets structurés, peuvent, dans nombre de cas, être engendrés par le système à la base du répertoire des exigences automatiquement; on peut régler aussi de diverses procédures de la vérification de la plénitude de la liste des travaux planifiés en ce qui concerne les exigences présentées. Cet avantage énorme ECI avant l'utilisation locale des outils de la gestion de projets de la destination totale, qui il faut refrapper de la liste des travaux seulement “de la tête”. Sûrement, tels “irrégulier” les travaux en quelque quantité apparaissent inévitablement et dans notre système. Mais eux il y a moins de, la qualité de l'activité de IT-service est plus haute, moins de celui-ci risque que dans la forge au moment décisif ne se trouvera pas du clou. En tout cas, le système automatisé n'oubliera pas exactement qu'avant l'exploitation il faut remplir par les données initiales les manuels de référence et introduire les restes, apprendre et attester chaque utilisateur etc.

Les travaux, particulièrement aux stades de la construction de l'infrastructure, l'élaboration et l'implantation, ont rarement le caractère séparé; de ceux-ci il y a un sens unir dans quelques ensembles (groupes de machines). Pour les stades sélectionnés le groupe de machines standard des travaux est le projet, i.e. l'ensemble des travaux logiquement liés ayant le résultat total. L'aspect donné de l'objet précieux pour telles actions ultérieures, comme la planification de réseau de calendrier des travaux liés, la distribution des ressources, budgétisation. Sont possibles dans le système et les groupes de machines des travaux sans définition de leur corrélation logique. Part Ici l'aspect de la planification de réseau, mais enregistrent la signification la distribution des ressources et budgétisation. Il est rationnel d'introduire tels groupes de machines, par exemple, selon les aspects des travaux d'exploitation. Il est clair que les travaux peuvent non seulement être engendré par les exigences périodiques, mais aussi avoir le caractère de règlement constant, en influençant aussi le chargement des ressources et sur les budgets.

En conséquence, apparaît un tel aspect de l'objet, comme les ressources. Pour nos buts l'intérêt présente les ressources, pour l'essentiel, deux aspects – de travail et financier; tels objets, comme, par exemple, l'équipement ou les documents limitent rarement les possibilités de l'exécution des travaux dans la zone des IT-service.

Les ressources en main-d'oeuvre unissent le personnel de IT-service de l'organisation, le personnel accordé donneur d'ordre, et, dans les cas nécessaires, les ressources des utilisateurs. Du point de vue de la destination des interprètes et la planification de calendrier ils par rien ne se distinguent pas, mais pour la tarification, budgétisation doivent avoir etc. les caractéristiques définies distinguant. Les ressources financières sont fixées dans tels objets, comme les budgets (total, les budgets des ensembles des travaux) et les articles budgétaires dans le détails nécessaire pour la gestion.

Nous examinerons la structure totale.

La structure et les procédures principales faisant les cellules flexibles fonctionnelles des IT-service, peuvent être unifiée pour l'application aux stades de la création primaire SAI, ainsi qu'aux stades de l'accompagnement d'exploitation. Les détails spécifiques à ces stades, il est facile de refléter dans les procédures mises dans le système décrit, et dans les caractéristiques des objets séparés. De sorte que ECI pour tout le procès de la gestion des IT-service chez nous est formé sur la composition commune pour ces stades des cellules flexibles fonctionnelles et les objets.

La vue générale de la structure reçu ECI peut être présentée sur le diagramme suivant (on indique les cellules flexibles principales fonctionnelles et les objets assurant la corrélation des cellules flexibles et le maintien des caractéristiques d'information).

La vue générale de la structure de l'espace reçu commun d'information
La vue générale de la structure de l'espace reçu commun d'information


À la suite de la taxe des souhaits travaillant avec ECI son fonctionnement était intensifié, le confort du travail augmentait. Pour le moment, l'ensemble créé software-technique pour le stockage et la gestion de l'archive de la documentation de projet et d'études, comprend:
- Le matériel (les serveurs, l'équipement de réseau de reprographie, les imprimantes de réseau, le traceur, le scanneur)
- Le logiciel et organisé à sa base le schéma du stockage des données, réglementant la documentation.

Maintenant la documentation de projets élaborée par l'organisation de projets de la SARL “Челябэнергопроект” et les partenaires se place au dépôt commun – l'archive électronique selon le schéma du stockage des données en forme des fichiers du format graphique, les texteurs et le système de CAD.

Le système élaboré de la conduite de l'archive électronique dans l'organisation de projets de la SARL “Челябэнергопроект” a montré la nécessité et l'utilité:
- il y a une possibilité de la réception des données de rapport pour la direction sur les délais de l'exécution des travaux d'étude, les travaux intérieurs et extérieurs sur les projets finis et se trouvant dans le travail, sur les interprètes des travaux d'étude etc.
- on réduit le temps de la scrutation de la documentation de projets (selon la clé intérieure d'information, l'architecte), l'information (selon les mots clefs);
- la première feuille de la documentation de projets contenant les données totales, est remplie automatiquement, on forme la clé d'information;
- l'échange pour les données électroniques est facilité considérablement – se réalise dans le système;
- l'archive cumulé en papier par voie du scanning est traduit à l'aspect électronique et est apporté à l'archive électronique à graphique et de texte (après la reconnaissance) les formats, conformément au schéma du stockage;
- la mise à l'impression et la multiplication de la documentation se passe des versions électroniques;
- à la correction dans la documentation de projets on enregistre les versions précédentes des documents;
- le principe Les travaux du système assure le stockage sûr protégé des documents électroniques de projets et exclut la possibilité de leur perte et l'accès non sanctionné à eux.

Tout le travail dans le système est réalisé par les spécialistes dans les postes de travail conformément aux droits d'accès et les actions définies dans les règlements pour chaque groupe des utilisateurs.

Le système élaboré du stockage des données est fondé sur la version de base (gratuite) du système du traitement des documents électronique NauDoc avec le code source ouvert que permet de perfectionner le système: élargir fonctionnelle et améliorer l'usabilité de l'interface en tenant compte des souhaits des utilisateurs par les forces des It-spécialistes de la compagnie.


Les sources:
1. Vasiliev K., Stol'berg E. Concept ECI dans la gestion de IT-service. – 2008 [http://www.cfin.ru/itm/irp.shtml]
2. Pal'yanov P.A. Intranet le moyen l'organisation de l'espace commun d'information de l'institut de projets. Des documents du cinquième fordit de la GIS-ASSOCIATION la Géoinformatique et la formation” (Moscou, les 5-8 juin 2001). http://www.gisa.ru/867.html
3. Bubnov M. Est créé l'archive électronique//le Métallurgiste Vyksunsky. – 2009. – #34 – P. 2 [http://construction.ascon.ru/source/articles/electronny_arhiv.pdf]

L'auteur: Челябэнергопроект
La date: 23/03/2010

Les commentaires des spécialistes de Челябэнергопроект:
Non
Статьи

смета проектных работ
©Челябэнергопроект – проектные работыinfo@chepr.ru, 2007-2013
DRA.RU - проектирование сайта под ключ; системный администратор ООО «Челябэнергопроект»
Главная|О компании|Стратегия|
Компетенция / услуги|Контакты
Сертификат качества