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

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

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

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

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

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

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

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

Якщо помилок не знайдено користувачу пропонується ще раз проаналізувати даний документ і нажаттям клавіші ‘Y’ ввести запис в файл. В разі відмови (клавіша ‘N’) ввід не здійснюється . Для продовження вводу потрібно натиснути будь-яку клавішу, клавіша ‘ESC’ викликає повернення в попереднє меню.

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

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

Дійсні витрати матеріалів визначаються шляхом перемноження процентного співвідношення на витрати матеріалів даного номенклатурного номера по цеху. Дані обчислення здійснюються згідно економіко-математичної моделі задачі, яка описана першому розділі, тому грунтовно зупинятися на даному етапі я не буду. Слід зазначити що обчислення, які не вимагають сортування, підбивання сум в даному етапі не реалізується. Тобто, обчислюються лишень ті поля записів, що внесені в інформаційну модель бази даних (див. 2.розділ “Опис результуючих файлів” ). Це пояснюється прагненню при розробці бази даних не відходити від концепції нормалізації, з метою створення бази з мінімальними затратами простору та максимальними показниками надійності.Після обчислень необхідно провести перевірку результуючих файлів, що здійснюється за допомогою програмного модуля, який буде описаний нижче.Файли FR01 та FR02 проходять програмну перевірку на відповідність полів “Код матеріалу” та “Код виробу” наявній інфомаційній базі, що складається з файлів довідкової інформації, відповідності кількості матеріалів заданим межам. Також для файла FR01 балансовий метод перевірки . Fr02 буде перевірятися також за сумою кількості матеріалів, з врахуванням можливої похибки при розподіленні витрат по статтям калькуляції.