background preloader

ITIL France - Le site francophone et gratuit sur ITIL

ITIL France - Le site francophone et gratuit sur ITIL
Related:  Dev (development) Methods

Information Technology Infrastructure Library Un article de Wikipédia, l'encyclopédie libre. Pour l’article homonyme, voir Itil. ITIL (Information Technology Infrastructure Library pour « Bibliothèque pour l'infrastructure des technologies de l'information ») est un ensemble d'ouvrages recensant les bonnes pratiques (« best practices ») du management du système d'information. Rédigée à l'origine par des experts de l'Office public britannique du Commerce (OGC), la bibliothèque ITIL a fait intervenir à partir de sa version 3 des experts issus de plusieurs entreprises de services telles qu'Accenture, Ernst & Young, Hewlett-Packard, Deloitte, BearingPoint ou PriceWaterhouseCoopers. C'est un référentiel très large qui aborde les sujets suivants : Comment organiser un système d'information ? Après un développement essentiellement européen jusqu'à la fin des années 1990, ITIL s'est implanté sur le marché nord-américain via des entreprises de conseil en transformation des systèmes d'information. À quoi sert ITIL ? Sécurité juridique Économies

Information Technology Infrastructure Library ITIL (formerly known as the Information Technology Infrastructure Library) is a set of practices for IT service management (ITSM) that focuses on aligning IT services with the needs of business. In its current form (known as ITIL 2011 edition), ITIL is published as a series of five core volumes, each of which covers a different ITSM lifecycle stage. Although ITIL underpins ISO/IEC 20000 (previously BS15000), the International Service Management Standard for IT service management, the two frameworks do have some differences. ITIL describes processes, procedures, tasks, and checklists which are not organization-specific, but can be applied by an organization for establishing integration with the organization's strategy, delivering value, and maintaining a minimum level of competency. It allows the organization to establish a baseline from which it can plan, implement, and measure. It is used to demonstrate compliance and to measure improvement. History[edit] The Five Volumes :

itil 2 Présentation générale Faut-il encore présenter la bibliothèque des bonnes pratiques ITIL ? L’itSMF France (le forum de la gestion des services informatiques) a déjà réalisé un énorme travail de communication et d’explication lors de ses manifestations. Il convient toutefois pour la première édition de cette newsletter d’en rappeler ses principales caractéristiques. Nous aurons l’opportunité au fil des prochaines éditions de cette newsletter d’entrer plus en détail sur l’ensemble des processus présentés par ITIL. ITIL : Information Technology Infrastructure Librairy (Bibliothèque de l’infrastructure des technologies de l’information). C’est un référentiel de bonnes pratiques en matière de gestion du système d’information. Origines : ITIL a été initialement développé dans les années 80 sous la pression du gouvernement de Margaret Thatcher pour optimiser les prestations informatiques internes. La bibliothèque : Dans sa version actuelle, ITIL est composé de huit ouvrages :

ITIL (IT Infrastructure Library) and ITSM Directory Brooks's law Brooks's law is a principle in software development which says that "adding manpower to a late software project makes it later."[1][2] It was coined by Fred Brooks in his 1975 book The Mythical Man-Month. The corollary of Brooks's Law is that there is an incremental person who, when added to a project, makes it take more, not less time. Brooks adds that "Nine women can't make a baby in one month." Explanations[edit] According to Brooks himself, the law is an "outrageous oversimplification",[1] but it captures the general rule. Exceptions and possible solutions[edit] Brooks's law is often cited to justify why projects keep being late, despite management efforts. The first point is to note that Brooks's law often applies to projects that are already late.[6] Projects can be brought back into (or kept in) control if people are added earlier in the process.[7] It is also important to determine if the project is really late, or if the schedule was originally overly optimistic. See also[edit]

itSMF France Rubrique ITIL ITIL (IT Infrastructure Library), ou Bibliothèque d'infrastructure des TI, est fondamentalement un recueil des meilleures pratiques en gestion des TI, et en particulier en gestion des services de TI. C'est le CCTA (aujourd'hui l'OGC) du gouvernement brtannique qui à l'origine du regroupement et de la structuration des meilleures pratiques existantes dans l'industrie des services de TI à travers le monde. l'OGC reste "détenteur" d'ITIL mais est favorise son évolution et sa diffusion. ITIL n'invente effectivement rien, mais il organise en un tout cohérent pratiques de pratiques initialement éparpillées et indépendantes. L'itSMF (IT Service Management Forum) est un regroupement indépendant et international de professionnels qui oeuvrent à diffuser et à améliorer ITIL La francisation d'ITIL est en cours. On peut trouver un bref aperçu d'ITIL à l'adresse suivante:

Loi de Brooks Un article de Wikipédia, l'encyclopédie libre. La loi de Brooks — d'après Frederick Brooks — est une prédiction sur la productivité des projets informatiques : « Ajouter des personnes à un projet en retard accroît son retard » (formulation originale : « Adding manpower to a late software project makes it later »). Le postulat est que la plupart des tâches ne sont pas partitionnables et que les nouveaux arrivants vont faire perdre du temps aux équipes en place en temps de communication. Ce temps perdu étant proportionnel à n(n-1) (où n est le nombre de personnes impliquées).

Le Mythique homme-mois Un article de Wikipédia, l'encyclopédie libre. Le Mythe du mois-homme (titre original : The Mythical Man-Month: Essays on Software Engineering) est un livre de Frederick Brooks considéré comme un classique dans le domaine du génie logiciel. Le titre de l'ouvrage fait référence à une unité de coût de développement : le mois-homme ou plus communément l'homme-mois, c'est-à-dire le travail d'un homme pendant un mois. Bien que certaines remarques proprement techniques de l'ouvrage soient très datées (car portant sur des types de systèmes depuis longtemps dépassés), de nombreux problèmes soulevés par Brooks sont toujours d'actualité au XXIe siècle. Le livre a été publié une première fois en 1975, et réédité en 1995[2]. Résumé[modifier | modifier le code] Brooks y expose son expérience du développement informatique et notamment du développement d'OS/360 chez IBM. La loi de Brooks[modifier | modifier le code] Formule des canaux de communication : En combinatoire, n participants pris 2 à 2 =

popen() -- open a pipe stream and execute command #include <stdio.h> FILE *popen(const char *command, const char *mode); The function executes the specified command. It creates a pipe between the calling program and the executed command, and returns a pointer to a stream that can be used to either read from or write to the pipe. The function passes the command to the host environment so that a command processor can execute it. The command ensures that any streams from a previous call that remain open in the parent process are closed in the new child process. The requested mode string specifies the I/O mode: If the mode is "r", "rt", or "rb", when the child process is started, its stdout is the writable end of the pipe, and the file descriptor of the returned stream is the readable end of the pipe. After returns, both the parent and the child process are capable of executing independently before either terminates. command Points to a null-terminated string consisting of a shell command line. mode If successful, returns a stream pointer.

The wheel of estimation Tous les dimanches, recevez non seulement les 5 dessins de la semaine, mais également notre sélection de vidéos, de gifs et d’articles qui nous on fait marrer et qui devraient vous faire marrer aussi ! A quoi ça ressemble ? Ça vous donne envie ? SOLID principles (plus DRY, YAGNI, KISS and other YAA) ~ Siderite's Blog Intro I want to talk today about principles of software engineering. Just like design patterns, they range from useful to YAA (Yet Another Acronym). Usually, there is some guy or group of people who decide that a set of simple ideas might help software developers write better code. This is great! Some are very simple and not worth exploring too much. If you really want to fill your head with principles for software engineering, take a look at this huge list: ⚓List of software development philosophies. But what I wanted to talk about was SOLID, which is so cool that not only does it sound like something you might want your software project to be, but it's a meta acronym, each letter coming from another: S - SRPO - OCPL - LSPI - ISPD - DIP OK, I was just making it look harder than it actually is. ⚓Single Responsibility The idea is that each of your classes (or modules, units of code, functions, etc) should strive towards only one functionality. Short example: ⚓Open/Closed This one is simple.

Related: