Вступ

Розглянута дипломна роботанаписана на базі Донецької ВАТ «Донецька мануфактура» для магазину Cleonelly.

Одним із провідних напрямків діяльності ВАТ Донецька мануфактура випускає швейні вироби в широкому асортименті, переважно купальні халати, простирадла та рушники. Крім того, підприємство виробляє фарбовану бавовняну пряжу для ткацького та трикотажного виробництва.

Розвиток автоматизованих інформаційних технологіййде паралельно з появою нових видів технічних засобівобробки та передачі, вдосконаленням організаційних форм використання ЕОМ, насиченням інфраструктури новими засобами комунікацій. Розвиток ринкових відносин призвело до появи нових видів підприємницької діяльності та, насамперед, до створення фірм, зайнятих інформаційним бізнесом, розробкою інформаційних технологій, їх удосконаленням, розповсюдженням компонентів автоматизованих інформаційних технологій, зокрема програмних продуктів, що автоматизують інформаційні та обчислювальні процеси. До них відносять також обчислювальну техніку, засоби комунікацій, офісне обладнання та специфічні види послуг – інформаційне, технічне та консультаційне обслуговування, навчання тощо. Це сприяло швидкому поширенню та ефективному використанню інформаційних технологій в управлінських та виробничих процесах, практично до повсюдного їх застосування та великого різноманіття.

Підприємства, що займаються проектуванням та розробкою пристроїв різного призначення, нині широко використовують різноманітні засоби як автоматизованого проектування – САПР (CAD), так і моніторингу виробничих процесів – АСУТП (SCADA/DCS). Однак для пристроїв власної розробки необхідно розробляти власні засоби контролю їхньої працездатності та аналізу якості продукції.

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

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

Для досягнення вищевказаної мети необхідно вирішити наступні завдання:

¾ провести аналіз бізнес-процесів магазину;

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

¾ розробити концептуальну та логічну моделі даних;

¾ розробити програмне забезпечення для АРМ обліку продукції

¾ провести оцінку економічної ефективності інформаційної системи.

1 Розробка вимог до програмного забезпечення

1.1 Аналіз існуючих рішень

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

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

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

До основних переваг моєї системи Оптова База можна віднести відносну низьку вартість впровадження даної системи, а також ряд переваг:

¾ Надійність програм, що створюються. Програмний комплекс (ПК) повинен бути стійким не тільки до помилок користувачів, але і до збоїв у системі комунікацій.

¾ Зручність користування інтерфейсом;

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

1.2 Аналіз предметної галузі

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

Для проведення аналізу та реорганізації бізнес-процесів призначено CASE – засіб верхнього рівня All Fusion Process Modeler (BPwin), що підтримують методології IDEF0 (функціональна модель), DFD (Dataflow Diagram) та IDEF3 (Workflow Diagram). BPwin є потужним програмним продуктом для створення моделей, що дозволяють аналізувати, документувати та планувати зміни складних бізнес-процесів. BPwin пропонує засіб для збирання всієї необхідної інформації про роботу підприємства та графічного зображенняцієї інформації у вигляді цілісної та несуперечливої ​​моделі.

З погляду функціональності системи. У рамках методології IDEF0 (Integration Definition for Function Modeling) бізнес-процес представляється як набору елементів-робіт, які взаємодіють між собою, і навіть показується інформаційні, людські та виробничі ресурси, споживані кожною роботою. Функціональна модель призначена для опису існуючих бізнес-процесів на підприємстві (так звана модель AS-IS) та ідеального стану речей – того, чого потрібно прагнути (модель TO-BE). Методологія IDEF0 наказує побудову ієрархічної системи діаграм, тобто. одиничних описів фрагментів системи. Спочатку проводиться опис системи в цілому та її взаємодія з навколишнім світом (контекстна діаграма), після чого проводиться функціональна декомпозиція. – система розбивається на підсистеми та кожна система описується окремо (діаграми декомпозиції). Потім кожна підсистема розбивається більш дрібні і так далі для досягнення потрібного ступеня подробиці.

Якщо в процесі моделювання потрібно висвітлити специфічні сторони технології підприємства, BPwin дозволяє переключитися на будь-якій галузі моделі на нотацію DFD або IDEF3. Діаграми DFD (Data Flow Diagramming) можуть доповнити те, що відображено в моделі IDEF3, оскільки вони описують потоки даних, дозволяючи простежити, як відбувається обмін інформацією між бізнес-функціями всередині системи. У той же час діаграми DFD залишають поза увагою взаємодію між бізнес-функціями.

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

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

Модель IDEF0. Для вивчення бізнес-процесів "Формування замовлення постачальника", "Отримання товару", "Відпустка товару", розглянемо діаграми які представлені у вигляді IDEF0 діаграмі. IDEF0 система представляється як сукупність взаємодіючих робіт чи функцій.

В основі методології IDEF0 лежать чотири основні поняття.

Першим є поняття функціонального блоку (Activity Box). Функціональний блок графічно зображується у вигляді прямокутника і уособлює певну конкретну функцію в рамках аналізованої системи

Кожна із чотирьох сторін функціонального блоку має своє певне значення (роль), при цьому:

Верхня сторона має значення "Управління" (Control);

Ліва сторона має значення "Вхід" (Input);

Права сторона має значення "Вихід" (Output);

Нижня сторона має значення "Механізм" (Mechanism).

Другим "китом" методології IDEF0 є поняття інтерфейсної дуги (Arrow). Графічним відображенням інтерфейсної дуги є однонаправлена ​​стрілка. Кожна інтерфейсна дуга повинна мати свою назву (Arrow Label). За допомогою інтерфейсних дуг відображають різні об'єкти, що в тій чи іншій мірі визначають процеси, що відбуваються в системі. При цьому стрілки, залежно від того, в яку грань прямокутника роботи вони входять або з якої грані виходять, діляться на:

Стрілки входу (входять у ліву грань функціонального блоку) – зображають дані або об'єкти, що змінюються в ході виконання роботи;

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

Стрілки виходу (виходять із правої грані функціонального блоку) – зображають дані чи об'єкти, які у результаті виконання роботи;

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

Третім основним поняттям стандарту IDEF0 є декомпозиція (Decomposition). Принцип декомпозиції застосовується при розбитті складного процесу складові його функції.

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

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

Розглянемо діаграми бізнес-процесів, що протікають на складі магазину ВАТ ДММ, «Cleonelly»:

Для загальної видимості системи необхідно побудувати контекст «Діяльність складу підприємства» (див. рисунок 1.1).

Рисунок 1.1 – Діаграма «Діяльність складу підприємства»

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

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

Рисунок 1.2 – Діаграми декомпозиції першого рівня

Рисунок 1.3 – Діаграма "Оформлення товару"

Рисунок 1.4 – Діаграма "Відпустка товару"

Рисунок 1.5 – Діаграма «Оприбуткування товару»

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

Основними компонентами діаграми потоків даних є:

Зовнішні сутності (графічно зображені квадратом) – позначають матеріальний предмет або фізична особа, що є джерелом або приймачем інформації. Наприклад: замовники, персонал, постачальники, клієнти, склад;

Системи/підсистеми (графічно виглядає як прямокутник із округленими кутами) – роботи, що позначають функції або процеси, які обробляють та змінюють інформацію;

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

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

Розглянемо діаграму потоків даних (DFD) «Відпустка товару» 1.6. На цій діаграмі показано рух документів на час вступу в організацію «заявки на товар».

Рисунок 1.6 – Діаграма DFD «Відпустка товару»

Розглянемо наступну діаграму потоків даних «Оформлення товару» (див. рисунок 1.7). Тут показано процес виконання робіт та рух документів при «відпустці товару».

Рисунок 1.7 – Діаграма DFD «Оформлення товару»

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

Організаційна структура підприємства, що займається продажем махрових виробів, розглянута на прикладі компанії ВАТ "Донецька Мануфактура М" магазину Cleonelly:

У напрямку розробки систем контролю та обліку матеріалів можуть успішно вирішувати проблеми:

1. Це контроль за товарами, що поставляються і зберігаються на складі.

2. Інформацію про постачальників та споживачів

3. Також міститься інформація про інформацію та операції з товару

4. Містить журнал звіту про відпущений товар

5. Міститься довідник товарів

6. Автоматизація складських функцій (прихід, витрати, списання, резервування товару)

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

8. Створення накладних та облік виданого товару

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

10. Створення комплектів товарів

Як зазначено основною сферою діяльності цього підприємства є продаж бавовняних виробів. p align="justify"> Процес проектування включає безліч етапів ретельно відпрацьованих управлінськими структурами проектних підприємств протягом усього часу життя даного підприємства. Цей процес може бути одноразово змінено, оскільки у ньому задіяно безліч підрозділів самого підприємства, зовнішніх субпідрядників і клієнтів проектного підприємства. Тому підприємства з обережністю ставляться до впровадження інформаційних систем, пов'язаних із процесами управління проектування та розробки. Як правило, російські підприємства використовують власні напрацювання у цій галузі.

1.3 Збір вимог

При проектуванні інформаційної системи (ІВ) «АРМ Оптового Магазину» було необхідно зібрати вимоги, які допомогли б створити інтерфейс таким чином, що кінцевому користувачеві (працівнику магазину) було зручно працювати з розробленою ІВ.

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

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

¾ документування результатів.

¾ Інформаційна система має бути реалізована як програма на базі інтегрованого середовища Visual Fox Pro.

Робота програми здійснюється в операційній системі Windows 2000/NT/XP.

Розрізняють чотири основні етапи процесу розробки вимог (рис. 1.8):

Аналіз технічної здійсненності створення системи;

Формування та аналіз вимог;

Специфікування вимог та створення відповідної документації;

Атестація вимог.

Збір вимог є важливим етапом проектування ПЗ, оскільки саме тут усі вимоги замовника мають бути правильно та коректно сформульовані.

1.4 Специфікація вимог

Визначення коректних вимог - це, мабуть, найвідповідальніший етап програмного проекту. Дуже важливо, щоб формат проекту відповідав вимогам до ПЗ, зібраним командою розробників, інакше ці вимоги не можуть бути підтримані та представлені в програмному продукті. Специфікація вимог до ПЗ - Software Requirements Specification (SRS) має ключове значення для всього життєвого циклурозробка програмного продукту. Це не тільки похідний документ, в якому визначено специфікації програмного проекту, а й основний документ, який застосовується для проведення атестаційних та приймальних випробувань. Атестація – це оцінка якості роботи менеджерів проекту. Вона визначає рівень відповідності програмного продукту встановленим вимогам. Специфікація SRS виступає у ролі якогось механізму фіксування системних вимог, що використовуються як критерії при атестації.

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

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

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

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

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

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

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

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

Специфікація вимог до програмного проекту має бути представлена ​​у додатку А.

1.5 Атестація вимог

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

Під час процесу атестації вимог мають бути виконані різні типиперевірок документації вимог:

1. Перевірка правильності вимог.

2. Перевірка на несуперечність.

3. Перевірка на повноту.

4. Перевірка на здійсненність.

Існує ряд методів атестації вимог, які можна використовувати спільно або кожний окремо:

1. Огляд вимог.

2. Прототипування.

3. Генерація тестових сценаріїв.

4. Автоматизований аналіз несуперечності.

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

Перед початком створення прототипів можна створити діаграму потоків інтерфейсу користувача. Така діаграма використовується для вивчення взаємозв'язків між основними елементами інтерфейсу користувача.

Наступним кроком атестації вимог є безпосереднє створення прототипів.

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

Прототип основного меню даного модуля представлено малюнку 1.9.

1.6 Вибір методології проектування інформаційної системи

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

Усі найпоширеніші методології структурного підходу базуються на низці загальних принципів. Як два базові принципи використовуються такі принципи:

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

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

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

SADT (Structured Analysis and Design Technique) моделі та відповідні функціональні діаграми;

DFD (Data Flow Diagrams) діаграми потоків даних;

ERD (Entity-Relationship Diagrams) діаграми "сутність-зв'язок".

На стадії проектування ІС моделі розширюються, уточнюються та доповнюються діаграмами, що відображають структуру програмного забезпечення: архітектуру ПЗ, структурні схемипрограм та діаграми екранних форм.

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

2 ПРОЕКТУВАННЯ ІНФОРМАЦІЙНОЇ СИСТЕМИ

2.1 Архітектурне проектування

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

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

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

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

Вивчення зарубіжного досвіду показує, що у розвинених країн розробки архітектури інформаційної системи потрібно дотримання таких умов:

¾ спрямованість на місії організації;

¾ спрямованість на вимоги;

¾ спрямованість на розробку;

¾ можливість до адаптації;

¾ необхідність гнучкості.

Дотримання всіх цих умов дозволяє розробити архітектуру інформаційної системи організації більш досконалою та ефективною.

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

¾ файл-серверна;

¾ клієнт-серверна;

¾ багаторівнева.

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

Клієнт-сервер. В основі цієї концепції лежить ідея про те, що, крім зберігання файлів бази даних, центральний сервер повинен виконувати основну частину обробки даних. Користувачі звертаються до центрального сервера за допомогою спеціальної мови структурованих запитів (SQL, Structured Query Language), де описується список завдань, що виконуються сервером. Запити користувачів приймаються сервером і породжують у ньому процеси обробки даних. У відповідь користувач отримує оброблений набір даних. Між клієнтом та сервером передається не весь набір даних, як це відбувається у технології файл-сервер, а лише дані, які необхідні клієнту. Запит користувача довжиною всього кілька рядків здатний породити процес обробки даних, що зачіпає безліч таблиць і мільйони рядків. У відповідь клієнт може отримати лише кілька чисел. Технологія клієнт-сервер дозволяє уникнути передачі величезних обсягів інформації, переклавши всю обробку даних на центральний сервер. Крім того, підхід дозволяє уникнути конфліктів змін одних і тих же даних безліччю користувачів, які характерні для технології файл-сервер. Технологія клієнт-сервер реалізує узгоджену зміну даних безліччю клієнтів, забезпечуючи автоматичне дотримання цілісності даних. Ці та деякі інші переваги зробили технологію клієнт-сервер дуже популярною. До вад цієї технології можна віднести високі вимоги до продуктивності центрального сервера. Чим більше клієнтів звертається до сервера, і що більше обсяг оброблюваних даних, то потужнішим має бути центральний сервер.

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

2.2 Проектування інтерфейсу інформаційної системи

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

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

елементи керування системою;

навігація між блоками системи;

візуальний дизайн екранів програми.

Виділимо кілька найбільш істотних переваг хорошого інтерфейсу користувача з точки зору бізнесу:

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

зниження вартості підтримки системи;

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

покращення морального стану персоналу;

зменшення витрат на зміну інтерфейсу користувача на вимогу користувачів;

доступність функціональності системи для максимальної кількості користувачів.

АРМ оптова база розробляється як додаток, що використовує технологію клієнт-сервер.

2.2.1 Інтерфейс користувача керуючої програми

Основним модулем «АРМ Оптова База» є модуль Luck.exe, що забезпечує реалізацію основної функціональності діаграми варіантів використання, представленої малюнку 1.9 розділу 1.4.

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

Інтерфейс програми, адміністраторська частина:

1. Початкова форма програми. Дана форма запускається при запуску програмного продукту, утворюючи, таким чином, початок діалогу користувача з системою (рисунок 2.3);

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

3. форма «Замовники» завдяки цій формі можна бачити повну інформаціюпро замовників підприємства (рисунок 2.7);

4. форма «Постачальники», завдяки цій формі, можна бачити повну інформацію про замовників підприємства (рисунок 2.8).

Інтерфейс програми користувача частина:

У вікні надходження товару йде оформлення товару. При виборі цієї вкладки форми, користувач спочатку повинен

У меню витрата там тут відбуваються операції співробітника складу з відпустки та продажу товару.

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

У меню каса тут зберігаються інформація по прибутковим ордерам і видатковим касовим ордерам.

2.2.2 Інтерфейси компонентів управління

Рис 2.0 Головне меню програми

Головне вікно програми показано на мал. 1.9. Як видно з малюнка, крім головного меню, вже описаного вище, воно також міститиме панель управління (кнопки "Прихід", "Витрата", "Доступ", "Залишки", "Каса", "Переоцінка", "Аналітика", " Довідники», «Службові» та «Вихід із програми»).

Рисунок 2.1 Вікно меню приходу чи надходження складу.

Рисунок 2.2 Вікно меню витрати

Рисунок 2.2 Вікно меню, що регулює права доступу до програми.

Малюнок 2.3. Вікно меню залишку товару.

Малюнок 2.4. Вікно меню каса.

Рисунок 2.4 Вікно меню переоцінки.

2.3 Проектування баз даних

Для проектування бази даних використано ERwin 4.0 від Computer Associates Int.

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

ERwin – не тільки найкращий інструментдля проектування баз даних, а й засіб їх швидкого створення. ERwin оптимізує модель відповідно до фізичних характеристик цільової бази даних. На відміну від інших інструментальних засобів, ERwin автоматично підтримує узгодженість логічної та фізичної схем та здійснює перетворення логічних конструкцій, таких як відносини багато-багатьом, у їх реалізацію на фізичному рівні. Полегшує проектування бази даних. Для цього достатньо створити графічну E-Rмодель (об'єкт-відношення), що відповідає всім вимогам до даних і ввести бізнес-правила для створення логічної моделі, що відображає всі елементи, атрибути, відносини та угруповання. Erwin має два рівні представлення моделі – логічний та фізичний. Логічний рівень – це абстрактний погляд на дані, на ньому дані подаються, тому що виглядають у реальному світі, і можуть називатися так, як називаються у реальному світі, наприклад, «Постійний клієнт», «Відділ» або «Прізвище співробітника». Об'єкти моделі, представлені на логічному рівні, називаються сутністю та атрибутами. Логічний рівень моделі даних є універсальним і не пов'язаний з конкретною реалізацією СУБД. Розрізняють три рівні логічного рівня моделі даних, що відрізняються за глибиною уявлення інформації про дані:

Діаграма сутність – зв'язок (Entity Relationships Diagram (ERD));

Модель даних, що базується на ключах (Key Based model (KB));

Повна модель атрибутів (Fully Attributed model (FA)).

Діаграма сутність – зв'язок включає сутності та взаємозв'язки, що відображають основні бізнес – правила предметної галузі. Така діаграма не надто деталізована, до неї включаються основні сутності та зв'язки між ними, які задовольняють основним вимогам. Діаграма сутність – зв'язок може включати зв'язки «багато хто до багатьох» і не включати опис ключів. Як правило, ERD використовується для презентацій та обговорення структури даних з експертами предметної галузі. Модель даних, заснована на ключах, - докладніше представлення даних. Вона включає опис всіх сутностей та первинних ключів та призначена для представлення структури даних та ключів, які відповідають предметній області.

Логічна модель – найбільш детальне уявлення структури даних: представляє дані у третій нормальній формі та включає всі сутності, атрибути та зв'язки (дивись додаток Б).

Фізична модель данихнавпаки залежить від конкретної СУБД, фактично будучи відображенням системного каталогу. Фізичний рівень моделі містить інформацію про всі об'єкти бази даних. Оскільки стандартів на об'єкти бази даних немає (наприклад, немає стандарту типи даних), фізичний рівень моделі залежить від конкретної реалізації СУБД. Отже, тому самому логічному рівню моделі можуть відповідати кілька різних фізичних рівнів різних моделей. Якщо логічно моделі не має більшого значення, який конкретно тип даних у атрибуту (хоча і підтримуються абстрактні типи даних), то фізично моделі важливо описати всю інформацію про конкретні фізичні об'єкти – таблиці, колонки, індекси, процедури тощо . Поділ моделі даних на логічний та фізичний рівні дозволяє вирішити кілька важливих завдань.

Фізична модель даних представлена ​​у додатку Ст.

2.4 Обґрунтування вибору платформи створення інформаційної системи

Visual FoxPro - візуальне середовище розробки систем керування реляційними базами даних, що випускається корпорацією Майкрософт. Останньою версією 9.0. Використовує мову програмування FoxPro. Версія системи 7.0 може працювати в операційних системах Windows 9x і ядра NT, версії 8.0 та 9.0 - тільки у Windows XP, 2000, 2003.

FoxPro (Фокс-про?) – один із діалектів мови програмування xBase. Застосовується в основному для розробки реляційних СУБД, хоча можна застосовувати для розробки та інших класів програм. У Visual FoxPro мова програмування, тобто базової конструкції мови є поняття класу. Вихідний варіант xBase це чиста структурна мова, з базовим поняттям процедур і функцій. Таким чином, сучасну мову програмування Visual FoxPro допускає поєднувати як і програмування "стародавньо" описом маси процедур, так і в стилі ООП, створюючи складну ієрархію класів.

Вибрав я цю мову програмування тому що вона містить низку наступних переваг:

¾ Широко відомий формат таблиць баз даних, що дозволяє легко організувати обмін інформацією з іншими програмами Microsoft Windows.

Сучасна організація реляційних баз даних, що дозволяє зберігати інформацію про таблиці бази, їх властивості, індекси та зв'язки, задавати умови дотримання посилальної цілісності, створювати локальні та віддалені уявлення (Views), зв'язки з серверами, збережені процедури, що виконуються при настанні більше 50 різних видівподій (VFP 7.0-9.0).

Висока швидкість роботи з великими базами даних.

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

Висока швидкість розробки програм з використанням Майстерів (Wizard), Конструкторів (Designer), Побудовників (Builder), режим підказок IntelliSense при написанні тексту програм, системи налагодження та тестування програм.

Можливість розробки додатків, що працюють за технологією "клієнт-сервер" з даними, розміщеними на серверах баз даних Oracle та Microsoft SQL Server та з іншими програмами Microsoft Windows з використанням ODBC та OLE

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

2.5 Проектування модулів

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

Як приклад, мною буде розглянуто проектування модуля, що реалізує варіант використання «Оформляє заявку на вступ».

Спочатку опишемо потоки подій, що відбуваються в даному варіанті використання.

Передумовою варіанта використання є надходження заявки від клієнта.

5. Варіант використання починається, коли клієнт надсилає заявку.

6. Менеджер відкриває форму Приходу.

7. Менеджер ставить дату заявки.

8. Менеджер ставить найменування товару.

9. Менеджер вносить кількість товару, що надходить.

10. Менеджер вносить суму заявки.

11. Менеджер закриває форму.

12. Варіант використання закінчується.

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

Розглянемо діаграму послідовності цього варіанта використання. Як очевидно з цієї діаграми менеджер, відкриваючи форму Прихід, викликає виконання кількох дій – автоматично (з погляду менеджера) заповнюється дата заявки. Список клієнтів під час оформлення заявки заповнюється з бази з первинною інформацією. Після цього менеджер вносить усі необхідні дані та натискає кнопку «Прийняти». У цьому виконуються такі дії. Всі дані передаються в процедуру, що зберігається.

3 Реалізація та атестація інформаційної системи

3.1 Реалізація програми

Реалізація програми за своєю сутністю є одним з трудомістких етапів для розробника інформаційної системи, тому що ті вимоги, які висуває замовник, повинні бути чітко і коректно інтегровані в систему. Поки що немає таких програмних продуктів, які б «підлаштовуватися» під вимоги так званого замовника і видавати певний набір функцій для реалізації системи, які відповідатимуть цим вимогам. Тому кожен розробник повинен вибрати для себе оптимальне середовище для розробки системи, але слід зазначити, що при реалізації програми не обійтися без написання програмного коду. Саме при написанні програмного коду будуть реалізовуватися деякі функції, які повинна виконувати система. Залежно від обраного середовища реалізації системи, програмний код буде виглядати по-різному, в такому середовищі як Microsoft Visual FoxPro буде один програмний код, Visual Basic інший і т.д.

В даному випадкуреалізація програми виконувалася Microsoft Visual FoxPro.

Нижче будуть описані основні функції системи:

1. Стартова форма системи. Дана форма є кнопковою формою і кожна кнопка виконує свою функцію. Кнопка реєстрація адміністратора зображена на малюнку 3.1. Дана кнопка виконає функцію, яка відкриває панель адміністратора, якщо користувач має такі права до даної системи

2. Кнопка меню прихід. Дана кнопка дозволяє провести облік товарів, що надходять на склад магазину рис 3.2.

3. У кнопці меню витрата ведеться облік відпущеного товару зі складу рис 3.3.

4. У кнопці меню доступу регулюються права користування програмою рис 3.4.

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

6. У кнопці меню каса зберігатиметься інформація про прибуткові касові ордери та видаткові касові ордери рис 3.6.

7. У кнопці меню переоцінка відбувається зміни ціни на нову ціну товару рис.3.7.

Рисунок 3.1 – Стартова форма системи

Рисунок 3.2 – Форма обліку надходжень матеріалу складу.

Рисунок 3.3 - Форма обліку відпущеного товару.

Рисунок 3.4 – Форма, що регулює права доступу до програми.

Рисунок 3.5 - Форма залишків товару на складі.

Малюнок 3.5 – Форма про прибуткові касові ордери та видаткові касові ордери.

Малюнок 3.6-Форма операцій з товару.

Тестування програми

Тестування – процес виконання програми з метою виявлення помилок. Тестування забезпечує:

Виявлення помилок;

демонстрацію відповідності функцій програми до її призначення;

демонстрацію реалізації вимог до характеристик програми;

Відображає надійність як індикатор якості програми.

На малюнку 3.2 подано інформаційні потоки процесу тестування.

На вході процесу тестування три потоки:

Текст програми;

Вихідні дані для запуску програми;

Очікувані результати.

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

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

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

Існують 2 принципи тестування програми:

Функціональне тестування (тестування «чорної скриньки»);

Структурне тестування (тестування «білої скриньки»).

При тестуванні методом "білого ящика" відома внутрішня структура програми. Об'єктом тестування тут не зовнішня, а внутрішня поведінка програми. Перевіряється коректність побудови всіх елементів програми та правильність їхньої взаємодії один з одним.

Тестування «чорної скриньки» (функціональне тестування) дозволяє отримати комбінації вхідних даних, які забезпечують повну перевіркувсіх функціональних вимог до програми//. Програмний виріб тут розглядається як «чорна скринька», чию поведінку можна визначити лише дослідженням її входів та відповідних виходів.

Принцип «чорної скриньки» не є альтернативним принципом «білої скриньки». Швидше це доповнює підхід, який виявляє інший клас помилок.

Тестування «чорної скриньки» забезпечує пошук наступних категорій помилок:

Некоректних чи відсутніх функцій;

Помилок інтерфейсу;

Помилок у зовнішніх структурах даних або доступу до зовнішньої бази даних;

Помилок параметрів (необхідна ємність пам'яті тощо);

Помилок ініціалізації та завершення.

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

На етапі тестування вирішують два основні завдання:

Тестування рішення - виконуються плани тестування, створені на етапі планування та розширені та випробувані на етапі розробки;

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

Мета етапу тестування - зниження ризику, що виникає під час введення рішення в промислову експлуатацію.

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

На цій стадії розробки інформаційної системи необхідно провести такі типи тестування:

Базове тестування – низькорівневе технічне тестування. Проводиться самим розробником у процесі написання програмного коду. Застосовується метод «білої скриньки», високий ризик помилок.

Тестування на придатність до використання – високорівневе тестування, що виконується тестувальником та майбутніми користувачами продукту. Застосовується метод «чорної скриньки».

Альфа- та бета-тестування – у термінах MSF альфа-код – це в основному все вихідні тексти, Створені на етапі розробки моделі процесів MSF, а бета-код – код, що пройшов тестування на етапі тестування. Тому на етапі розробки моделі процесу MSF тестується альфа-код, а на етапі тестування – бета-код.

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

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

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

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

План процесу пілотної експлуатації для інформаційної системи, що розробляється, наведено в таблиці 3.2.

Таблиця 3.2 - План пілотної експлуатації

Дія		Опис
1. Вибір критеріїв успіху		Розробник та учасники дослідного тестування визначають критерії успішності та узгоджують їх
2. Вибір користувачів та місця встановлення		Формується команда учасників досвідченого тестування з боку користувачів та розробників. Визначається місце розгортання пілотного процесу.
3. Підготовка користувачів та місця встановлення		Проводиться навчання користувачів – учасників випробування. Підготується місце встановлення.
4. Розгортання дослідної версії		Встановлюється досвідчена версія та входить у роботу.
5. Підтримка та моніторинг дослідної версії		Контроль роботи користувачів та системи, надання допомоги в експлуатації, збирання відомостей про роботу системи
6. Зворотній зв'язок з користувачами та оцінка результатів		Користувачі висловлюють свою думку про роботу системи, вказують на недоліки та помилки.
7. Внесення змін та доповнень	Виправляються виявлені помилки, вносяться зміни у дизайн чи процес. Виправлені результати надаються для роботи та оцінки користувачам.
8. Рішення про розгортання	Якщо результати роботи досвідченого тестування задовольняють користувачів, приймається рішення про розгортання системи.

3.2 Методика розгортання програми

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

Цілі етапу розгортання:

¾  перенести рішення у промислове середовище;

¾ визнання замовником факту завершення проекту.

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

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

Для розгортання розроблюваної системи було складено план дій, що у таблиці 3.1.

Таблиця 3.1 – План розгортання програми

Дія	Опис дії
1. Резервне копіювання	Виготовляється резервне копіюванняданих користувача за його участі та погодження шляхом перенесення інформації на змінні носії(СD, DVD)
2. Встановлення базових компонентів рішення	Застосування технологій, які забезпечують роботу рішення. В даному випадку – установка компонента Visual FoxPro
3. Встановлення клієнтської програми	Перенесення на комп'ютер користувача та встановлення остаточного варіанта розробленої ІС та бази даних
4. Навчання	Виробляється навчання користувачів по роботі з системою, розробник переконується у правильності та розумінні роботи ІС клієнтами
5. Передача бази знань проекту клієнту	Замовнику передається вся проектна документація
6. Закриття проекту	Складається звіт про закриття проекту. Замовник підписує акт приймання.

Для нормального функціонування АРМ потрібно операційна система Microsoft Windows XP.

4 Управління інформаційним проектом

4.1 Вибір життєвого циклу розробки

Одним із базових понятьМетодологією проектування ІС є поняття життєвого циклу її програмного забезпечення (ЖЦ ПЗ). ЖЦ ПЗ - це безперервний процес, який починається з моменту прийняття рішення про необхідність його створення і закінчується в момент повного вилучення з експлуатації.

Основним нормативним документом, що регламентує ЖЦ ПЗ, є міжнародний стандарт ISO/IEC 12207 (ISO – International Organization of Standardization – Міжнародна організація зі стандартизації, IEC – International Electro technical Commission – Міжнародна комісія з електротехніки). Він визначає структуру ЖЦ, що містить процеси, дії та завдання, які мають бути виконані під час створення ПЗ.

Стандарт ISO/IEC 12207 не пропонує конкретну модель ЖЦ та методи розробки програмного забезпечення. Під моделлю ЖЦ можна розуміти структуру, що визначає послідовність виконання та взаємозв'язку процесів, дій та завдань, що виконуються протягом ЖЦ. Модель ЖЦ залежить від специфіки ІВ та специфіки умов, у яких створюється та функціонує.

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

Спіральна модель (див. рисунок 4.1);

Ітераційна модель.

Рисунок 4.1 – Спіральна модель ЖЦ ПЗ

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

Переваги ітераційної моделі:

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

Зручність та простота застосування, т.к. всі роботи виконуються поетапно (за фазами моделі);

Стабільність вимог;

Модель доступна для розуміння;

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

Модель упорядковано справляється зі складнощами та добре спрацьовує для тих проектів, які досить зрозумілі;

Модель сприяє здійсненню суворого контролю за менеджментом проекту;

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

Рисунок 4.2 – Ітераційна модель ЖЦ ПЗ

Фази моделі:

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

На стадії проектування докладніше розглядаються процеси системи. Аналізується та, за необхідності, коригується функціональна модель. Будуються прототипи системи;

На стадії реалізації розробка системи;

На стадії застосування, готовий товар впроваджується у діючу систему організації. Проводиться навчання користувачів;

На стадії супроводу відбувається обслуговування програмного продукту (будь-яке додавання або зміна, для більш функціональної роботи продукту).

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

Аналіз відмітних категорій проекту, розміщених у таблицях.

Відповісти на запитання, наведені для кожної категорії, підкресливши слова так і ні.

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

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

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

4.2 Визначення мети та області дії програмного проекту

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

Цілями програмного проекту будуть – створення та розгортання системи з обліку товару. Ця системапризначена для внутрішнього використання персоналом «Cleonelly», переважно співробітниками складу підприємства.

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

Програмний проект має бути:

Для внутрішнього використання організації;

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

Проектом, який має можливість занесення, зміну та зберігання відомостей про товар підприємства;

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

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

Проектом, який здійснюватиме формування зовнішньої звітності.

4.3 Створення структури поопераційного переліку робіт

Для створення унікального продукту чи послуги (результату проекту) необхідно здійснити певну послідовність робіт. Завдання планування проекту полягає в тому, щоб достатньо точно оцінити термін виконання та вартість цих робіт. Чим точніше дано оцінку, тим вище якість плану проекту. Щоб дати точну оцінку, потрібно добре уявляти склад робіт проекту, тобто знати, які саме роботи потрібно виконати для отримання результату. Тільки після того, як складено список проектних робіт, оцінюється тривалість кожної з них і виділяються ресурси, необхідні для їх виконання. І лише потім можна оцінити вартість та терміни виконання кожного завдання і, в результаті додавання, загальну вартість та термін проекту. Ось чому визначення складу робіт є першим кроком під час планування проекту. Визначення складу проектних робіт починається із визначення етапів (або фаз) проекту. Наприклад, у проекті створення системи «Облік товару на складі» можуть бути виділені фази:

Розробка вимог до програмного забезпечення;

Проектування інформаційної системи;

Реалізація та атестація інформаційної системи;

Впровадження системи.

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

Поопераційний перелік робіт (рис. 4.3) був спроектований за допомогою програмного продукту такого, як MS Project 2003.

Рисунок 4.3 – Поопераційний перелік робіт

4.4 Оцінка тривалості та вартості розробки ПЗ

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

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

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

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

На діаграмі Ганта поруч із відрізками може відображатися додаткова інформація(Поруч із завданнями відображаються назви задіяних у них ресурсів та їх завантаження під час виконання завдання).

Оцінка витрат

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

Важлива властивість ресурсів – вартість (Cost (Витрати)) їх використання у проекті. У MS Project є два типи вартості ресурсів: погодинна ставка та вартість за використання.

Погодинна ставка (Rate) виявляється у вартості використання ресурсу за одиницю часу, наприклад 100 рублів на годину чи 1000 рублів на день. У такому разі вартість участі ресурсу в проекті становитиме час, протягом якого він працює у проекті, помножений на погодинну ставку.

У разі використовувалася погодинна ставка (рисунок 4.4) Загальні витрати використання ресурсів можна малюнку 4.5.

Рисунок 4.4 - Погодинна ставка у використанні ресурсу

На цьому малюнку можна побачити, що розробник системи при виконанні проекту отримує 50 рублів на годину; бізнес-аналітик отримує 45 рублів за годину, тестер 38 рублів за годину. Ставка понаднормових не враховується.

Рисунок 4.5 – Загальні витрати на використання ресурсів проекту

4.5 Розподіл ресурсів проекту

Фрагмент розподілу ресурсів системи «Обліку товару складі» можна побачити малюнку 4.6

Рисунок 4.6 – Фрагмент розподілу ресурсів проекту

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

4.6 Оцінка економічної ефективності проекту

Розрахунок економічної ефективності проекту є важливим етапом. Саме тут розраховуватиметься економічна ефективність проекту. Даний розрахунок покаже, наскільки вигідним є проект або проект зовсім збитковий. При розрахунку економічної ефективності проекту необхідно буде розрахувати і термін окупності проекту. Термін окупності показуватиме період, за який окупиться проект.

Вхідні дані.

Додатковий прибуток від проекту (DP) = 38000 рублів. Додатковий прибуток був спрогнозований експертами підприємства.

Стартові інвестиції (IC) = 39 396,47 рублів. Стартові інвестиції відповідають загальним витратам використання ресурсів проекту (рисунок 4.5 пункту 4.6)

Ставка дисконтування (i) = 12%.

Термін, який розрахований проект (n) = 2 року.

Додатковий прибуток від проекту (DP) = 38000 рублів.

Щорічні витрати на реалізацію проекту (Z 1) = 15000 рублів.

Щорічні витрати на реалізацію проекту (Z 2) = 10000 рублів.

Річні фінансові надходження (R 1) = 23000 рублів.

Річні фінансові надходження (R 2) = 28000 рублів.

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

Центральним показником у аналізованому методі є показник NPV (net present value) – поточна вартість грошових потоків. Це узагальнений кінцевий результат інвестиційної діяльності у абсолютному вимірі.

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

Чистий наведений дохід (NPV) розраховується за формулою 4.2

(4.2)

R k - Річні грошові надходження протягом n років.

k – кількість років, на скільки розрахований проект.

IC – стартові інвестиції.

i - Ставка дисконтування.

За розрахунками цієї формули NPV = 3460,67 руб.

Показник NPV є абсолютним приростом, оскільки оцінює, наскільки наведений дохід перекриває наведені витрати. Оскільки NPV > 0, то проект слід ухвалити.

Коефіцієнт повернення інвестицій (ROI) розраховується за формулою 4.3

(4.3)

За розрахунками (ROI) = 108,78%

Таблиця 4.1 - Допоміжна таблиця розрахунку терміну окупності проекту

= 1,84

Термін окупності n ok = 1,84 року (1 рік та 11 місяців)

Оскільки ROI = > 100% (зокрема = 108,78%), то проект вважається прибутковим.

(4.4)

Таким чином, індекс прибутковості дорівнює (PI) = 1,2

Рис. 6.2.

(Інформаційна система підприємства)

Аутсорсинг корпоративних інформаційних систем

Аутсорсинг виробничих функцій та бізнес-процесів на основі корпоративних інформаційних систем дозволяє використовувати новітні досягнення та «кращі практики» сучасного менеджменту. Впровадження корпоративних інформаційних систем є основою реінжинірингу бізнес-процесів (Business Process)...
(Аутсорсинг та аутстаффінг: високі технології менеджменту)

Паттерни інтеграції корпоративних інформаційних систем

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

ФУНКЦІОНАЛЬНІ ЗАДАЧІ ІНФОРМАЦІЙНОЇ СИСТЕМИ ПІДПРИЄМСТВА І ОСНОВНІ МОДУЛІ СУЧАСНИХ ІНФОРМАЦІЙНИХ СИСТЕМ ПІДПРИЄМСТВА. ІНТЕГРАЦІЯ МОДУЛІВ

Змістовне значення поняття модуля передбачає зіставлення функціональних підсистем, функціональних задач при функціонально-позадачному підході з основними модулями Рис. 6.2.Зіставлення функціональних завдань з основними модулями сучасних ІКІСП змінних інформаційних систем підприємства,...
(Інформаційна система підприємства)

ПОНЯТТЯ, ІСТОРІЯ РОЗВИТКУ І КЛАСИФІКАЦІЯ ІНФОРМАЦІЙНИХ СИСТЕМ ПІДПРИЄМСТВА. ІНТЕГРОВАНІ КОРПОРАТИВНІ ІНФОРМАЦІЙНІ СИСТЕМИ ПІДПРИЄМСТВА

Поняття та класифікація інформаційних систем змінюються у процесі їхнього історичного розвитку. Однак ціль залишається постійною і пов'язана з досягненням ефективності управління підприємством. Ефективність управління підприємством залежить від взаємодії безлічі факторів, серед них: філософські, історичні,...
(Інформаційна система підприємства)

ОСОБЛИВОСТІ СУЧАСНИХ ІНФОРМАЦІЙНИХ ТЕХНОЛОГІЙ В ІНФОРМАЦІЙНИХ СИСТЕМАХ ПІДПРИЄМСТВА

СУЧАСНІ ТЕХНОЛОГІЇ ОРГАНІЗАЦІЇ ВВЕДЕННЯ ДАНИХ У КОРПОРАТИВНИХ ІНФОРМАЦІЙНИХ СИСТЕМАХІнформація про господарські операції має своєчасно надходити в оперативну базу даних із будь-яких джерел її виникнення. Це дозволить ефективно організувати подальшу обробку даних в інформаційних...
(Інформаційна система підприємства)

Вступ

1. Аналітична частина

1.1 Організаційна структура підприємства

2 Аналіз програмного та технічного забезпечення відділу роботи з клієнтами та відділу робіт

Проектна частина

2.1 Опис предметної галузі

2 Техніко-економічне обґрунтування методів розробки та реалізації

3 Проектування бази даних

4 Концептуальна модель даних у стандарті Чена

5 ER-діаграма серед ERwin

6 Аналіз моделі

7 Етап фізичного проектування

8 Реалізація основних запитів

Висновок

Список інформаційних джерел

Вступ

Численні фірми та підприємства потребують послуг клінінгових компаній.

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

Перевага спеціалізованих компаній визначається такими факторами:

· Висока якість послуг;

· Вартість послуг не вище витрат на утримання власної служби прибирання;

· Витрати на послуги клінінгових компаній віднімаються з оподатковуваного прибутку;

· Спеціалісти клінінгових компаній виконують ексклюзивні та складні спеціалізовані роботи (наприклад - кристалізація мармурових покриттів);

· Оперативність - прибирання робиться в той час, коли зручно Замовнику.

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

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

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

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

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

Головна функція CRM-системи – допомагати менеджерам планувати продажі, організовувати прозоре управління угодами та оптимізувати канали продажу. Система зберігає повну історію спілкування з клієнтами, що допомагає департаментам продажів аналізувати поведінку клієнтів, формувати відповідні пропозиції, завойовувати лояльність. Інші можливості CRM-систем представлені нижче:

· Планування та координування контактів з клієнтами;

· Збір та типізування всіх можливих відомостей про клієнтів;

· Контроль ведення тривалих або складних угод;

· Аналіз кожного етапу виконання проектів або укладання угод;

· Формалізація всіх процесів, орієнтованих взаємодію Космосу з покупцями.

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

1. Аналітична частина

Група компаній "МАКС" була заснована у 2000 році. Основним видом діяльності є багатопрофільна комплексна галузь послуг. З моменту утворення ДК "МАКС", ряд видів послуг постійно розширюється. На сьогоднішній день ДК "МАКС" пропонує такі види послуг (рис. 1):

· Охорона об'єктів, групи швидкого реагування, пультова охорона, приватні детективні послуги;

· Забезпечення максимально ефективної та безперебійної роботи об'єктів нерухомості, що обслуговуються;

· Попередній аналіз вже наявних систем безпеки;

· Комплексне прибирання приміщень.

Рис. 1. Сфери послуг ДК "МАКС"

"МАКС ОХОРОНА" розвивалася разом із сферою недержавної безпеки. Охорона об'єктів, групи швидкого реагування, пультова охорона, приватні детективні послуги все це входить у стандартний пакет послуг. У підрозділі працюють фахівці з IT-інфраструктури, які займаються екстреною допомогою іноземним громадянамі знають усі нюанси супроводу вантажів та цінностей.

Практика показує, що безпека - не просто охоронці у формі, а цілий комплекс заходів, спрямованих на профілактику та запобігання потенційним загрозам. Ці заходи входять до системи комплексної безпеки "МАКС ОХОРОНА", розробленої експертами з багаторічним досвідом.

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

"МАКС ОХОРОНА" постійно вдосконалює та розробляє нові концепції щодо забезпечення безпеки. У нашу роботу впроваджуються передові зарубіжні технології та розробляємо власні рішення під конкретні завдання. Проте навіть найпросунутіші автоматизовані охоронні системи не можуть повністю витіснити людину. Тому приділяється особлива увага підвищенню професіоналізму працівників "МАКС ОХОРОНА". Фахівці регулярно проходять курси підвищення кваліфікації, а рівень їхньої підготовки тестується на внутрішніх аудитах. Суворий відбір персоналу дозволяє мінімізувати вплив людського фактора на послуги "МАКС ОХОРОНА".

Керівний склад "МАКС ОХОРОНА" націлений на індивідуальний підхід до клієнтів. Фахівці проводять багаторівневий аналіз і, ґрунтуючись на його результатах, пропонують найефективніші рішення для забезпечення безпеки клієнта. При цьому сфера діяльності "МАКС ОХОРОНА" не обмежується приватними клієнтами. Співробітники знайомі з охороною державних об'єктів та добре зарекомендували себе у цій сфері.

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

Підрозділ "МАКС ЕКСПЛУАТАЦІЯ" - працює на ринку вже понад десять років. Головне завдання - забезпечення максимально ефективної та безперебійної роботи об'єктів нерухомості, що обслуговуються. При цьому термін давності введення об'єкта в експлуатацію та значення рівня складності обладнання не має значення.

Комплексний сервіс, який пропонує "МАКС ЕКСПЛУАТАЦІЯ", включає технічну підтримкуобладнання та інженерних систем, а також пропозиції щодо безпеки. До цього переліку входить проведення технічного обслуговування та інших планових та позапланових робіт; проектування та монтаж протипожежної сигналізації та систем відеоспостереження, а також комплекс ремонтних та будівельних послуг. Клієнти "МАКС ЕКСПЛУАТАЦІЯ" отримують повний пакет послуг від одного підрядника, що дозволяє суттєво знизити витрати та полегшити питання взаємодії між службами.

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

У сучасному світі оснащеність та обладнання сучасних будівель стає все більш різноманітним та складним. Головна мета даного підрозділу – надання комплексних послуг з експлуатації будівель. Всі співробітники розбираються в найсучасніших досягненнях науки і техніки та використовують їх відповідно до рекомендацій та норм виробників. Тільки так можна гарантувати підтримку працездатності та безпеки об'єкта будь-якої складності на належному рівні.

Підрозділ "МАКС КОНСАЛТИНГ" займається консультаціями та аудитом у сфері безпеки вже понад 10 років. Основним завданням підрозділу є всебічний аналіз ситуації, а також прорахунок перспектив розвитку з урахуванням наявних проблем у компанії, а також індивідуальних особливостей бізнесу.

Співробітники "МАКС КОНСАЛТИНГ" здійснюють попередній аналіз систем безпеки. Звичайно, подібна робота проводиться в тісній взаємодії зі співробітниками замовника, які введуть у курс справи та допоможуть врахувати всі особливості.

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

Також, фахівці "МАКС КОНСАЛТИНГ" надають допомогу при ліквідації кризових ситуацій, підвищують ефективність бізнес-процесів та здійснюють ефективне управління інформаційними системами та IT-ризиками компанії.

Консультанти підрозділу ставлять собі завдання побудови взаємовигідних відносин, щоб на довгостроковій основі продовжувати співпрацю з клієнтом. "МАКС КОНСАЛТИНГ" пропонує своїм клієнтам аудиторські послуги, юридичні послуги в галузі кримінального, трудового, податкового та інших видів права.

Сферою послуг, які надає компанія "МАКС КЛІНІНГ", є прибирання приміщень. У Росії її перші клінінгові компанії з'явилися торік у 1992-1994 гг. разом із появою перших спільних підприємств, що були на той момент єдиними споживачами їхніх послуг. Протягом 2012 року приріст обсягу ринку клінінгових послуг у Росії у грошовому вираженні становив близько 9 мільярдів рублів - у 2011 року його обсяг становив 45 мільярдів рублів, а, за підсумками 2012 року ринок клінінгу оцінили ними вже 54 мільярди рублів. Протягом минулого, 2014 року, обсяги російського ринку клінінгових послуг зросли, на думку аналітиків, приблизно на 10-11 мільярдів рублів і становлять близько 65 мільярдів рублів за підсумками минулого року.

До найбільших регіонів з надання клінінгових послуг входять Москва, Красноярський край, Тюменська область, республіка Башкортостан, Санкт-Петербург, Ханти-Мансійський автономний округ. Перед Москви припадає 100-150 мільйонів доларів вітчизняного ринку клінінгу.

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

· Найбільші оператори (чисельність персоналу понад 500 осіб) ~ 67%;

· Великі оператори (чисельність персоналу до 500 осіб) ~ 15%;

· Середні оператори (чисельність персоналу до 200 осіб) ~ 7%;

· дрібні оператори (чисельність персоналу до 50 осіб) ~ 11%.

У спектр стандартних послуг, що надаються практично всіма гравцями ринку, обов'язково входить щоденне комплексне прибирання, а також миття вертикальних поверхонь. Далі, близько 93% всіх клінінгових компаній пропонують послуги з шліфування та полірування граніту, мармуру, керамогранітної та керамічної плитки, а також прибирання прилеглих територій та послуги зі спеціалізованого прибирання приміщень після будівельних робіт та пожеж. Близько 87% компаній, що брали участь у дослідженні, надають додаткові послуги та персонал, наприклад, фасувальників, вантажників та інших, а 80% гравців ринку клінінгових послуг надають своїм клієнтам також послуги з озеленення прилеглих та внутрішніх територій, вивезення сміття та снігу. Основні клієнти клінінгових компаній - це супермаркети та торгові центри, виробничі підприємства, транспортні та складські компанії, медичні та спортивні установи, офісні та бізнес-центри, великі міжнародні та російські компанії, банки, державні установи, готельні комплекси, розважальні об'єкти (кінотеатри, клуби , казино), вокзали та аеропорти.

Рис. 2. Сегментація споживачів клінінгових послуг

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

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

Прибирання приміщень - це виробнича потреба у світі бізнесу. Щоденне прибирання на контрактній основі є досить розвиненим напрямом цієї компанії. Можливість замовити як разове прибирання, так і оформити договір на прибирання приміщень із встановленою періодичністю, зі зручним графіком робіт для клієнта - це дуже поширена на сьогоднішній день діяльність, що вимагає великої кількості даних і якнайкраще підходить для прикладу проектування інформаційної системи. Співробітники компанії приділяють велику увагу контролю та якості прибирань, що виконуються. Важливою частиною роботи компанії є відкритість. Клієнт має право знати що, як і за допомогою чого робить ця компанія "МАКС КЛІНІНГ". Усі хімічні засоби мають гігієнічні сертифікати, партнери та клієнти можуть відвідати виробничу базу та ознайомитися з технологічними можливостями та організацією праці на підприємстві.

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

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

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

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

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

У 2003 році для покращення якості обслуговування клієнтів було прийнято рішення про відкриття нового підрозділу, який надаватиме додаткові послуги з професійного клінінгу. Перші кроки "МАКС КЛІНІНГ" зробив у Москві. Набутий у столиці досвід використовувався для виходу в регіони. І хоча спочатку проблем було достатньо, але компанії вдалося впоратися з усіма труднощами. У 2005 році компанія уклала контракт із мережею супермаркетів "МЕТРО", ставши однією з перших компаній, що надає клінінгові послуги супермаркетам і гіпермаркетам. Штат співробітників компанії до 2010 року налічував понад 400 осіб. Персонал працює на об'єктах по всій Москві. Вже до 2012 року "МАКС КЛІНІНГ" виходить у регіони Росії. Перші філії відкриті у Красноярську та Казані. Якість професійного прибирання офісів та торгових центрів перевершує очікування регіональних клієнтів. До свого 10-річчя компанія підійшла вже зі штатом співробітників, які налічують 700 осіб. Весь подальший досвід дав унікальні знання у сфері клінінгу.

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

Взаємодія та спілкування з клієнтами – необхідні складові успіху. Дуже важливо вести облік договорів із клієнтами, всіх замовлень клієнтів, які відображають їхні потреби.

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

Клінінгова компанія надає послуги по всій території Російської Федерації. Основною частиною зони обслуговування є центральна частина РФ. Компанія працює з багатьма великими юридичними особами, представленими на малюнку:

Рис. 3. Компанії-клієнти "МАКС-КЛІНІНГ"

.1 Організаційна структура компанії

Компанія "МАКС КЛІНІНГ" складається з різних підрозділів, що виконують різні функціїта завдання, організаційна структура компанії "МАКС КЛІНІНГ" представлена ​​на малюнку 4.

Рис. 4. Структура організації

Генеральний директор та його заступник здійснюють керівництво над компанією "МАКС-КЛІНІНГ", яка складається з багатьох відділів, у тому числі і:

· Відділу по роботі з клієнтами;

· Відділу робіт.

Відділ по роботі з клієнтами

Сфера діяльності по роботі з клієнтами компанії "МАКС-КЛІНІНГ" велика: основним її завданням є довгострокове співробітництво та обслуговування юридичних осіб, здійснення аналізу їх потреб, рівня та спрямованості. Проведення переговорів із компаніями-клієнтами, ознайомлення з умовами продажу послуг, що надаються "МАКС-КЛІНІНГ", контроль за виконанням робіт - все це є невід'ємною частиною роботи даного відділу.

Компанія-клієнт може звернутися до "МАКС-КЛІНІНГ" та скористатися послугами з комплексного прибирання приміщень. Менеджер компанії допоможе укласти договір на тривалу співпрацю або оформити одноразове замовлення. Він також має з'ясувати всю необхідну інформацію у клієнта, а саме:

Інформація про компанію, представником якої є;

Дані про майно (приміщення), що потребує комплексного прибирання;

Бажання клієнта щодо вибору класу прибирання;

Строки обслуговування;

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

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

Відділ робіт

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

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

Після цього проводиться перевірка якості роботи клієнтом. У разі незадовільної оцінки менеджер повідомляє керівництву компанії для ухвалення відповідних рішень.

У ході проведеного аналізу діяльності описаних вище відділів компанії "МАКС-КЛІНІНГ" була побудована схема бізнес-процесу, представлена ​​нижче на малюнку 5.

Рис. 5. Бізнес-процес "МАКС-КЛІНІНГ"

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

1.2 Аналіз програмного та технічного забезпечення відділу роботи з клієнтами та відділу робіт

Кожен менеджер відділу роботи з клієнтами має персональний комп'ютер, телефон і різні периферійні пристрої для роботи з необхідною інформацією. У компанії є Інтернет, доступ до якого мають усі співробітники "МАКС-КЛІНІНГ". На всіх ПК встановлена ​​операційна система Windows 7, необхідний пакет Microsoft Office, що включає Access і драйвери для роботи з численними периферійними пристроями HP DesktJet. Програмне та технічне забезпечення відділу роботи з клієнтами та відділу робіт представлено на малюнку 6.

Рис. 6. Програмне забезпеченнякомпанії "МАКС-КЛІНІНГ"

У компанії використовується мережа, що базується на концепції "клієнт-сервер". Для сучасних СУБД архітектура " клієнт-сервер " стала практично стандартом.

Основний принцип технології "клієнт-сервер" полягає у розділенні функцій стандартного інтерактивного додатка на чотири групи:

· Функції введення та відображення даних;

· Прикладні функції, характерні для предметної області;

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

· Службові функції.

Переваги даної системи:

· Відсутність дублювання коду програми-сервера програмами-клієнтами.

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

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

Клієнт надає інформацію менеджеру компанії, який фіксує її на своєму ПК, використовуючи Microsoft Word 2010, роздруковує договір (замовлення) та зберігає документ у паперовому вигляді. Таким чином, виникає ризик втратити всю необхідну інформацію, створюється проблема подальшого пошуку відомостей про клієнта, його приміщень та контактів. Крім того, у менеджера відсутня можливість автоматичного розрахунку не лише вартості прибирання, залежно від її класу, розміру приміщення та періоду обслуговування договору, але й кількості бригад, необхідних для своєчасного та якісного прибирання приміщення.

Основна ідея полягає у поділі мережевого додатка на кілька компонентів, кожен з яких реалізує специфічний набір сервісів. Компоненти такої програми можуть виконуватись на різних комп'ютерах, виконуючи серверні та/або клієнтські функції. Це дозволяє підвищити надійність, безпеку та продуктивність мережних додатків та мережі в цілому. Розроблений мною модуль інформаційної системи для компанії "МАКС-КЛІНІНГ" допоможе підвищити рентабельність підприємства шляхом глибокого аналізу інформації про її клієнтів, системи продажу, дозволить керівництву компанії відстежити ключові показники якості виконуваних робіт за договором, що необхідно для прийняття стратегічно важливих бізнес-рішень та ефективної оцінки роботи кожного працівника.

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

Для досягнення поставленої мети необхідно виконати такі завдання:

Проаналізувати діяльність компанії "МАКС" із прибирання приміщень;

створити список вимог для розробки бази даних;

Розробити базу даних із використанням методу ER-діаграмта CASE-засоби Erwin;

Реалізувати запити щодо маніпулювання даними у базі даних.

Модуль інформаційної системи, що розробляється, повинен відповідати наступним вимогам:

· Створювати та зберігати дані про договори з автоматичним розрахунком вартості обслуговування за період договору;

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

· Реєструвати дані про кожне прибирання;

· Зберігати інформацію про якість прибирання кожного співробітника бригади;

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

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

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

Для вирішення поставлених завдань у випускній класифікаційній роботі використовуються:

· Метод проектування баз даних – ER моделювання. Він є графічний опис предметної області в термінах "об'єкт - властивість - зв'язок". Використання ER-моделювання дає багато переваг: робить аналіз предметної області більш цілеспрямованим та конкретним; дозволяє вести проектування АІС без прив'язки до конкретної цільової СУБД та здійснювати вибір останньої у будь-який момент часу; при зміні використовуваної СУБД не треба проводити проектування заново, слід лише здійснити крок з переведення ER-моделі в цільову (якщо обрана вами цільова СУБД підтримується даним CASE-засобом, такий перехід взагалі буде виконаний автоматично);

· CASE – засіб Erwin. Перевагою є можливість створення діаграм структури БД, що дозволяють автоматично вирішувати питання, пов'язані зі збереженням її цілісності, а також незалежності логічної моделі від використовуваної СУБД, що дозволяє застосовувати універсальні методи для її експорту в конкретні СУБД.

· В якості цільової СУБД вибирається СУБД MS Access. Access є системою управління реляційною базою даних, що включає всі необхідні інструментальні засоби для створення локальної бази даних, загальної бази даних локальної мережіз файловим сервером або бази даних на SQL-сервері, а також для створення програм користувача, що працює з цими базами даних. СУБД Accessвключає різноманітні та численні відносно автономні програмні засоби, орієнтовані створення об'єктів бази даних та додатків користувача. Засоби графічного конструювання дозволяють користувачеві створювати об'єкти бази даних та об'єкти застосування за допомогою численних графічних елементів, не вдаючись до програмування.

2. Проектна частина

.1 Опис предметної області

Компанія володіє власним автопарком у м. Москві, який включає 5 машин марок VOLVO, а також водіїв, закріплених за кожною машиною 6 осіб. Бригадами (3), що виконують комплексне прибирання приміщень, у кількості 3 осіб у кожній.

Послуги компанії:

· комплексне прибирання приміщень (торгових, виробничих, складських та промислових);

Клієнт, яким може бути лише юридична особа, звертається до співробітника компанії "МАКС" на посаді менеджера з прийому замовлень. Компанія надає свої послуги як на вимогу самого клієнта, так і протягом тривалого терміну (від 7 днів і вище).

З менеджером із прийому замовлень клієнт обговорює таке:

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

Ціну, що вимірюється в рублях, визначається в договорі (100% передоплата):

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

Ø Протягом тривалого терміну - залежить термін обслуговування, періодичності та площі приміщення.

· Персональні дані клієнта

· Дані про приміщення

· Термін обслуговування

· Кількість задіяних бригад

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

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

.2 Техніко-економічне обґрунтування методів розробки та реалізації

Для проектування бази даних сервісного центру було вирішено використати метод ER – діаграм. Цей метод проектування був обраний мною на підставі наступних факторів:

Метод ER-діаграм викладався нам на дисципліні Бази даних.

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

ER-діаграми дають можливість зробити аналіз предметної області більш конкретно;

Знижуються вимоги до знання мови SQL.

В основі ER – моделі лежать три елементи:

· Сутність

· Атрибут

Як система автоматизованого проектування бази даних мною була обрана ERwin Data Modeler.

Як СУБД було обрано Microsoft Access. Ця СУБД була обрана мною на підставі наступних факторів:

Microsoft Access викладався мені під час навчання;

Access дозволяє швидко та легко створювати таблиці запити;

При обробці даних Access використовує мову запитів SQL, який також викладався мені на дисципліні Бази Даних.

.3 Проектування бази даних

Етап концептуального проектування

Опис сутності.

Виділення сутностей.

Опис зв'язків.

Сутність		Сутність
Приміщення	Надаються
	Обслуговують	Співробітники
	Потребують (Включаються)
	Піддається
	Консультується	Співробітники
	Підписує
	Оцінює
Співробітники	Оформляють
	Приймають
	Виконують
	Контролюють
	Виконують
	Дозволяє

2.4 Концептуальна модель даних у стандарті Чену

2.5 ER-діаграма серед ERwin

.6 Аналіз моделі

Складовий атрибут: - ні

Багатозначний атрибут: Телефон (компанії, представника)

Похідний атрибут:

Замовлення - вартість = Тип збирання (вартість)* Приміщення (площа)

Договір - ціна = Договір (термін обслуговування / періодичність)* Приміщення (площа)

Рекурсивні зв'язки: - ні

Зв'язок 1:1: Замовлення вимагає Прибирання

Надлишкові зв'язки: є

З'являється сутність представника компанії:

· Клієнт консультується зі Співробітником

· Клієнт оцінює Прибирання

· Клієнт підписує Договір

· Клієнт робить замовлення

Приміщення обслуговують Співробітники

Приміщення піддаються прибиранню

Співробітники виконують Замовлення

Співробітники контролюють прибирання

Договір зобов'язує Прибирання

Зв'язок m:n: є

Співробітники виконують прибирання

Рис. 8. Підсумкова модель в Erwin

7 Етап фізичного проектування

Схема даних серед обраної СУБД

Рис. 9. Схема даних БД

2.8 Реалізація основних запитів

прибирання база даних маніпулювання

Рис. 9. Реалізації основних запитів

· Висновок списку договорів менеджерів компанії

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

Співробітники.Таб_Номер, Співробітники.ПІБ, Співробітники.Телефон, Співробітники.Посада, Співробітники.Ном_відділу, Договір.Ном_договору FROM Співробітники INNER JOIN Договір ON Співробітники.Таб_Номер = Договір.Таб_Номер WHERE (((С :]));

· Перегляд оцінки робіт прибиральників-бригадирів

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

SELECT Співробітники.ПІБ, Співробітники.Посада, Прибирання.Оцінка_клієнта, Прибирання.Оцінка_менеджера, Співробітники.Ном_бригади FROM Прибирання INNER JOIN (Співробітники INNER JOIN Уб_Сотр ON Співробітники.Таб_Номір = Уб_Н_У = Уб_Н_Уб_Номер = Уб. Прибирання.Ном_прибирання)=[Введіть номер прибирання]));

· Виведення списку замовлень за введеним типом прибирання

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

SELECT [Тип прибирання].[Клас прибирання], [Тип прибирання].Вартість, Замовлення.Ном_замовлення FROM [Тип прибирання] INNER JOIN Замовлення ON [Тип прибирання].[Клас прибирання] = Замовлення.[Клас прибирання] WHERE (( Тип прибирання].[Клас прибирання])=[Введіть клас прибирання:]);

· Пошук компанії - клієнта з БД

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

SELECT Клієнт.[Найменування компанії], Клієнт.Юр_адреса, Клієнт.Телефон_компанії, [Представник компанії].ПІБ, [Представник компанії]. ((Клієнт. [Найменування компанії])=[Введіть назву компанії:]));

· Пошук не/виконаних замовлень

Цей запит дозволить вивести список виконаних та невиконаних замовлень за введеним користувачем статусом.

SELECT Замовлення.Ном_замовлення, Замовлення.Статус, Замовлення.Дата_прийому, Замовлення.[Клас прибирання], Замовлення.Дата_виконання FROM Замовлення WHERE (((Замовлення.Статус)=[Введіть статус замовлення:]));

· Список приміщень за типом

Цей запит дозволить вивести список приміщень за введеним

користувача типу приміщення.

SELECT Приміщення.Адреса, Приміщення.Площа, Приміщення.Тип, Приміщення.НКл FROM Приміщення WHERE (((Приміщення.Тип)=[Введіть тип приміщення:]));

· Список, договорів термін обслуговування яких більше 30 днів

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

SELECT Договір.Ном_договору, Договір.Дата_замовлення, Договір.Адреса, Договір.[Термін обслуговування (Днів)]FROM Договір WHERE (((Договір.[Термін обслуговування (Днів)])>30));

· Підрахунок вартості замовлень

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

SELECT Замовлення.Ном_замовлення, ([Тип прибирання].[Вартість]+[Тип прибирання].[Кількість бригад на одиницю площі])*[Приміщення].[Площа] AS Вартість_замовлення, Замовлення.[Клас прибирання], Замовлення.Статус FROM Приміщення INNER JOIN ([Тип прибирання] INNER JOIN Замовлення ON [Тип прибирання].[Клас прибирання] = Замовлення.[Клас прибирання]) ON Приміщення.Адреса = Замовлення.Адреса WHERE (((Замовлення.Ном_замовлення)=[Введіть номер замовлення :]));

Виходячи з призначення інформаційної системи, що розробляється, спроектуємо далі модульну структуру програми. Для визначення модульної структури скористаємось діаграмою компонентів нотації UML 2.0 (рис. 3.4).

Рис. 3.4

Інформаційна система складається із трьох компонентів:

• 1. Інтерфейс. Реалізація взаємодії користувачів із інформаційною системою. Містить у собі такі модулі:
  • · Введення/виведення - організація введення та виведення інформації при роботі з ІС;
  • · Звітність - організація ведення звітності відповідно до встановлених форм документації по різних галузях діяльності кадрового агентства;
  • · Пошук - організація пошуку кандидатів та вакансій за заданими параметрами;
• 2. Обробка даних. Реалізація функцій обробки інформації: пошук даних у БД, математичної моделі для завдання первинного аналізу документів тощо;
• 3. БД. Реалізація сховища даних, де міститься інформація про клієнтів.

Розробка структури бази даних

Як мовилося раніше, у інформаційної системі вся інформація зберігається у єдиної БД. Для моделювання логічної структури бази даних було застосовано методологію IDEF1x. Відповідно до даної методології, процес побудови інформаційної моделі складається з наступних кроків:

• · Визначення сутностей; визначення залежностей між сутностями;
• · Завдання первинних та альтернативних ключів;
• · Визначення атрибутів сутностей;
• · Приведення моделі до необхідного рівня нормальної форми;
• · Перехід до фізичного опису моделі: призначення відповідностей ім'я сутності – ім'я таблиці, атрибут сутності – атрибут таблиці;
• · Завдання тригерів, процедур та обмежень;
• · генерація бази даних.

Діаграма сутність-зв'язок, що описує БД у термінах IDEF1.x, будується з трьох основних блоків – сутностей, атрибутів та зв'язків. Якщо розглядати діаграму як графічне уявлення правил предметної області, то сутності та атрибути є іменниками, а зв'язки – дієсловами.

Оскільки майбутня ІС по даній БД здійснюватиме пошук, то як основні атрибути для документа були обрані наступні:

• - назва документу;
• - дата надходження документа в архів (юридичні фірми, які здійснюють архівні послуги, стежать за термінами зберігання документації. Кожен документ має свій термін зберігання. Багато цінних паперів з часом втрачають свою актуальність, і їх цінність зводиться до нуля. Такі документи належить знищувати. Своєчасний відбір таких паперів та знищення документів входить до пакету архівних послуг, що надається юридичними фірмами (при прийнятті на зберігання кожному документу, після проведення спеціальної експертизи визначається термін зберігання. Після закінчення цього терміну документ подається на знищення);
• - належність (тип) документа (оскільки всі документи були поділені на 7 видів, для яких було здійснено ранжування за важливістю);
• -Номер стовпця;
• - Номер полиці;
• - номер санки (ці 3 параметри необхідні, щоб визначити місце розташування документа в архіві);
• - Присутність документа у своєму осередку (необхідно знати знаходиться документ в архіві, або він виданий прохачеві).

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

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

Рис. 3.5

Рис. 3.6

З представленої моделі даних видно, що вона містить три сутності кожна зі своїм набором атрибутів, причому дві з них є залежними, а одна ні.

Сутність «Співробітник», яка є незалежною сутністю, має атрибути:

• · Ідентифікаційний номер співробітника – є первинним ключем даної сутності;
• · ПІБ співробітника;
• · Область спеціалізації;
• · Рейтинг;
• · Додаткова інформація.

Сутність «Клієнт» є залежною сутністю від сутності «Співробітник», що говорить про те, що кожен співробітник може обслуговувати безліч клієнтів. Сутність клієнт має атрибути:

• · Серія та номер паспорта – є первинним ключем даної сутності;
• · Ідентифікаційний номер співробітника – є вторинним ключем даної сутності;
• · ПІБ співробітника;
• · Область спеціалізації;
• · Рейтинг;
• · Додаткова інформація.

Сутність «Документ» є залежною сутністю від сутності «Клієнт», що говорить про те, що кожен клієнт може зберігати в архіві безліч різних документів. Сутність документа має атрибути:

• · Ідентифікатор документа – є первинним ключем даної сутності;
• · Серія та номер паспорта – є вторинним ключем даної сутності;
• · Назва документу;
• · Дата надходження;
• · Приналежність до групи;
• · Номер стовпця;
• · Номер полиці;
• · Номер санки;
• · Присутність документа в осередку.

1. Актуальність та необхідність проведення дослідження

З появою з недавнього часу в РФ нової форми управління нерухомістю у вигляді товариства власників житла (ТСЖ), асоціації власників житла (HOA - homeowners assotiations) та кондомініумів (надалі – організації з управління нерухомості) у орендарів (власників) житла з'явилася можливість впливати на якість технічне обслуговуваннянерухомості, на благоустрій прилеглої території та деякою мірою на вартість комунальних послуг.

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

б) освітньому процесі

Розробка науково-освітніх курсів, а також науково-популярних матеріалів

	Назва курсу/ матеріалу	Короткий опис курсу/ матеріалу
Науково-освітні курси	Навчальний посібник «Інформаційні системи управління багатоквартирними будинками»	Наводяться функціональні можливостіінформаційних систем з управління нерухомістю, які у РФ і там. Порівнюються функціональні можливості видаються рекомендації щодо вибору інформаційної системи. Призначено для навчання студентів за напрямками 080100.62 «Економіка» та 080500.62 «Бізнес-інформатика»
Лабораторний практикум "Система управління бізнес-правилами організації з управління МКД"	Наводяться покрокові інструкціїформування модуля управління бізнес-правилами за допомогою IBM ILog. Наводиться алгоритм управління бізнес-правилами ТСЖ. Призначений для навчання студентів за напрямом 080500.62 «Бізнес-інформатика»
Лабораторний практикум «Мультіагентне моделювання діяльності організації з управління нерухомістю»	Наводяться покрокові інструкції щодо формування агентів та формування моделі діяльності організації з управління нерухомістю за допомогою AnyLogic. Призначений для навчання студентів за напрямом 080500.62 «Бізнес-інформатика»
Навчальний посібник Розробка бази даних багатоквартирного будинку з використанням СУБД MS Access 2010	Наводяться покрокові інструкції щодо формування таблиць бази даних, встановлення зв'язків між ними, побудови форм, запитів, звітів та макросів з використанням можливостей СУБД MS Access 2010.
Лабораторний практикум «Аналіз бізнес-процесів організації з управління нерухомістю»	Наведено діаграми, розроблені з використанням об'єктно-орієнтованої мови моделювання UML. Призначено для навчання студентів за напрямками 080100.62 «Економіка» та 080500.62 «Бізнес-інформатика»
Науково-популярні матеріали	Монографія «Факторний та кластерний аналіз організацій регіону у сфері управління нерухомістю»	Наводяться рекомендації щодо факторного та кластерного аналізу параметрів, що характеризують ТСЖ обраного регіону. Наводяться відомості про організації з управління нерухомістю з однаковими наборами бізнес-процесів та визначення основних факторів, що впливають на їхню діяльність.
Монографія "Алгоритми інформаційного обміну в організації з управління нерухомістю"	Наводяться загальний алгоритм роботи ІС, алгоритми роботи програмних модулів ІС, що реалізують інформаційні послуги для абонентів, алгоритми взаємодії програмних модулів. Інтерфейси користувача інформаційної системи. Особливості розробки програмного коду модулів за допомогою середовища розробки MS Visual 2010
Стаття «Класифікація абонентів та інформаційних систем в організаціях з управління МКД»	Визначаються закономірності інформаційного обміну всередині організації з управління нерухомістю, передбачуваний склад та обсяг даних при інформаційному обміні, передбачувані перетворення даних при інформаційному обміні, форми подання вхідних та вихідних даних
Стаття "Розробка мультиагентної імітаційної моделі для моделювання діяльності ТВЖ"	Наводяться підходи до формування агентів для предметної області, і навіть створення імітаційної моделі. Наводяться результати моделювання діяльності ТСЖ за різних наборів вихідних даних.
Стаття Формування набору бізнес-правил для ТВЖ	Наводяться підходи формування набору бізнес-правил. Розглянуто можливості реалізації системи управління бізнес-правилами із використанням IBM ILog. Наводиться приклад використання бізнес-правил для ухвалення рішення
Стаття "Формування алгоритмів роботи інформаційної системи організації з управління нерухомістю"	Розглядається структура алгоритму роботи інформаційної системи, структура алгоритмів програмних модулів, що реалізують інформаційні послуги та інформаційний обмін з базою даних організації.
	Стаття «Застосування цілісного підходу на формування комплексу ключових показників ефективності діяльності ТСЖ»	Розглядається застосування положень цілісного підходу на формування комплексу показників, дозволяють створення системи оцінки досягнення стратегічних і тактичних (операційних) цілей організації з управління нерухомістю, оцінки стану організації та контролю ділової активності абонентів інформаційної системи у часі.
Стаття «Інформаційні послуги для управління багатоквартирними будинками»	Розглядаються інформаційні послуги, що надаються закордонними інформаційними системами власникам (орендарам) нерухомості у багатоквартирних будинках.
Стаття Формування бази даних для інформаційної системи ТСЖ	Розглядаються моделі даних, технологія зберігання та обробки даних, склад даних, формати даних для відображення в інтерфейси користувачата вихідних документах, типи даних, передбачуваний склад таблиць, а також схема зв'язків між таблицями
Стаття «Організаційний аналіз та модель бізнес-процесів ТСЖ»	Розглядається розробка комплексу моделей: стратегічної моделі цілепокладання, організаційно-функціональної моделі, функціонально-технологічної моделі, процесно-рольової моделі кількісної моделі, моделі структури даних (у якому вигляді описуються регламенти ТСЖ та об'єкти зовнішнього оточення), моделі бізнес-процесів