Домой	Поиск	Войти	Контакты		Добавить в избранное
					Сделать стартовой

ГЛАВНАЯ

ИНФОБЛОК

НОВОСТИ

ВОЙТИ

КОНТАКТЫ

БОЛЬШАЯ ЛЕНИНГРАДСКАЯ БИБЛИОТЕКА

МЕНЮ

Главная

Технология

Уголовное и уголовно-исполнительное право

Строительство и архитектура

Спорт и туризм

Социология и обществознание

Сельское лесное хозяйство и землепользование

Религия и мифология

Разное

Психология

Производство и технологии

Программирование компьютеры и кибернетика

Начертательная геометрия

Не сортированные

Оккультизм и уфология

Программирование и комп-ры

Экологическое право

Экология

Экономика

Экономико-математическое моделирование

Экономическая география

Финансовый менеджмент финансовая математика

Финансы деньги кредит

Особливості контролю та забезпечення якості проектів інформатизиц

БОЛЬШАЯ ЛЕНИНГРАДСКАЯ БИБЛИОТЕКА - РЕФЕРАТЫ - Особливості контролю та забезпечення якості проектів інформатизиц

Особливості контролю та забезпечення якості проектів інформатизиц

Міністерство науки і освіти України

Запорізька державна інженерна академія

Кафедра Економічної кібернетики

Контрольна робота з дисципліни:

"Управління проектами інформатизації"

на тему:

"Особливості контролю та забезпечення якості

проектів інформатизації"

Виконала: студентка гр. ЕК - 09 мз

Зіміна Т.Ю.

Перевірила: доцент Правдіна О.В.

Дата здачі на перевірку:

Дата перевірки:

Дата захисту:

Запоріжжя, 2009р.

Зміст

Вступ

1. Загальне поняття контролю та якості в управлінні проектами інформатизації
2. Планування якісного інформаційного проекту
3. Методи та засоби для планування якості
4. Результати планування якості
5. Забезпечення якості та контролю
6. Методи та засоби для забезпечення якості
7. Результати процесу забезпечення якості
8. Методи та засоби контролю якості
9. Результати контролю якості
Висновок

Вступ
Питання якості є одними з основних при розробці будь-яких проектів, будь те будівельні проекти, або проекти в сфері інформаційних технологій. Однак якщо, наприклад, у галузі будівництва накопичений певний досвід в області керування якістю продукції й процесів, визначені методики оцінки якості й стандарти якості, то в сфері українських інформаційних проектів, говорити про розповсюдження якихось єдиних стандартів якості поки передчасно.

На Заході справа відбувається трохи інакше. Там розроблений ряд стандартів, що описують процеси проектування інтернет-систем та інформаційних проектів: ISO 9126: 1991, ISO 9294: 1990, ISO 6592: 1986 і ін.

Відсутність системного підходу до якості проектів приводить до того, що найчастіше організації, що займаються створенням інтернет-проектів, програмним забезпеченням, свідомо не використовують таке поняття, як "якість" при розробці цих проектів. Звичайно, розроблювачі керуються певними власними поданнями про якість, але найчастіше їхні подання досить далекі від необхідних.

Замовник, що слабко розбирається як в інформаційних технологіях, так і в питаннях якості, навіть не підозрює, що створений по його замовленню ресурс працює не на 100 відсотків і зроблений з помилками, які на перший погляд, непомітні. Як наслідок, втрата деякої частки прибутку (або деякої частини клієнтів), що в сучасних конкурентних умовах є неприпустимим для будь-якої організації.

Тому даний реферат присвячений важливості дотримання певних стандартів якості та плануванню якісних проектів інформатизації.

1. Загальне поняття контролю та якості в управлінні проектами інформатизації
Визначення елементів системи якості проектів інформатизації, критеріїв і показників якості - досить трудомістке й неоднозначне завдання.

Ціль контролю - виявлення всіх можливих погрішностей у дизайні, верстці й функціонуванні програмного забезпечення.

Формами контролю можуть бути план реалізації й технологічна документація.

Насамперед, основним контролем є час і якість виконання роботи. Тут важливо знати, що будь-який контроль гарний доти, поки в ньому є необхідність. Надмірна увага замовників до виконавця і його роботі може викликати в останнього нервозність. Не варто безвідривно спостерігати за виконавцем, це не прискорить процес розробки.

Ступінь деталізації плану реалізації проекту визначається складністю самого проекту, а втримування плану залежить від його (проекту) характеру. Але в кожному разі знадобляться два плани:

базовий календар, що визначає етапи проекту й комплекси робіт на кожному етапі;

короткостроковий календар, що включає детальний перелік і обсяги робіт, строки їхнього початку й закінчення, прізвища відповідальних осіб.

Контроль фактичного виконання робіт із проекту здійснюється за допомогою звітних документів. Інформація про виконання робіт і витрати повинна надходити від розроблювачів, звірятися із плановими завданнями для внесення коректив. Тут необхідно відзначити, що контроль над створенням проекту складається не тільки в підтримуванні ходу робіт відповідно до плану, але й при необхідності й у коректуванні самого плану. Необхідність вносити зміни в план можна спрогнозувати для будь-якого проекту з високим ступенем імовірності, і замовник повинен бути готів до цього проекту заздалегідь.

Існує два способи внесення коректив у план реалізації проекту:

перерозподіл наявних ресурсів для виконання існуючого плану. Як правило, це приводить до необхідності переглянути обсяги фінансових і трудових витрат;

розробка нового плану від сучасний момент до моменту завершення проекту. Найчастіше це сполучено зі змінами строків і тимчасових інтервалів, відведених на кожний етап.

Контроль якості виконання робіт необхідно здійснювати не при загальному прийманні робіт, як помилково вважають багато замовників, а на кожному конкретному етапі розробки. Це зв'язано в першу чергу з тим, що виправлення деяких помилок або невідповідностей на ранніх етапах розробки може зайняти у виконавця кілька хвилин, у той час як на більше пізніх етапах у процесі виправлення помилок і неточностей, можливо, прийде утягнути всіх субпідрядників, що працюють над проектом.

Отже, під якістю розуміють сукупність властивостей, які зумовлюють придатність продукту задовольняти певні потреби споживачів відповідно до його призначення.

На сьогодні у світі створена нова стратегія, яка трактує якість як найбільш важливий фактор в забезпеченні конкурентоздатності будь-якої компанії. У зарубіжній практиці виділяють такі два основних елементи стосовно якості: відповідність цілям проекту та відповідність вимогам споживачів. Завдання забезпечення якості проекту інформатизації актуальне на всіх фазах його життєвого циклу. Нова політика управління базується насамперед на розумінні учасниками проектів життєвої необхідності забезпечення їх якості. Ціллю управління якістю є описання того, що забезпечить виконання лозунгу “В нашому проекті ми боремося за якість” та як він буде впроваджуватися в життя.

Управління якістю проекту включає всі роботи, що стосуються загальної функції управління, визначають політику у сфері якості, завдання та відповідальність і реалізовують їх такими засобами, як планування якості, контроль її та удосконалення в рамках системи забезпечення якості.

Управління якістю проекту інформатизації має адресуватися до управління як проектом, так і продуктом проекту. Недотримання вимог якості в будь-якій з цих сфер може мати серйозні негативні наслідки для зацікавлених осіб проекту. Наприклад:

задоволення вимог споживача шляхом збільшення роботи команди проекту може призвести до негативних наслідків через втому членів команди;

задоволення цілей календарного плану проекту шляхом скорочення планових Інспекцій якості може призвести до негативних наслідків через не виявлення браку.

Якість - це сукупність властивостей об'єкта, які стосуються його здатності задовольняти проголошені та неочікувані вимоги. Найважливішим аспектом управління якістю проекту є необхідність перетворення на стадії управління проекту неочікуваних вимог на проголошені.

Команда менеджерів проекту повинна чітко розмежовувати поняття "якість" і "сорт". Сорт - це категорія, або ранг, що призначається об'єктам, які мають одне й те саме функціональне використання, але різні вимоги до якості. Низька якість завжди є проблемою, а низький сорт може і не бути нею. Наприклад, продукт - програмне забезпечення може бути високої якості (немає явних похибок, ретельно підготовлене керівництво для користувача) і низького сорту (обмежена кількість властивостей) або воно може бути низької якості (багато похибок, погано впорядкована призначена для користувача документація) і високого сорту (велика кількість властивостей). Визначення і забезпечення необхідних рівнів якості та сорту є обов'язком команди управління проектом.

Також творці проектів інформатизації повинні розуміти, що сучасне управління якістю має відповідати сучасному управлінню проектом, і пам'ятати про можливість:

задоволення споживача - розуміння потреб, управління ними і вплив на них у такий спосіб, щоб очікування споживача були повністю задоволені або навіть перевищені. Це вимагає поєднання відповідності специфікаціям (у проект необхідно ввести те, що інформуватиме про майбутні створення) і зручності використання продукту (продукт або послуга має задовольняти реальні потреби);

запобігання зайвій інспекції - витрати на запобігання похибкам завжди менші, ніж витрати на їх виправлення;

відповідальності служб по створенню проектів - успішне виконання проекту вимагає участі всіх членів команди, але відповідальність за виконання несе служба, яка надає для успіху необхідні ресурси;

процесів всередині фаз - цикл (що повторюється) плану планувати > робити > провіряти > реалізовувати.

Крім того, ініціативи організації, що виконує проект з удосконалення якості, можуть поліпшити якість управління проектом і якість продукту проекту.

Проте, існує важлива ознака, яку має чітко усвідомлювати команда творців проекту - тимчасовість природи проекту, а це означає, що інвестиції на поліпшення якості продукту, особливо на запобігання дефектам і зайвій оцінці, мають бути відшкодовані виконавчою організацією, оскільки проект може не дожити до "збирання своїх плодів".

Ефективним засобом управління якістю є стандартизація, яка включає комплекс норм, правил і вимог до якості проектної продукції.

Процес стандартизації проектів інформатизації регулюється сукупністю нормативно-технічної документації: міжнародні стандарти ISO серії 9000, державні стандарти України (ДСТУ), стандарти науково-технічних та інженерних товариств та спілок, стандарти підприємств, тощо.

Стандарт є основним нормативно-технічним документом, в якому показники якості встановлюються, виходячи з новітніх досягнень науки, техніки і попиту споживачів.

Сертифікація продукту інформатизації - один із важливих елементів системи управління якістю, який передбачає оцінку відповідності продукту певним вимогам та видачу певного документа-сертифіката. Сертифікат - це документ, що засвідчує високий рівень якості продукту та її відповідність вимогам міжнародних стандартів ISO серії 9000.

2. Планування якісного інформаційного проекту
Планування якості включає визначення того, які стандарти якості застосовні до даного проекту і як домогтися відповідності їм.

В даному розділі реферату розглянуті основні методи планування якості, хоча їх багато і деякі методи можуть бути корисними лише в певних проектах. Команда проекту повинна також знати один з фундаментальних принципів сучасного управління якістю - якість планується, а не перевіряється.

Малюнок 2.1 Логічна схема планування якості проекту

Опис малюнка:

Вхідні дані для планування якості

1. Політика у Сфері якості. Політика у сфері якості - це загальні цілі й напрями організації з акцентом на якість, формально виражені менеджментом верхнього рівня. Політика у сфері якості виконавчої організації часто може пристосовуватися для використання у проекті. Проте, якщо в організації, що виконує проект, відсутня офіційна політика у сфері якості або до проекту залучено багато виконавчих організацій (як у спільному підприємстві), то команді управління проектом необхідно негайно розробити політику у сфері якості для даного проекту,

Незалежно від джерела політики у сфері якості, команда творців проекту відповідає за те, що зацікавлені особи проекту повністю ознайомлені з нею.

2. Описання змісту проекту. Описання змісту проекту є основним параметром при плануванні якості, оскільки в ньому задокументовані головні результати проекту та цілі - необхідна інформація для визначення основних вимог зацікавленої особи.

3. Описання Продукту. Хоч елементи описання продукту можуть бути включені в описання змісту проекту, описання продукту часто містить подробиці технічних результатів та інші важливі деталі, які можуть впливати на планування якості.

4. Стандарти та норми. Міжнародна організація із стандартизації розрізняє стандарти й норми так: стандарт - це документ загального та багаторазового використання, затверджений відповідною організацією, в якому зведені правила, керівництва чи характеристики для продуктів, процесів або послуг і який не є обов'язковим для дотримання.

Норма - це документ, який лежить в основі необхідних властивостей продукту, процесу чи послуги, включаючи застосовувані адміністративні процедури, причому цей документ є обов'язковим для дотримання.

Стандарти часто починають діяти як керівництво, де описаний найкращій підхід, а пізніше, після їх прийняття, вони практично стають нормами.

Слід відмітити, що сучасна концепція TQM (Total Quality Menegment) передбачає перехід від встановлення норм до управління цілями, це дозволяє спрямувати енергію людей на досягнення реальних інтересів компанії та зниження витрат. Більшість успішних компаній світу використовують механізм цілей для управління якістю.

5. Результати інших процесів планування. Для описання змісту проекту та продукту результати процесів в інших галузях використання знань з проектного управління повинні розглядатися як частина планування проекту.

3. Методи та засоби для планування якості
1. Аналіз прибутків / витрат. Включає оцінку матеріальних і нематеріальних витрат і прибутків по різних варіантах проекту, а потім використовує такі фінансові показники, як повернення інвестицій або період відшкодування для оцінки відносної вигоди певних альтернатив. Первинний прибуток від дотримання вимог якості полягає у тому, що в майбутньому знадобиться менше переробок, а це означає більш високу продуктивність, нижчі витрати, повніше задоволення зацікавлених осіб. В основному вартість дотримання вимог якості - це витрати, зв'язані з роботами з управління якістю в проекті. Аксіомою є те, що в результаті правильного управління якістю прибутки перевищать витрати.

2. Порівняння із зразком. Порівняння із зразком включає процес порівняння дійсних або спланованих результатів з результатами інших проектів для генерації ідей щодо поліпшення та для забезпечення стандарту, за яким контролюється виконання.

3. Графік потоків. Графік потоків - це будь-які діаграми, графіки та карти, які відображають зв'язок між різними елементами системи якості. Методи завдання графіка потоків, що найчастіше використовуються в управлінні якістю, включають: причинно-наслідкові діаграми, або діаграми Ішикави, або діаграми "риб'ячих кісток", що показують, як різні причини та підпричини зв'язані з виникненням потенціальних проблем або наслідків.

Малюнок 2.2 причинно-наслідкова діаграма

Діаграми Парето - це гістограма впорядкована за частотою виникнення певних факторів по кожному результату, вона дозволяє сконцентрувати увагу на небагатьох важливих факторах. Упорядкування по рангу використовується для здійснення коригуючих дій - команда проекту повинна здійснювати дії, спрямовані на фіксацію насамперед тих проблем, які спричиняють найбільшу кількість дефектів - діаграми Парето концептуально співвідносяться із законом Парето, який свідчить, що відносно мала кількість випадковостей спричиняє значну кількість проблем або дефектів.

Малюнок 2.3 Діаграма Парето

Завдання графіків потоків допоможе команді проекту передбачити, які проблеми з якості і де можуть виникнути, і в такий спосіб сприятиме розробці підходів для вирішення дозволу останніх.

Малюнок 2.4 Приклад процесу, зображеного на графіку потоків

4. Постановка експериментів. Постановка експериментів - це аналітичний метод, який допомагає визначити, які змінні чинять найбільший вплив на загальний результат. Цей метод найчастіше застосовується для продукту інформаційного проекту.

Цей метод може також застосовуватися для таких результатів управління проектом, як зміни вартостей і календарного плану.

4. Результати планування якості
1. План управління якістю - це документ, у якому регламентовано конкретні заходи у сфері якості, ресурси і послідовність щодо конкретної продукції, проекту чи контракту. План управління якістю повинен описувати те, як команда розробників проекту здійснюватиме свою політику у сфері якості. За термінологією IS0 9000, в такому плані має бути описана система якості проекту: організаційна структура, відповідальні процедури, процеси та ресурси, необхідні для здійснення управління якістю.

План управління якістю надає вихідні дані для загального плану проекту і повинен сприяти контролю якості, гарантії якості та поліпшенню якості проекту.

2. Настанова з якості - це документ, в якому викладено політику у сфері якості і описано систему якості організації. Настанова з якості може охоплювати всю діяльність організації чи тільки її частину. Вона здебільшого місить чи посилається на: політику у сфері якості; обов'язки, відповідальність, повноваження та взаємовідносини персоналу, який керує, виконує, перевіряє чи аналізує роботу, що впливає на якість; методики системи якості та інструкції.

3. Система якості - це сукупність організаційної структури, методик, процесів і ресурсів, необхідних для управління якістю. Вона призначена для задоволення внутрішніх потреб організації.

5. Забезпечення якості та контролю
Забезпечення якості - це постійний процес оцінки загального виконання по проекту з метою підтвердження того, що проект задовольняє відповідні цілі та стандарти якості.

Роботи із забезпечення якості часто виконуються департаментом із забезпечення якості або організаційною одиницею зі схожою назвою, але це не є обов'язковим.

Малюнок 3.1 Логічна схема забезпечення якості проекту

Опишемо малюнок 3.1.:

Вхідні дані для забезпечення якості

1. План управління якістю.

2. Результати контролю показників якості. Подаються у вигляді записів з тестування та контролю показників якості у форматі, прийнятному для порівняння й аналізу.

6. Методи та засоби для забезпечення якості
Існує чотири способи перевірки проектів на відповідність якості:

1. Аналіз проекту - це офіційне, документоване і систематичне оцінювання проекту, яке виконується персоналом, не пов'язаним безпосередньо з його розробленням. Аналіз проекту може здійснюватись у формі консультацій чи надання допомоги відділу, що займається проектуванням або у вигляді офіційної оцінки проекту для з'ясування відповідності проекту всім вимогам замовника.

2. Оцінювання зразка - це офіційна процедура оцінки різних аспектів інформаційного продукту, включаючи випробування в робочих умовах у реальній обстановці, на відповідність вимогам замовника та технічним завданням.

3. Альтернативний розрахунок - може полягати або у повному перерахунку, або у скорочених перерахунках, які стосуються критичних компонентів чи систем. Метою є перевірка правильності даних, що визначені у проекті. Він може служити для додаткової перевірки проекту, особливо у випадках, коли повне масштабне випробування характеристик виробу потребує значного часу або великих витрат.

4. Порівняння з проектом одного з перевірених на практиці, або з проектами інших продуктів інформатизації, які існують на ринку.

7. Результати процесу забезпечення якості
1. Поліпшення якості. Поліпшення якості включає дії з підвищення ефективності проекту для надання додаткових переваг зацікавленим особам проекту. У більшості випадків реалізація процесу поліпшення якості вимагатиме підготовки запитів на зміну або здійснення дій з коригування й управлятиметься відповідно до процедур контролю за змінами.

Контроль якості включає відстежування певних результатів по проекту для встановлення, чи відповідають вони певним стандартам якості, і для визначення шляхів усунення причин незадовільного виконання. Він повинен здійснюватися по всьому проекту. Результати по проекту включають результати як по продукту (такі як компоненти), так і по управлінню (такі як показники виконання по вартості за календарним планом). Контроль якості часто виконується департаментом з контролю за якістю або організаційною одиницею зі схожою назвою, але це не е обов'язковим.

Команда управління проектом повинна мати практичні знання в галузі статистичного контролю якості, особливо в моделюванні та ймовірності, для полегшення оцінки результатів контролю якості. Серед інших результатів члени команди повинні звернути особливу увагу на відмінність між:

запобіганням (усуненням похибок з процесу) та інспекцією (усуненням похибок для споживача);

моделюванням атрибутів (задовольняє результат чи ні) і моделюванням змінних (результат оцінюється за безперервною шкалою, яка вимірює ступінь відповідності);

спеціальними (незвичайні події) та раптовими (відхилення від нормального процесу) випадками;

допущенням (результат прийнятний, якщо він перебуває в діапазоні, заданому допущенням) і межами контролю (процес вважається під контролем, якщо його результати знаходяться в межах останнього).

Малюнок 3.2 Логічна схема контролю якості проекту

Опис малюнка 3.2.:

Вхідні дані для контролю якості

1. Результати роботи - це інформація про те, які роботи завершені, а які ні, в якому ступені додержані стандарти якості, наскільки перевищені, або заощаджені витрати по проекту і т. ін. Результати роботи включають результати як процесу, так і інформаційного продукту.

2. План управління якістю.

8. Методи та засоби контролю якості
1. Інспекція. Інспекція включає такі дії, як вимірювання, перевірка, тестування, що застосовуються для визначення, чи задовольняють результати вимоги. Інспекція може здійснюватися на будь-якому рівні (наприклад, можуть бути проінспектовані результати всієї роботи або інспекції може піддатися кінцевий продукт проекту).

Інспекції ще називають перевірками, перевірками продукту, аудитами; в деяких прикладних сферах ці терміни можуть мати більш широке і дещо вужче застосування.

2. Графіки контролю. Графіки контролю - це графічне зображення результатів процесу у часі. Вони використовуються для визначення того, чи перебуває процес "під контролем" (наприклад, чи є відмінність у результатах, спричинених випадковими відхиленнями, або чи є непередбачені події, які мають бути ідентифіковані та скориговані?). Якщо процес контролюється, він не повинен змінюватися. Процес може змінюватися для того, щоб реалізувати удосконалення, але він не повинен змінюватися, коли перебуває під контролем. Графіки контролю можуть використовуватися для відстежування вихідних змінних будь-якого типу. Хоч графіки контролю найчастіше використовуються для відстежування дій, що повторюються, але вони можуть також використовуватися для моніторингу вартісних і планових відхилень, обсягу і частоти змін змісту, похибок у проектній документації або в інших процесах проекту, для того щоб визначити, чи перебуває під контролем управління проектом.

3. Діаграми Парето.

4. Статистичне моделювання. Статистичне моделювання включає добір частини вибірки для інспекції. Відповідне моделювання може скорочувати витрати на контроль якості. Існує велика кількість літератури із статистичного моделювання; в деяких галузях застосування необхідно, щоб команда розробників проекту була обізнана з різними технологіями моделювання.

5. Графіки потоків. Графіки потоків використовуються при контролюванні якості як допомога в аналізі виникаючих проблем.

6. Аналіз тенденцій. Аналіз тенденцій включає використання математичних технологій для прогнозування майбутніх результатів, заснований на даних, отриманих раніше. Аналіз тенденцій часто використовується для відстежування:

технічних показників виконання - скільки похибок або дефектів було визначено і скільки з них залишилося невиправними;

вартісних і планових показників виконання - скільки робіт за період було завершено із значними відхиленнями.

9. Результати контролю якості
1. Поліпшення якості

2. Прийняття рішень. Елементи, піддані інспекції, мають бути або прийняті, або відхилені. Останні можуть зажадати переробки.

3. Переробка. Переробка - це дія, що застосовується для приведення дефектного або невідповідаючого стандартам елемента у відповідність з вимогами чи описами. Переробка, особливо непередбачена, часто є причиною перевитрат по проекту в більшості прикладних сфер. Команда проекту має докласти всіляких зусиль, щоб мінімізувати процеси переробки.

4. Контрольний перелік. Контрольний перелік у заповненому вигляді повинен стати частиною проектних записів.

5. Зміни Процесу. Зміни процесу включають негайні коригуючі або запобіжні дії як результат контролю якості. У деяких випадках необхідно, щоб процес змін справлявся б відповідно до процедур загального контролю за змінами.

Висновок
Поняття "проект" в загальному розумінні - це комплекс взаємопов'язаних заходів по створенню нових продуктів чи послуг. Невід'ємними властивостями є новизна та неповторність, але без врахування якісного підходу до виконання проектів інформатизації, новизна і неповторність можуть зазнати провалу.

Саме якість охоплює ти властивості продукту, котрі вершать його долю. Якість визначає спроможність забезпечення задовольнити запити замовника або навіть перевершити їх. А чим більше задоволених замовників, тим ширшими стають можливості підприємства-виробника та спроможність конкурувати на ринку послуг.

Врахування всіх підходів якісного аналізу інформаційного проекту загалом контролюють проект-менеджери, але нажаль не кожне підприємство користується послугами таких фахівців, що інколи приводить до не стопроцентного функціонування розробленого продукту.

Джерела літератури

1. Корпоративні інформаційні системи. Конспект лекцій для студентів ЗДІА спеціальності 7.050102, 8.050102 “Економічна кібернетика" всіх форм навчання / Укл.: П.В. Комазов - Запоріжжя, ЗДІА, 2007. - 110 с.

2. Управління проектами інформатизації. Конспект лекцій для магістрів спеціальності 8.050.102 "Економічна кібернетика" / Укл. О.В. Правдіна - Запоріжжя, ЗДІА, 2001. - 99 с.

3. http://www.library. if.ua/books/66.html

4. http://www.readbookz.com/book/139/3999.html

	НОВОСТИ

Изменения

Прошла модернизация движка, изменение дизайна и переезд на новый более качественный сервер

	СЧЕТЧИК

БОЛЬШАЯ ЛЕНИНГРАДСКАЯ БИБЛИОТЕКА
	© 2010