Автоматизація аналізу і планування основних фондів

Размещено на http://www.allbest.ru/

Зміст

1. ОГЛЯД ТА АНАЛІЗ ОБЛАСТІ ДОСЛІДЖЕННЯ

1.1 Аналіз предметної області

1.2 Порівняння програмних засобів аналізу і планування

1.2.1 IBM МАХIMO

1.2.2 SAP WMS, SAP EWM

1.2.3 ORACLE WMS

2. ОПИС ВЛАСНОГО РІШЕННЯ ПРОБЛЕМИ

2.1 Постановка задачі

2.2 Вимоги до системи

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

2.4 Порівняння об'єктно-орієнтованих мов програмування

2.5 Схема даних

2.6 Вимоги до систем розробки

2.7 Функціональні можливості системи

2.8 Опис розробки програми

3. ОПИС РОЗРОБЛЕНОГО ПРОГРАМНОГО ПРОДУКТУ

3.1 Опис інтерфейсу

3.2 Тестовий приклад

ВИСНОВКИ

СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ

ДОДАТКИ

1. Огляд та аналіз області дослідження

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

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

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

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

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

У нашому житті ми щодня зустрічаємося з звітами, просто в різних формах: усній чи письмовій. Взагалі, для чого потрібні звіти?

Вони потрібні для звіту про виконану роботу. Це їх найголовніша функція.

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

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

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

1.1 Аналіз предметної області

програмний продукт автоматизований фонд

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

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

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

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

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

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

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

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

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

1.2 Порівняння програмних засобів аналізу і планування

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

Аналіз і планування основних фондів торгівельного підприємства є популярною завданням для розробників програмного забезпечення. Існує як спеціалізоване ПЗ для аналізу і планування, так і утиліти та бібліотеки, що входять до складу інших програмних засобів і систем (наприклад, до складу СУБД). Нижче, для порівняння функціональних характеристик, що реалізують аналіз і планування проведений огляд наступних програмних засобів: IBM МАХIMO, який має підпрограми, SAP, який має підпрограми, ORACLE WMS.

1.2.1 IBM МАХIMO

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

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

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

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

Maximo Asset Management

Комплексне управління життєвим циклом і обслуговуванням активів

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

До складу розширеної сервіс-орієнтованої архітектури Maximo Asset Management входить шість модулів управління.

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

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

Управління обслуговуванням - визначення пропозицій з обслуговування, встановлення угод про рівень обслуговування (SLAs), більш активне відстеження рівня наданих послуг та впровадження процедур ескалації.

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

Управління матеріальними запасами - доступ до повної інформації про пов'язані з активами матеріальних запасах і їх використанні.

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

Maximo Spatial Asset Management

Забезпечує візуалізацію всіх ресурсів та робіт в геопросторовому контексті

IBM Maximo Spatial Asset Management дозволяє користувачам збирати, аналізувати і переглядати дані про ресурси, їх місцезнаходження і робочих завданнях.

IBM Maximo Spatial Asset Management дозволяє менеджерам активів візуалізувати просторові відносини між керованими ресурсами та іншими відображеними функціями.

Засноване на новітній технології від ESRI, що використовує ArcGIS Server 9.2 для створення вкладки з ГІС-картою в додатках IBM Maximo Work Order, Asset, Location і Service Request.

Вбудована середу Java повністю інтегрована і забезпечує простий доступ до середовища ГІС в Maximo для підтримуючих просторові відносини робочих завдань, заявок на роботи, активів і розташувань .

Крім відображення вмісту карти з виробничої ГІС-системи, можна додавати зовнішні Web-служби і дані у вигляді шару на вкладці карти. Відносини між об'єктами IBM Maximo і записами ГІС можна візуалізувати, виділивши пов'язані компоненти ГІС.

Можливості пошуку дозволяють користувачам виконувати пошук записів ГІС за допомогою запитів IBM Maximo та ГІС або за допомогою опції Find by Address (Пошук за адресою) . Набори результатів виділяються в поданні карти і вводяться в список в результатах задачі (Task Results) .

Потужні можливості взаємодії забезпечують пряме читання даних з інших систем ГВС та CAD .

Рішення, створене з використанням провідних технологій на основі стандартів: платформа на основі Web-архітектури J2EE, що надає можливості поліпшеного управління бізнес-процесами на основі сервіс-орієнтованої архітектури, Web-служб і XML.

IBM Maximo Spatial Asset Management 6.3 виконується в Maximo Asset Management 6.2.1 і вимагає наявності ESRI ArcGIS Server 9.2 Advanced.

1.2.2 SAP WMS, SAP EWM

Системи управління складами SAP WMS, SAP EWM як спосіб економії витрат.

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

При великій номенклатурі співробітнику складу складно запам'ятати розташування всіх запасів на складі, що призводить до збільшення часу пошуку. Ще більш драматичним це стає при необхідності дотримуватися особливих умов зберігання та відпуску (наприклад, відпустку за термінами придатності, зберігання з урахуванням вагогабаритних характеристик товарів і т.п.). Навіть проста ідентифікація товару людиною (без використання штрих-кодів і т.п.) часто викликає труднощі через величезну кількість найменувань, багато з яких схожі між собою, а також із-за можливих розбіжностей написання найменувань в документах (замовленнях, накладних) і власне на товарі або упаковці. Це тільки частина проблем, аналіз якої вже показує, що організація ефективної роботи на великому складі просто неможлива без використання автоматизованих систем управління класу WMS (Warehouse Management System, система управління складами). Одним зі світових лідерів в області розробки ПЗ автоматизації складської діяльності є компанія SAP AG.

Цілі проекту впровадження SAP WMS

Збільшення обсягів обробки на вхід/вихід.

Робота зі штрих-кодами обладнання.

Мінімізація помилок підбору і розміщення.

Скорочення часу обробки замовлень.

Оптимізація використання складських площ.

Оптимізація використання ресурсів

Весь цикл впровадження розбитий на дві черги і займає близько шести місяців. Реалізація першого включала в себе налаштування системи SAP WMS для роботи на базі паперової технології та розробку інтерфейсів із зовнішніми системами. В рамках другої черги був налаштований додатковий модуль SAP TRM (Task and Resource Management, управління завданнями і ресурсами) і вироблений переклад на безпаперову технологію роботи з використанням бездротових терміналів збору даних.

Основні результати впровадження

Приймання поставок з підрахунком і розміщенням на стелажі зберігання проводиться в середньому на 20% швидше.

Значно зросла точність розміщення товару. Відповідність фактичного розміщення і даних WMS наблизилося до 99,9%.

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

Розглянемо можливості автоматизованих систем управління складом на прикладі продукту SAP WMS і його розширеної версії EWM (Extended Warehouse Management, розширене управління складами).

Опис функціональності

Управління складськими осередками

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

Підсистема «Управління транспортної майданчиком»

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

Розміщення на складі та стратегії відпустки

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

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

Відпуск товару зі складу реалізується за наступними стратегіям: FIFO (First In, First Out) і LIFO (Last In, First Out) за датою надходження товару на склад; FIFO і LIFO з урахуванням терміну зберігання товару і залишковим терміном придатності; неповний квант; великі/малі кількості; фіксоване складське місце; інші стратегії.

Кросс-докінг

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

Логістичні додаткові послуги

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

Управління комплектацією «хвилями»

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

Облік в двох одиницях виміру

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

Поповнення запасу

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

Інвентаризація

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

Управління ресурсами складу

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

Моніторинг

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

Виробничо-трудовий менеджмент

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

Система збалансованих показників (KPI)

Дозволяє контролювати ключові показники ефективності KPI (близько 20 стандартних, можливе створення нових, наприклад: час обробки поставок, час обслуговування транспортних засобів і т.п.). На основі KPI можна робити оцінку ефективності роботи складу, окремих співробітників і якості обслуговування клієнтів. Є система оповіщень, яка повідомила про вихід показників за допустимі рамки.

1.2.3 ORACLE WMS

WMS-РІШЕННЯ

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

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

WMS система від Oracle надає можливості для швидкої і бюджетної автоматизації складів різного призначення:

митно-ліцензійних;

оптових;

оптово-роздрібних;

роздрібних.

Функціональні можливості Oracle WMS.

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

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

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

налагодження правил обробки товарно-матеріальних цінностей (ТМЦ) на складі та виконання складських завдань;

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

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

Oracle WMS підтримує всі типи пристроїв всіх провідних виробників складського обладнання.

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

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

Oracle WMS не має по обмежень щодо масштабування і продуктивності.

Система повністю відповідає всім вимогам українського законодавства, а також вимогам світового стандарту GMP.

Переваги використання Oracle WMS

Економія

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

Підвищення ефективності використання людських ресурсів

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

Точність обліку

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

Підвищення ефективності використання складського обладнання,

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

Підвищення ефективності використання складського простору.

Підвищення ефективності обслуговування замовників.

2. Опис власного рішення проблеми

2.1 Постановка задачі

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

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

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

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

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

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

2.2 Вимоги до системи

Перш ніж розробляти системи треба мати чіткі вимоги до неї, ось основні:

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

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

базу можна доповнювати, редагувати;

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

для таблиць повинні бути навігаційні кнопки;

користувача не треба навчати користуванню програмою, система повинна бути простою;

форми повинні бути мінімізованими, не перенавантажені надлишковою інформацією;

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

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

Об'єктно-орієнтоване Програмування (ООП) не є новою технікою програмування. ООП стало популярним у другій половині 80-х в таких різних мовах, як С++, objective-c, object і turbo pascal, clos (ОО-розширення lisp), eiffel, ada і недавно ? у Яві.

Розробка даного програмного забезпечення велась на Borland C++ Builder 6.0 програмний продукт, інструмент швидкої розробки додатків, інтегрована середа програмування, система, яка використовується програмістами для розробки програмного забезпечення на мові програмування C + +.

Розробка програмного продукту на визначеній мові програмування

При розробці даної АІС було обрана мова С++ з ряду причин:

легкість освоєння даної мови;

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

великий обсяг довідкової інформації;

велика кількість бібліотек;

широке співтовариство розробників;

легка інтеграція з іншим програмним забезпеченням, необхідним для роботи.

Опис платформи (С++)

C++ (Сі-плюс-плюс) -- мова програмування високого рівня з підтримкою декількох парадигм програмування: об'єктно-орієнтованої, узагальненої та процедурної. Розроблена Б'ярном Страуструпом (англ. Bjarne Stroustrup) в AT&T Bell Laboratories (Мюррей-Хілл, Нью-Джерсі) у 1979 році та названа «C з класами». Страуструп перейменував мову у C++ у 1983 р. Базується на мові С. Визначена стандартом ISO/IEC 14882:2003.

Особливості

Нововведеннями С++ порівняно з С є:

підтримка об'єктно-орієнтованого програмування через класи;

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

доповнення до стандартної бібліотеки;

додаткові типи даних;

обробка винятків;

простори імен;

вбудовані функції;

перевантаження операторів;

перевантаження імен функцій;

посилання і оператори управління вільно розподіленою пам'яттю.

Переваги мови C++

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

Масштабованість. На мові C++ розробляють програми для найрізноманітніших платформ і систем.

Можливість роботи на низькому рівні з пам'яттю, адресами, портами. (Що, при необережному використанні, може легко перетворитися на недолік.)

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

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

Недоліки мови C++

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

Погана підтримка модульності. Підключення інтерфейсу зовнішнього модуля через препроцесорну вставку заголовного файлу (#include) серйозно уповільнює компіляцію, при підключенні великої кількості модулів. Для усунення цього недоліку, багато компіляторів реалізують механізм прекомпіляциі заголовних файлів (англ. Precompiled Headers).

2.4 Порівняння об'єктно-орієнтованих мов програмування

Об'єктно-орієнтоване Програмування (ООП) не є новою технікою програмування. ООП стало популярним у другій половині 80-х в таких різних мовах, як С++, objective-c, object і turbo pascal, clos (ОО-розширення lisp), eiffel, ada і недавно ? у Яві.

Ключові риси ООП:

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

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

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

Класи, спадкування і поліморфізм ? фундаментальні властивості, що вимагаються від мови, що претендує називатися об'єктно-орієнтованим.

Мови програмування можна оцінити по тому, наскільки вони суворі до типів. Контроль типів включає перевірку існування викликаються методів, типів їх параметрів, перевірку кордонів масивів і т.д. С++, java, і object pascal віддають перевагу більш-менш широкому контролю під час компіляції. С++, найменш точний в цьому відношенні, тоді як java використовує перевірку типів найбільш широко. Причина цього полягає в тому, що С++ забезпечує сумісність з c-мовами, які підтримують слабку форму перевірки типів під час компіляції. Наприклад, в С і С++ всі арифметичні типи сумісні. У object pascal і java логічне значення не ціле число, а символ ? ще один відмінний і несумісний тип.

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

Серед трьох мов, тільки java є чистим ОО мовою (як eiffel і smalltalk). На перший погляд, це здається позитивною ідеєю. Однак вона веде до того, що використовується купа статичних методів і статичних даних, що не так вже відрізняється від використання глобальних функцій і даних, за винятком більш складного синтаксису. Чисті ОО мови дають перевагу новачкам в ООП, тому що програміст змушений використовувати і вчити модель ООП. С++ і object pascal, навпаки, ? типові приклади гібридних мов, які дозволяють програмістам використовувати при необхідності традиційний підхід c або pascal.

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

Мови націлені на різні потреби, що означає, що вони вирішують різні проблеми різними способами і використовуються в дуже різних середовищах програмування. Хоча як мови, так і їх середу копіюють характеристики один одного, вони були сконструйовані для різних потреб, і в цьому ви можете переконатися, порівнюючи їх характеристики. Мета С++ ? потужність і контроль за рахунок складності. Метою delphi є легке, візуальне програмування (не відмовляючись від потужності) і міцний зв'язок з windows. Мета java ? мобільність, навіть за рахунок деякої відмови від швидкості, і розподілені додатки або виконувався зміст www (хоча це, звичайно, ? не microsoft-івський погляд на java!).

Успіх цих мов залежить не від технічних характеристик. Фінансовий статус borland, операційна система управління microsoft, популярність sun в світі internet, той факт, що java розглядається як anti-microsoft-івський мову, майбутнє броузерів, павутини і win32 api, роль і визнання моделі activex (через пов'язаної з нею проблемою безпеки ) і три рівня архітектури delphi ? ось показники, які вплинули на вибір сильніше, ніж технічні елементи. Наприклад, така хороша мова як eiffel, у якої object pascal і java взяли не тільки деяке натхнення, ніколи не отримає реальної частки ринку, хоча він був популярний у багатьох університетах земної кулі.

2.5 Схема даних

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

Рисунок 2.1 - Схема даних

2.6 Вимоги до систем розробки

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

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

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

Але для управління базою необхідна система керування базою даних.

В якості СКБД для бази даних було вибрано Microsoft Office Access. Вона має широкий спектр функцій, включаючи зв'язані запити, сортування по різних полях, зв'язок із зовнішніми таблицями і базами даних. Завдяки вбудованій мові VBA, в самому Access можна писати підпрограми, що працюють з базами даних.

Середовищем розробки системи було обрано C++ Builder.

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

2.7 Функціональні можливості системи

Автоматизована система аналізу і планування надає можливість впорядкування даних. Основне призначення програми:

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

пошук та фільтр по базам даних;

сортування замовлень в базі даних;

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

оперативне отримання доступу до даних;

можливість форматування звіту;

запуск звіту на друк;

Дані структуровані під підприємство, тобто маємо основну інформацію про замовників та постачальників.

Користувачі можуть мати такі функціональні рішення:

відображення інформації;

введення, редагування та видалення інформації;

зберігання інформації;

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

перегляд звіту.

друк звітів.

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

2.8 Опис розробки програми

Для того щоб під'єднати базу даних до C++ Builder, він має компоненти: ADOConnection, ADOQuery, ADOTable, DataSource, які підключені до головної форми. На формах, які виводять таблиці, підключення виконується за допомогою компонентів: DBGrid, DBNavigator, ADOTable, DataSource. Також в деякий формах підключений компонент LabelEdit, який дозволяє вносити дані в таблиці. Для того щоб програма могла легко переноситись з одного комп'ютера на інший, було прописане автоматичне прикріплення бази даних до неї, що дуже удосконалило програму і надало змогу встановлення її звичайним користувачам тому, що підключення бази даних проходить на рівні програмування.

3. Опис розробленого програмного продукту

3.1 Опис інтерфейсу

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

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

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

Рисунок 3.1 - Головне вікно програми

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



Рисунок 3.2 - Форма управління даних про постачальників

Рисунок 3.3 - Форма управління даних про замовників

Рисунок 3.4 - Форма управління даних замовлень

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

Натиснувши у формі «Предмети постачання» на кнопку «Додати» програма відкриває форму для заповнення інформації про предмети постачання (див. рис. 3.5). Всі данні вводяться з клавіатури вручну.

Рисунок 3.5 - Форма додавання запису таблиці «Предмети постачання»

Виділивши потрібний запис і натиснути клавішу «Редагувати» відкривається форма, в якій можна редагувати вже створений запис (див. рис. 3.6).

Рисунок 3.6 - Форма редагування запису таблиці «Предмети постачання»

Натиснувши у формі «Замовники» на кнопку «Додати» програма відкриває форму для заповнення інформації про замовників (див. рис. 3.7). Всі данні вводяться з клавіатури вручну.



Рисунок 3.7 - Форма додавання запису таблиці «Замовники»

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

Рисунок 3.8 - Форма редагування запису таблиці «Замовники»

Натиснувши у формі «Замовлення» на кнопку «Додати» програма відкриває форму для заповнення інформації про замовлення (див. рис. 3.9). Майже всі данні вводяться з клавіатури вручну, але ПІБ замовника, предмет постачання і дата вибираються із списку. Натиснувши клавішу «Друкувати накладну» програма відправляє заповнену накладну на друк.



Рисунок 3.9 - Форма додавання запису таблиці «Замовники»

Натиснувши в головному вікні на клавішу «Статистика» ми маємо змогу переглянути зібрану статистику по всім замовленням (див. рис. 3.10), а також відсортувати за місяцем, роком, замовником і предметом постачання (див. рис. 3.11.).

Рисунок 3.10 - Статистика всіх замовлень



Рисунок 3.11 - Статистика з сортуванням за місяцем, роком, замовником і предметом постачання

Натиснувши в головному вікні на клавішу «Графіки» ми маємо змогу переглянути діаграми по всім товарам і замовникам (див. рис. 3.12, 3.13).

Рисунок 3.12 - Діаграма «Товар: наявність»



Рисунок 3.13 - Діаграма «Замовники: кількість закупленого товару»

3.2 Тестовий приклад

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

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

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

Приклад роботи програмного продукту (див. рис. 3.14).

Рисунок 3.14 - Діаграма Приклад роботи програмного продукту

Висновки

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

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

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

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

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

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

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

Для написання інформаційної системи було використано наступне програмне забезпечення: Borland C++ Builder 6, MS Access 2003, Microsoft Windows 7 (x86).

Список використаних джерел

Глинський М., C/C++ Builder: навч. Посібник[Текст]/М.А. Глинський - Львів.: Деол, 2003. - 192 с.

Либерти Дж. Освой самостоятельно C++ за 24 часа[Текст]/ Джесс Либерти, Дэвид Хорват - Москва .: Вильямс, 2007. - 448 с.

Максим К., MySQL 5.[Текст]/ Максим Кузнецов, Игорь Симдянов. - СПб: BHV, 2010. -1024 с.

Павловская Т., C/C++ Программирование на языке высокого уровня. [Текст]/ Т. А. Павловская - СПб.: Питер, 2003. - 450 с.

Страуструп, Б. Язык программирования С++[Тест]/ Бьерн Страуструп - Киев: ДИАЛЕКТИКА, 2005. - 1104 с.

Таненбаум, Э., Современные операционные системы, 3-е изд.[Текст]/ Эндрю Таненбаум - СПб.: BHV, 2010. - 1120 с.

Шилдт Г., Самоучитель С++, 3-е издание. [Текст]/ Г. Шилдт - СПб.: Питер, 2005. - 688 с.

Додаток А

Лістинг програми

#include <vcl.h>

#pragma hdrstop

//---------------------------------------------------------------------------

USEFORM("Unit1.cpp", Form1);

USEFORM("Unit2.cpp", Form2);

USEFORM("Unit3.cpp", Form3);

USEFORM("Unit4.cpp", Form4);

USEFORM("Unit5.cpp", Form5);

USEFORM("Unit6.cpp", Form6);

USEFORM("Unit7.cpp", Form7);

USEFORM("Unit8.cpp", Form8);

USEFORM("Unit9.cpp", Form9);

USEFORM("Unit10.cpp", Form10);

USEFORM("Unit11.cpp", Form11);

USEFORM("Unit12.cpp", Form12);

USEFORM("Unit13.cpp", Form13);

USEFORM("Unit14.cpp", Form14);

USEFORM("Unit15.cpp", Form15);

USEFORM("Unit16.cpp", Form16);

USEFORM("Unit17.cpp", Form17);

USEFORM("Unit18.cpp", Form18);

//---------------------------------------------------------------------------

WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int)

{ try

{ Application->Initialize();

Application->CreateForm(__classid(TForm7), &Form7);

Application->CreateForm(__classid(TForm1), &Form1);

Application->CreateForm(__classid(TForm2), &Form2);

Application->CreateForm(__classid(TForm3), &Form3);

Application->CreateForm(__classid(TForm4), &Form4);

Application->CreateForm(__classid(TForm5), &Form5);

Application->CreateForm(__classid(TForm6), &Form6);

Application->CreateForm(__classid(TForm8), &Form8);

Application->CreateForm(__classid(TForm9), &Form9);

Application->CreateForm(__classid(TForm10), &Form10);

Application->CreateForm(__classid(TForm11), &Form11);

Application->CreateForm(__classid(TForm12), &Form12);

Application->CreateForm(__classid(TForm13), &Form13);

Application->CreateForm(__classid(TForm14), &Form14);

Application->CreateForm(__classid(TForm15), &Form15);

Application->CreateForm(__classid(TForm16), &Form16);

Application->CreateForm(__classid(TForm17), &Form17);

Размещено на Allbest.ru