Практичний приклад підходу до валідації автоматизованих лабораторних інформаційних систем
Аналіз існуючих науково-практичних публікацій із розроблення і впровадження автоматизованих лабораторних інформаційних систем (LIMS). Фізичний макет і архітектура потоку даних LIMS, функціональні можливості системи. Фази валідаціїі проектної діяльності.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | статья |
Язык | украинский |
Дата добавления | 09.12.2018 |
Размер файла | 155,8 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Черкаський національний університет імені Богдана Хмельницького
Практичний приклад підходу до валідації автоматизованих лабораторних інформаційних систем
Медушевський С.В.
Анотація
У статті проведено критичний аналіз існуючих науково-практичних публікацій із розроблення і впровадження автоматизованих лабораторних інформаційних систем (LIMS). Розглянуто фізичний макет і архітектуру потоку даних LIMS, проаналізовано функціональні можливості системи. Визначено фази валідаціїі відповідна їм проектна діяльність. Наведено приклади змісту протоколів тестування стадії кваліфікації інсталяції та стадії функціонування. Визначено особливість протоколу стадії експлуатації. Зроблено висновок, що запропонований уніфікований підхід можна застосувати до валідації LIMS, яка буде відповідати очікуванням регулюючих органів.
Ключові слова: валідація, інформаційна система, проект, тестування, якість, GMP, LIMS.
Основний зміст дослідження
Постановка проблеми. Для розроблення і реалізації обґрунтованих конструкторсько-технологічних рішень щодо забезпечення якості продукції на всіх етапах її життєвого циклу (далі - ЖЦ) необхідно мати щоденну актуальну інформацію з усіх технологічних параметрів [1]. Повинна бути забезпечена можливість оперативного аналізу всієї зібраної інформації. Таке завдання може бути вирішене тільки за наявності на підприємстві інтегрованої автоматизованої системи збирання та аналізу інформації про якість процесів і продукції на всіх етапах її ЖЦ. Оскільки система управління якістю (далі - СУЯ) тісно пов'язана з усією управлінською інфраструктурою підприємства, то для інформаційного забезпечення слід використовувати автоматизовані інформаційні системи. СУЯ повинна базуватися на інформаційній системі, що підтримує автоматизоване оброблення даних, документування процесів забезпечення якості на всіх стадіях ЖЦ виробу і автоматизованого управління цими процесами, даними і документацією. У цьому сенсі СУЯ стає невід'ємною частиною інтегрованої автоматизованої інформаційної системи (ІАСУ) [2].
Аналіз останніх досліджень і публікацій. Для більшості виробничих компаній актуальні проблеми забезпечення випуску продукції стабільної якості й зниження відсотка браку і забезпечення відповідності виробництва міжнародним нормам належної виробничої практики Good Manufacturing Practice (далі - GMP) [3].
Для автоматизації лабораторної практики розробляються лабораторні інформаційні системи LIMS (англ. Laboratory information management systems). Ці системи охоплюють весь спектр потреб лабораторно-дослідних комплексів і забезпечують інтеграцію даних і процесів лабораторії в загальне інформаційне середовище підприємства [4].
автоматизована лабораторна інформаційна система валідація
Науковцями [5; 6] представлено результати розроблення і впровадження лабораторної інформаційної системи контролю якості. Автор роботи
[7] розкриває можливості інформаційних технологій, які спрямовані не тільки на рішення лабораторних й організаційно-методичних завдань діяльності сучасних лабораторій фармацевтичних виробництв, але і представляє розроблену інформаційну систему адміністратора, яка забезпечує управління окремими виробничими блоками. У роботах [8; 9; 10] авторами практично доведено що інтеграція LIMS і інших зовнішніх інформаційних систем забезпечує значні переваги в бізнесі для будь-яких сучасних фармацевтичних виробництв.
Постановка завдання. Мета статті полягає у формуванні уніфікованого підходу до валідації автоматизованих лабораторних інформаційних систем, для забезпечення виконання вимог регуляторних органів.
Виклад основного матеріалу дослідження.
Системи управління лабораторною інформацією (LIMS) широко використовуються в лабораторіях фармацевтичних і суміжних галузей. LIMS зазвичай ґрунтується на технології клієнт-сервер, що підтримується реляційною системою управління базами даних (RDBMS) (Рис.1). Вони можуть використовуватися для управління і оброблення великої кількості електронних аналітичних даних у межах лабораторії або всієї компанії в цілому.
Упровадження LIMS у лабораторію заохочується керівниками лабораторій забезпечення якості ^А) /контролю якості (QC). Система забезпечує автоматизований, ефективний і нормативно - сумісний засіб оброблення електронних даних, отриманих у лабораторії. Потік даних у систему LIMS показаний на рис.2.
Експериментальним шляхом доведено, що впровадження LIMS сприяє зменшенню ймовірності помилок через проблеми, що виникають у персоналу, що виконує повторювані заплановані завдання. У зв'язку із зростанням потреби в забезпеченні цілісності даних, забезпечення безпеки даних і перевірки LIMS на відповідність чиннимположенням і керівним принципами, LIMS стає предметом інтересу для багатьох фармацевтичних регуляторних органів.
Сучасний пакет LIMS може бути налаштований для задоволення потреб більшості лабораторних аналізів і обробки даних. Ця конфігурація складається з програмних модулів, призначених для забезпечення стандартних функцій (наприклад, вхід у систему, управління тестуванням, розподіл роботи, введення результатів, оброблення даних і звітність).
Успіх повної інтеграції LIMS у лабораторії частково залежить від надійності інтерфейсів між основним елементом LIMS і широким спектром аналітичних інструментів і системних інтерфейсів (наприклад, прості інструменти, зокрема пристрої, які створюють єдину точку даних, складні
інструменти, що виробляють спектри або файли результатів, комп'ютерні системи, зокрема системи даних хроматографії і системи планування виробничих ресурсів MRP-II).
Валідація реалізації процесів і управління інформацією в лабораторії повинна управлятися згуртовано цілим, щоб гарантувати, що всі частини LIMS розроблені і підтверджені відповідними стандартами.
Типова LIMS має такі функціональні можливості, пов'язані з управлінням життєвим циклом проміжного/готового продукту:
реєстрація зразків і відстеження надходження;
призначення тестів для зразків;
формування таблиць і графіків аналітиків;
введення даних у режимі реального часу;
взаємодія з аналітичним обладнанням;
виконання визначених користувачем складних розрахунків;
моніторинг результатів зі специфікації (OOS) з використанням запрограмованих користувачем граничних значень;
огляд і звітність аналітичних результатів;
порівняння результатів аналізу зі специфікацією;
підтримання статусу зразка;
аудиторський слід подій, пов'язаних із результатами.
Більшість сучасних LIMS - це налаштовані додатки, створені на основі стандартних модулів. На ранніх етапах валідації важливо визначити, що всі прикладні модулі були розроблені відповідно до нормативних стандартів якості. Якщо модулі не входять до стандартного продукту постачальника, необхідно підтвердити, що вони були розроблені з використанням стандартів якості постачальника. Якщо аналіз коду або аналіз проекту не були виконані, клієнту необхідно буде винести рішення щодо потенційного ризику (з урахуванням результатів оцінки GxP) і, за необхідності, задокументувати огляд коду.
Ускладнюючим фактором при валідіції LIMS є широке розмаїття масштабів реалізації системи. LIMS може варіюватися від програми на базі персонального комп'ютера (ПК) в одній лабораторії до системи на основі клієнт-сервер, що працює на декількох серверах у корпоративній мережі із загальним доступом до серверів і декількома інтерфейсами для інших бізнес-систем.
Життєвий цикл валідації зазвичай ділиться на 11 основних етапів кваліфікації (табл.1), вони виконуються під контролем валідаційного майстер-плану [11]. Необхідно чітко продемонструвати, що функція забезпечення якості (QA) фармацевтичного виробника підтверджує підхід до валідації для впровадженої LIMS, як описано в плані валідації.
LIMS уважається формою автоматизованої системи, і тому визнається, що розроблення і впровадження LIMS має проводитися відповідно до певного життєвого циклу [12].
У таблиці 1 показаний взаємозв'язок між проектною діяльністю і процесом атестації, яка буде знаходитися під контролем плану валідації.
Через критичний характер даних, що зберігаються в базі LIMS, необхідно забезпечити цілісність. Сучасні технології дозволяють створювати дзеркала дисків для забезпечення того, щоб будь - які додавання і зміни бази даних (і отже, зміни в електронних записах) копіювалися в додаткові і, можливо, віддалені сховища.
Типові критичні елементи даних GxP містять: номер серії; номер предмета; термін придатності; ідентифікацію тестера; специфікацію матеріалу; номер зразка; приклад дати; час вибірки; стан зразка; методологію тестування; дні повторного тестування; результати тесту.
Специфікація вимог користувача (URS) - мета, яка полягає в зіставленні вимог клієнтів про те, як LIMS повинна працювати як в лабораторії, так і в корпоративному та виробничому середовищі.
Проектна документація складається з специфікації функціонального проектування (DS), щоб забезпечити огляд пропонованої LIMS із більш докладними специфікаціями для апаратного забезпечення, програмного забезпечення і конфігурації.
Увесь сенс застосування підходу життєвого циклу, як визначено в GAMP, полягає в забезпеченні структурованого підходу до розроблення і перевірки інтерфейсів LIMS і пов'язаних аналітичних пристроїв. Мета всіх заходів до впровадження LIMS полягає в тому, щоб точно оцінити й перевірити те, що система буде відповідати вимогам клієнтів, а також очікуванням регуляторних органів. У результаті цього процесу ретельне тестування може бути сфокусовано там, де це необхідно, тим самим зменшуючи загальний обсяг необхідного тестування.
Стратегія тестування. Тестування LIMS - це інтенсивна діяльність, яка виконується до випуску LIMS у виробниче середовище. Стратегія тестування показує те, які випробування необхідні для пом'якшення потенційного ризику збою LIMS, що впливає на пацієнта і/або бізнес, і для забезпечення високого ступеня впевненості в тому, що LIMS буде постійно працювати відповідно до проекту.
Тестування зазвичай охоплює два основні аспекти:
функціональність модуля і стрес-тестування, щоб продемонструвати те, що необхідна конфігурація LIMS була успішно реалізована для задоволення очікуваних результатів проектування;
інтеграційне тестування для перевірки успішності інтеграції/взаємодії LIMS з іншими системами.
Таблиця 1
Фази валідації і проектна діяльність
№ |
Фаза валідації |
Проектна діяльність |
|
Бізнес-вимоги і розроблення бізнес-кейсів |
|||
1 |
Визначення вимог |
Розроблення вимог користувачів (початкова) |
|
Планування проекту (планування якості постачальника) |
|||
Оцінка GxP |
|||
Визначення меж об'єкта валідації |
|||
2 |
Планування валідації |
Розроблення специфікації вимог користувача (версія 1) |
|
Оцінка постачальників і вибір системи/інтегратора |
|||
Оцінка електронних записів і електронного підпису |
|||
Розроблення функціональної специфікації |
|||
Розроблення й налаштування пакета LIMS |
Детальне проектування (специфікація проекту) |
||
3 |
Налаштування пакета LIMS |
||
Огляд конфігурації |
|||
Огляд дизайну |
|||
Дизайн і код/ Індивідуальне програмне забезпечення |
Розроблення функціональної специфікації |
||
Технічні характеристики програми |
|||
4 |
Розроблення індивідуального програмного забезпечення |
||
Огляд вихідного коду |
|||
Тестування користувачем |
|||
Установлення апаратних засобів для виробничої системи (сервери, клієнтські ПК, периферійне обладнання) |
|||
5 |
Передкваліфікаційна |
Установлення програмного забезпечення (операційної системи, стандартних про- |
|
діяльність |
грамних модулів й індивідуального програмного забезпечення) |
||
Впровадження інфраструктури (наприклад, мереж і зв'язку) |
|||
Розроблення наборів тестових сценаріїв |
|||
Перевірка правильності встановлення обладнання |
|||
Перевірка установки програмного забезпечення |
|||
Кваліфікація інсталяції |
Перевірка правильної установки мережевої інфраструктури |
||
6 |
Перевірка імпорту тестових даних |
||
Перевірити наявність документації постачальника підтримки |
|||
Перевірка середовища обладнання підходить із точки зору температури, вологості і електричних/магнітних перешкод |
|||
Функціональне тестування |
|||
7 |
Кваліфікація функціо- |
Безпека |
|
нування |
Створення резервних копій та відновлення |
||
Перевірка безперервності роботи |
|||
Перевірка перенесення статичних даних |
|||
8 |
Випуск для експлуатації |
Перевірка системи підтримки (наприклад, довідкова служачи, управління інцидентами) |
|
Підтвердження для використання LIMS у виробничому середовищі |
|||
Кваліфікація експлуатації |
Поточна перевірка функціональності |
||
9 |
Перевірка відповідності та ідентичності даних |
||
Моніторинг продуктивності |
|||
10 |
Звітність |
Звіт про валідацію |
|
Технічне обслуговування |
|||
11 |
Використання |
Моніторинг продуктивності |
|
Контроль змін |
|||
Періодичний огляд |
У процесі тестування оформлюються відповідні документи (протоколи). Протокол кваліфікації інсталяції (IQ) охоплює все поєднане апаратне і програмне забезпечення в межах LIMS, а також середовище, в якому встановлені обладнання LIMS й інтерфейси, які, можливо, необхідно контролювати з точки зору температури/воло - гості, електричних перешкод і т.д. Типовий вміст протоколу IQ показано в таблиці 2.
Тестування функціонування (OQ) є засобом для надання документальних доказів працездатності заявленої функціональності LIMS для незалежних частин LIMS до повної інтеграції. Рекомендується, щоб структура протоколу OQ відповідала структурі функціональної специфікації, щоб забезпечити принцип простежу - ваності. Типовий вміст протоколу OQ показано в таблиці 3.
Таблиця 2
Приклад вмісту протоколу IQ
Об'єкт |
Апаратні засоби |
Програмне забезпечення |
|
Версії програмного забезпечення для операційних систем, службового програмного забезпечення, прикладного програмного забезпечення |
- |
? |
|
Ліцензії на основне програмне забезпечення і багаторівневі програмні продукти |
- |
? |
|
Збирання операційної системи сервера |
? |
- |
|
Деталі апаратної платформи з унікальною ідентифікацією |
? |
- |
|
Маркування обладнання апаратної платформи |
? |
- |
|
Діагностика інтерфейсів аналітичного обладнання |
? |
- |
|
Мережева сумісність периферійних пристроїв |
? |
? |
|
Тести Power-Up/Power-Down |
? |
? |
|
Установлення служб (наприклад, блоки живлення) |
? |
- |
|
Установлення внутрішньої проводки і маркування кабелів для обслуговування |
? |
- |
|
Тестування середовища в приміщенні (температура, вологість, радіочастота, інтерференція, електромагнітні перешкоди) |
? |
- |
|
Мережеві підключення до LAN/WAN |
? |
? |
|
Тестування доступу і безпеки |
? |
? |
Таблиця 3
Приклад протоколу OQ
Об'єкт |
Ядро LIMS |
Індивідуальний код |
|
Спеціальні функції конфігурації |
? |
? |
|
Тестування розробленого на замовлення/конфігурованого ПЗ |
? |
? |
|
Діагностика сигналів з інтерфейсу пов'язаного аналітичного обладнання |
? |
? |
|
Спеціальні обчислення й алгоритми |
? |
? |
|
Перевірка керівництва з експлуатації |
? |
? |
|
Перевірка даних зразка і параметрів системи, тобто перевірка на відповідність вихідних записів для забезпечення точності даних |
? |
? |
|
Створення резервних копій та відновлення даних |
? |
? |
|
Навчання користувачів |
? |
? |
|
Звичайні процедури обслуговування/калібрування |
? |
? |
|
Надання угод про рівень обслуговування (SLA) |
? |
? |
|
Перевірка міграції й даних |
? |
? |
|
Перевірка цілісності даних (наприклад, перевірка діапазону, входів) |
? |
? |
|
Тести драйверів зв'язку |
? |
- |
|
Структура бази даних |
? |
- |
|
Архівування та отримання документів і записів |
? |
- |
|
Призначені для користувача результати введення і відображення |
? |
- |
|
Генерація аналітичного звіту |
? |
- |
|
Перевірка аудиторського сліду |
? |
- |
|
Демонстрація функцій, що підтримують використання електронних записів |
? |
||
і підписів |
На стадії кваліфікації експлуатації (PQ) документується, що інтегрована система й інтерфейси LIMS ефективно й відтворено використовують живі дані і взаємодіють із користувачем у виробничому середовищі. ідповідно до нормативних вимог вважається, що при впровадженні LIMS, ручна система повинна працювати паралельно протягом певного періоду часу. Очікується, що цей період буде досить тривалим, щоб підтвердити те, що LIMS підходить для використання в автоматичному режимі. ісля завершення стадії PQ буде підготовлено звіт, у якому підсумовується безперервна робота LIMS на початковому періоді після запуску у виробничому середовищі. Очікується те, що протягом періоду PQ LIMS стабілізується з точки зору запитів користувачів, продуктивності системи і змін, реалізованих унаслідок процесу валідації.
Висновки
У результаті виконання критичного аналізу специфіки автоматизованої лабораторної інформаційної системи, розробленої та впровадженої на реальному фармацевтичному виробництві, сформовано єдиний уніфікований підхід до валідації LIMS із метою забезпечення виконання вимог регуляторних органів та забезпечення якості випущеної продукції.
Список літератури
1. Соболь А.С., Вайтекунене Е.Л. Актуальность создания интегрированных систем управления на предприятии. Актуальные проблемы авиации и космонавтики. 2010. № 6. С.441-442.
2. Сопов Р.А., Вайтенкунене Е.Л. САПР (Системы автоматизации управления). Актуальные проблемы авиации и космонавтики. Информационные технологии. 2010. № 6. С.442-443.
3. Буценин М.А., Козлов А.И., Матасов А.В. Способ автоматизации процесса контроля качества продукции химико-фармацевтических предприятий на примере производства твёрдых лекарственных форм. Успехи в химии и химической технологии. 2010. № 1 (106). С.11-14.
4. Фролов А.П. Характеристики АСУ, влияющие на степень автоматизации. Вестник МГУП. 2011. № 1.С. 206-212.
5. Бутылин Е.В., Михайлова П.Г. Разработка лабораторной информационной системы контроля качества нефтепродуктов. Успехи в химии и химической технологии. 2011. № 1 (117). С.61-66.
6. Андрюков Б.Г., Андрюков И.Б., Гельман Е.А., Ларичев В.Г., Логинова Т.В., Федосеева И.Н. Опыт создания и внедрения лабораторной информационной системы в практику клинико-диагностической лаборатории многопрофильного ведомственного лечебного учреждения. Здоровье. Медицинская экология. Наука. 2015. № 5. С.62-68.
7. Золотарев П.Н. Информационные менеджмент-системы в лабораторной медицине. Информационный менеджмент. 2016. № 5. С.47-54.
8. Софиев А.Э., Рылов М.А. Интеграция pi System и LabVIEW. Известия МГТУ. 2013. № 1 (15). С.155-160.
9. Хакимова А.К. Современные системы управления промышленным предприятием. Символ науки. 2016. № 5-1. С.234-237.
10. Егорова О С. Управление внедрением корпоративных информационных систем в организациях. Вестник Курской государственной сельскохозяйственной академии. 2010. № 4. С.22-23.
11. Медушевський С.В., Єфіменко Н.А. Ключові елементи методики планування валідації, для забезпечення та контролю якості проекту розробки та впровадження автоматизованої інформаційної системи. Nauka i Stadia. Технічні науки. 2017. № 19. С.6-12.
12. Медушевський С.В., Єфіменко Н.А. Аналіз фаз життєвого циклу автоматизованої інформаційної системи в межах виконання валідаційних робіт. Вісник Черкаського державного технологічного університету. Технічні науки. 2016. № 3. С.50-56.
Размещено на Allbest.ru
...Подобные документы
Стан і перспективи розвитку інформаційних систем керування бізнесом. Архітектура корпоративних інформаційний систем (КІС). Інструментальні засоби їх розробки і підтримки. Методи створення автоматизованих інформаційних систем. Система управління ЕRP.
лекция [1,5 M], добавлен 23.03.2010Загальна структура автоматизованої інформаційної системи, особливості її технічного, програмного, правового та економічного забезпечення. Характеристика апаратної платформи сучасних інформаційних систем. Основні компоненти архітектури "клієнт-сервер".
контрольная работа [19,8 K], добавлен 22.08.2011Склад і зміст робіт на стадії впровадження інформаційних систем. Технологія проектування систем за CASE-методом. Порівняльні характеристики інформаційних систем в менеджменті та СППР. Створення бази моделей. Визначення інформаційних систем управління.
реферат [44,5 K], добавлен 09.03.2009Передумови виникнення, застосування і задачі інформаційних систем в життєдіяльності людства, їх види. Структура, класифікація і типи взаємодії ІС. Комп’ютерні технології в автоматизованих інформаційних системах, фактори, що обумовлюють їх впровадження.
презентация [1,3 M], добавлен 16.10.2014Аналіз бізнес-потреб магазину та основних завдань автоматизації процесів купівлі-продажу. Визначення категорій користувачів і класів даних, розробка матриці подій для менеджера товару. Інфологічне та даталогічне проектування інформаційної системи.
курсовая работа [940,2 K], добавлен 07.06.2013Використання засобів обчислювальної техніки в автоматичних або автоматизованих інформаційних системах. Сутність централізованих систем управління файлами. Історія виникнення персональних комп'ютерів. Перспективи розвитку систем управління базами даних.
реферат [26,8 K], добавлен 23.10.2009Розподілена обробка та розподілені бази даних, їх внутрішня структура та принцип функціонування. Порядок і технологія рішення задач оперативного контролю в умовах роботи та на базі сучасних автоматизованих інформаційних систем, оцінка ефективності.
контрольная работа [746,0 K], добавлен 18.02.2015Визначення інформаційних систем. Загальна характеристика складових частин внутрішньої інформаційної основи систем. Пристрої перетворення графічної інформації в цифрову. Системи управління базами даних. Технологія створення карт засобами MapInfo.
реферат [39,4 K], добавлен 05.12.2013Автоматизовані робочі місця як основна складова інформаційних систем. Історичний аспект розвитку АМР. Вимоги до систем автоматизації діловодства. Сутність діяльності референта. Принципи створення його АРМ: системність, гнучкість, стійкість, ефективність.
курсовая работа [42,2 K], добавлен 28.11.2014Компоненти, функціональна і забезпечуючи частина АІС (автоматизована інформаційна система). Склад програмного забезпечення та класифікація АІС. Трирівнева архітектура облікової АІС. Побудова функціональної моделі з використанням методології SADT (IDEF0).
контрольная работа [2,5 M], добавлен 18.02.2011Класифікація комп’ютерних інформаційних систем за різними ознаками, їх призначення та використання в діяльності підприємства. Аналіз наявних на ринку програмних продуктів автоматизації управлінської діяльності та визначення потреби в них установи.
контрольная работа [615,5 K], добавлен 06.07.2009Огляд сучасних інформаційних технологій та інформаційних систем щодо автоматизації діяльності бібліотечних фондів організацій та установ. Особливості інфологічного проектування предметної області. Особливості реалізації концептуальної моделі бази даних.
курсовая работа [1,4 M], добавлен 14.02.2014Проблеми при розробленні автоматизованих систем управління в банку. Сутність, загальні риси та відмінності серії стандартів MRP та MRPII. Види технологічного процесу автоматизованої обробки економічної інформації. Системи підтримки прийняття рішень.
контрольная работа [32,8 K], добавлен 26.07.2009Дослідження класифікації автоматизованих інформаційних систем. Обґрунтування вибору мови і системи програмування. Програмне забезпечення та опис компонентів середовища. Інтерфейс програмного комплексу. Розрахунок повної собівартості програмного продукту.
дипломная работа [584,1 K], добавлен 26.06.2015Особливості створення і призначення сучасних економічних інформаційних систем. Характеристика корпоративних інформаційних систем: системи R/3, системи управління бізнесом і фінансами SCALA 5та системи управління ресурсами підприємства ORACLE APPLICATION.
курсовая работа [42,1 K], добавлен 19.05.2010Класифікація інформаційних систем. Дослідження особливостей мови UML як засобу моделювання інформаційних систем. Розробка концептуальної моделі інформаційної системи поліклініки з використанням середи редактора програмування IBM Rational Rose 2003.
дипломная работа [930,4 K], добавлен 26.10.2012Принцип роботи СТО. Аналіз існуючих теоретико-практичних розробок по створенню інформаційних систем. Модель аналізу виконання робіт з ремонту й обслуговування на СТО. Розробка автоматизованої системи обробки інформації, опис програмного забезпечення.
дипломная работа [1,3 M], добавлен 11.10.2013Критерії процесу та вибір альтернативного рішення. Методи організації інформаційних систем. Інформаційні технології. Історія розвитку персональних компьютерів, компьютерних мереж та їх зв’язок з розвитком інформаційних систем управління економікою.
контрольная работа [36,5 K], добавлен 27.10.2008Стадії життєвого циклу економічної інформаційної системи. Поняття, розвиток економічних інформаційних систем. Класифікація, принципи побудови, функції та інформаційні потоки. Формування вимог до автоматизованої системи. Автоматизація процесів управління.
реферат [23,9 K], добавлен 03.07.2011Створення і реалізація в СУБД MS Access бази даних "Internet-ресурси з інформаційних технологій". Опис предметної області, інфологічне проектування. Побудова ER-діаграми. Даталогічне і фізичне проектування інформаційних систем. Опис роботи програми.
курсовая работа [8,2 M], добавлен 30.05.2013