Организация обробки інформації на ЕОМ із формування плану поставок готової продукции

РефератДопомога в написанніДізнатися вартістьмоєї роботи

Организация обробки інформації на ЕОМ із формування плану поставок готової продукции (реферат, курсова, диплом, контрольна)

ТОЛЬЯТТИНСКИЙ ДЕРЖАВНИЙ ІНСТИТУТ СЕРВИСА.

КАФЕДРА: «ПРИКЛАДНА ІНФОРМАТИКА У ЭКОНОМИКЕ».

КУРСОВА РАБОТА.

з дисципліни: «Інформатика і програмування» на задану тему: «Організація обробки інформації на ЕОМ із формування плану поставок готової продукции.».

Выполнил: студент гр Проверил:

Тольятті 2003 г.

CОДЕРЖАНИЕ.

Запровадження—————————————————————————————————- ——————————2 1. Аналитическая частина——————————————————————————— ———————-5 1.1.Общая характеристика проблеми————————————————————— ————5 1.2.Формулировка завдань——————————————————————————- ———————7 1.3.Мотивация завдань ———————————————————————————- ———————-10 1.4.Назначение розробки————————————————————————— ——————12.

1.5.Исходные вимоги до кінцевого результату—————————————- ——13.

1.6.Планируемые показники ефективності.————————————————- ——16.

1.7. Вибір апаратних коштів———————————————————————- ————-17.

1.8.Описание загальної структури програми—————————————————- ——-18.

2.Модель даних————————————————————————————— ———————19.

3.Практическая частина——————————————————————————- ————————22.

3.1.Описание Елементів програми розвитку й своїх функцій—————————————- —22.

3.2. Блок-схема————————————————————————————- —————————-25 3.3. Керівництво користувача——————————————————————- ——————26 3.4. Випробування програмного продукту——————————————————- ———-30 3.5. Розробка бізнес-плану автоматизованої довідково-інформаційної системи «Облік постачання і реалізації"———————————————————— ———-31 Укладання.———————————————————————————————- —————————-32 Список використаних позначень————————————————————- ———-33 Список використовуваної літератури.—————————————————————- ————-34.

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

Отже, у складі господарства Москви входять підприємства міста і організації, як сфери матеріального виробництва, і сфери обслуговування, як госпрозрахункові, і котрі перебувають державною бюджеті. Найбільше держбюджетних організацій підпорядковано Міністерства освіти та Москви: школи, дитячі садки, педагогічні інститути, технікуми, училища тощо. (близько тридцяти% загальної кількості організацій); Міністерства охорони здоров’я Москви — лікарні, санаторії, госпіталі та інших. лікувальні установи (близько 20%); міністерства культури та освіти Москви — театри, бібліотеки, музеї та ін. (понад 25 відсотків% загальної кількості організацій) .

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

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

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

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

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

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

Розроблюваний програмний продукт надто відрізнятиметься від аналогічного програмного забезпечення можливістю застосування на сучасної электроннообчислювальної технике,[1] зручним інтерфейсом, низькою вартістю, можливістю її використання будь-якою предприятии.

1.Аналитическая часть.

1.1.Общая характеристика проблемы.

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

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

Контроль над втіленням договорів здійснюють товарні отделы.

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

Правильна приймання й документами які поступили товаров.

Є надійною основою схоронності товарно-матеріальних ценностей.

Загальний порядок приймання товарно-матеріальних цінностей встановлено «Положенням щодо постачання продукції виробничо-технічного призначення». Порядок і продовжити терміни приймання товарно-матеріальних цінностей на певному кількість і якість, оформлення актів приймання і пред’явлення претензій визначено інструкцією про порядок приймання продукції производственнотехнічного призначення і товарів народного споживання за кількістю інструкцією про порядок приймання продукції виробничо-технічного призначення за якістю. Особливості приймання окремих видів продукції визначаються Держстандартах [12.01.005−89], технічних умовах, Особливих умовах постачання російської та договорах поставки, які передбачають особливі порядки приймання продукції при поставках.

На підприємствах державної форми власності здійсненням всіх дій що з поставками і оформленням необхідні документи, при наявності відповідного програмного забезпечення, займається певне кількість персоналу підприємства, але, зазвичай, розробка такого програмного забезпечення велася мовами низького рівня програмування, а й за останні 6−8 років розвиток машинних коштів (ПЕОМ), програмних коштів різко збільшилася, тому раніше розроблене ПО і не відповідає більш високим вимогам, що ставляться до сучасним програмним продуктам. Що саме стосується підприємств, фірм різний форм приватної власності, всі вони найчастіше мають зовсім відповідного програмного забезпечення, що значно збільшує трудомісткість процесу контролю та обліку проведення поставок. Розроблюваний програмний продукт і покладено дані проблемы.

1.2.Формулировка задач.

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

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

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

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

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

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

Отже і розробити програми необхідні такі завдання: реалізація управління доступом до програми; створити СУБД до роботи програми; розробити довідкову інформацію з програмі; виконати аналіз політики та обліку поставок.

1.3.Мотивация задач.

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

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

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

1.4. Призначення разработки.

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

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

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

Розроблюваний автоматизовану систему має реалізувати такі функції: 1. Забезпечення введення даних про поставки на підприємство; 1. Аналіз введеної інформації; 1. Підрахунок заборгованості підприємства за здійснені поставки; 1. Визначати оптимальний рахунок-фактуру з погляду «количество-цена»;

1.5.Исходные вимоги до кінцевого результату.

1.5.1.Требования по функциональности.

Розроблювана програма має забезпечити автоматизований контроль, а як і облік поставок на підприємство (цех цього підприємства), при цьому створювана система повинна: Забезпечувати введення, що з поставками на підприємство й нам обробку цих даних; Створювати звітні документи і документи в організацію грузопоставок; При введення даних про найменуванні товарів повинен використовуватися довідник «Номенклатура товарів»; Створювані документи повинні відповідати галузевим стандартам, прийнятим на предприятии.

1.5.2.Условия эксплуатации.

Утворюваний програмний продукт має використовуватися директором підприємства, начальником цеху, начальником складу, залежно від місця експлуатації продукту. Задані характеристики функціонування повинні забезпечуватися за умов, визначених конкретним носієм даних, у якому зберігаються дані. Найпоширенішими носіями даних нині є жорстких дисків, котрим оптимальним є функціонування при високих температурах від 5 до +35оС і відносній вологості від 10 до 60 процентов.

1.5.3.Требования до складу і параметрами технічних средств.

Програма повинна функціонувати на персональні комп’ютери зі наступній конфигурацией:

3. IBM PC/AT сумісних ПЕОМ не нижче Pentium 100;

4. з обсягом ОЗУ щонайменше 16 мегабайт;

5. Обсяг необхідного дискового простору — щонайменше 10 мегабайт.

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

6. наявність ОС типу Windows 95, Windows 98, Windows NT.

4.x, Windows 2000 і сумісних з ними;

7. наявність бази даних LocalInterBase чи сумісних з ней;

8. введення дати обов’язковий у вигляді маски;

9. введення цифр обязателен.

1.6.Планируемые показники эффективности.

Через війну виконаної роботи передбачається досягти наступних эффектов:

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

18. автоматизація контролю поставок;

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

20. стала популярність про конкретні строки оплати здійснених поставок.

1.7. Вибір апаратних средств.

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

Швидкість функціонування ПЕОМ переважно такими параметрами: Обсягом оперативної пам’яті (ВП); Швидкодією процесора; Обсягом відеопам'яті (ВП).

З вимог що висуваються до що використовуються програмним засобам розробки (Delpi 3.0 InterBase 4.2) мінімальне значення перелічених вище параметрів становить ВП — 12 МБ, процесор — з урахуванням Intel 486, ВП — 1 Мб.

При мінімальних значеннях параметрів функцмонирование розробленої АСИС малоефективно, тому рекомендуемым є комп’ютер з такими значеннями параметрів: Процесор — intel 586−100 МГц; Оперативна пам’ять — 16 МБ; Видеопамять — 1 Мб;

Бібліотека компонентів містить багато стандартних компонентів, які можна використовувати під час створення додатків. Сюди відносяться елементи управління у стилі Windows95 і IE 4.0, і навіть шаблони для форм і экспертов[9].

1.8.Описание загальної структури программы.

Схема функціонування автоматизованої системи представлена на рис. 1.2.

Рис. 1.2. Схема функціонування программы.

2.Модель данных.

[pic].

3.Практическая частина 3.1.Описание Елементів програми розвитку й своїх функцій. У конкурсній програмі використовуються чотири формы:

. Form1: Головна форма (форма приложения);

. Form2: Форма для додавання товару на склад;

. Form3: Форма до створення заказа;

. AboutBox: Форма інформації про программе.

Основні процедури программы.

UNIT1.

procedure TForm1. FormCreate (Sender: TObject); Визначає властивості об'єктів SG (StringGrid): кількість рядків, шпальт, їх розміри та інших. procedure TForm1. Button1Click (Sender: TObject); Викликається натисканням кнопки Постачання на вкладке Сховище. Викликає форму для додавання товару. procedure TForm1. Button2Click (Sender: TObject); Викликається натисканням кнопки Продаж. Викликає форму до створення замовлення товару. procedure SaveFile (s:string); Виробляє поточне збереження стану таблиць SG1. SG4 в файл. При збереженні використовуються типи r1, r2, r3, r4. Кожен тип — рядок кожної з чотирьох таблиць. Параметр p. s — ім'я файла. procedure ReadFile (s:string); Виробляє завантаження даних із файла до таблиць. procedure DeleteItem (var mySG: TstringGrid; n: integer); Виробляє видалення з таблиці рядки з номером n. Усі нижні рядки зсуваються вгору. procedure TForm1. N8Click (Sender: TObject); Викликається вибиранням пункту головного меню Дані - Створити звіт. Викликає діалогове вікно на утвердження створення звіту. Потім відбувається збереження стану всіх таблиць в файлі із зазначенням у його назві місяці та року, розширення .cnd. Після збереження відбувається видалення з таблиці всіх даних крім товарів складі. Якщо будь-якого товару не залишилося (кількість — 0), він видаляється зі списку. procedure TForm1. FormClose (Sender: TObject; var Action: TCloseAction); Викликається закриттям головною форми. З’являється діалогове вікно, яка потребує підтвердження зберегти дані в файл. procedure TForm1. SG1KeyDown (Sender: TObject; var Key: Word; Shift: TShiftState); Коли активний компонент — таблиця, то, при натисканні ENTER з’являється форма створення замовлення. Якщо INS, то додавання нового товара.

UNIT2.

procedure FindItem (var mySG: TstringGrid; ItemToSend: string); Знаходить на компоненті mySG рядок товару ItemToSend і записує в властивість Row номер рядки. За відсутності певного товару, встановлює «покажчик» в кінець таблиці збільшує загальна кількість рядків ній. procedure TForm2. Button1Click (Sender: TObject); Виконується натисканням кнопки ОК на формі додавання товару. Змінює дані в таблиці SG1 (Сховище) і таблиці SG4 (Поступления).

UNIT3.

procedure FindItem2(var mySG: TstringGrid; ItemToSend: string); Знаходить товар в таблиці аналогічно процедурі FindItem. Відрізняється тим, що за відсутності цього товару процедура виводить відповідне повідомлення. procedure TForm3. Button1Click (Sender: TObject); Викликається натисканням кнопки ОК на формі створення замовлення. Відбувається зміна даних у трьох таблицях: зменшення кількості товару у вкладке Сховище, додавання рядки нового замовлення у вкладку Замовлення, збільшення кількості проданих товарів у вкладке Продано.

3.2. Блок-схема [pic].

3.3. Керівництво користувача. Програма «Облік постачання і реалізації» проста у своєму використанні, що робить її доступною для таких людей мало знайомими з комп’ютером. Для введення відвантаженого товару натискаємо кнопку «Додати товар» мал.1, в який з’явився вікні указуємо назва товару, кількість товару, собівартість, відсоток накрутки і код (Рис.2). Дані з’являються у вкладке «Сховище» (Мал.1). Для оформлення замовлення виділяємо потрібний товар і натискаємо кнопку «Замовити», де указуємо найменування товару, у, назва підприємства, ФИО, адресу замовника (Рис.3). Дані про замовленні з’являються у вкладке «Замовлення» (Рис.4). У вкладке «Продано» у частині розташована інформацію про виручці і перерозподілу прибутку з певного товару, і з права зі всієї реалізованої продукції (Див. Мал.5). У вкладке «Поставки» (Див. Мал.6) зберігається інформацію про всієї відвантаженої продукції (найменування, у, собівартість, дата та палестинці час відвантаження продукції) Також програма може робити щомісячні звіти (Дані > Створити звіт). При кожному закритті, програма пропонує зберегти введённые данные.

Мал.1 Облік постачання і реализации.

[pic].

Рис. 2 Додавання товару Рис. 3 Реализация.

Рис. 4 Заказы.

[pic].

Див. Мал.5 Продано.

[pic].

Див. Мал.6 Поставки.

[pic].

3.4.Испытания програмного продукту. 27. Надійність програмного забезпечення (ПО) є можливість його роботи без відмов протягом певного періоду часу, розрахована з урахуванням вартості для користувача кожного отказа[11]. Надійність програмного забезпечення як визначальний елемент його якості закладається на етапі розробки та проектування, реалізується на етапі реалізації ПО[12]. Вибір критеріїв, що ними визначаться надійність ПО, пошук оптимальної стосовно цим критеріям його структури, вибір режиму роботи ПО — ось лише невеликий перелік тих проблем, що їх вирішені на етапі створення та її реалізації ПО до його эксплуатации.

Довідкові документы.

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

1. ГОСТ Р28 195−89 Оцінка якості програмних средств.

1. ISO/IEC 9126: 1999 Information Technology Software Product Quality.

Characteristics.

1. Стандарти розробки ПО ESA PSS-05−0-1991.

3.5. Розробка бізнес-плану автоматизованої справочноінформаційної системи «Облік постачання і реализации».

Резюме.

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

Для можливості роботи з цим програмним продуктом необхідна ПЕОМ з урахуванням процесора Intel Pentium 100 і від, з вільним дисковим простором щонайменше 10 Mb, оперативної пам’яттю — 16 Mb. ПЕОМ де експлуатуватиметься надана програма необхідно забезпечити операційній системою Windows 95 чи системами сумісними з ней.

Заключение

Розроблено програму система «Облік постачання і реалізації». У результаті виконаною розробки можна зробити такі выводы:

1. Розроблена програма дозволяє досягти наступних эффектов:

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

29. автоматизація контролю поставок;

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

31. своєчасне отримання інформації про конкретні строки сплати здійснені поставки.

2. Доцільність розробки обумовлюється наявністю вільного сегмента ринку реалізації розробленої программы.

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

Список використовуваних обозначений.

АСИС — автоматизована довідково-інформаційна система;

БД — база данных;

ОЗУ — оперативне запам’ятовуючий устройство;

ПК — персональний компьютер;

ПО — програмне обеспечение;

ВП — оперативна память;

ВП — видеопамять;

ПП — програмний продукт;

ПЕОМ — персональна електронно-обчислювальна машина;

СУБД — систему управління базами данных;

Список використовуваної литературы.

1. Ріхтер Джеффрі «Windows для професіоналів», С-Пб. Російська редакция.

1998.

1. Пеньків О.Г. «Організація обліку в матеріально-технічному постачанні», Фінанси, М. 1998.

1. А.А. Бакаєв, В.І. Гриценко, Д. Н. Козлов «Методи організації та обробки баз знань» Наукова думка, Київ 1993.

1. Л. В. Кокорева, О. Л. Перевозчикова «Діалогові системи та уявлення знань» М., 1995.

1. А. О. Навакатикян, В. В. Кальнищ «Охорона праці користувачів комп’ютерних видеодисплейных терміналів» Київ 1997.

1. Бронин Є.І. «Принципи побудови і архітектура САПР».

1. Цвєтков В.Д. «Системно-структурное моделювання і автоматизація проектирования»;

1. Сван. Т Delphi 4. «Біблія разработчика».

1. Хендерсон До. «Керівництво розробника баз данных».

1. Грого П. «Програмування мовою Паскаль».

2. Р. Маєрс «Надійність ПО» Світ, М., 1980.

3. К.Г. Гусєв М. Ф. Бабаков «Oсновы теорії надійності навчальний пособие».

ХАІ 1975 ———————————;

ЗАКАЗЧИК.

Визначення оптимального заказа.

ПОСТАЧАННЯ ПРОДУКЦИИ.

ЗАМОВЛЕННЯ НА ПОСТАВКУ ПРОДУКЦИИ.

ОТРИМАННЯ СЧЕТА-ФАКТУРЫ.

ВІДПРАВЛЕННЯ ЗАЯВКИ.

ОПЛАТА ПОСТАВКИ.

Рис 1.1 Функціональна схема здійснювати постачання на предприятие.

ВИСНОВОК ДОГОВОРА.

ПОСТАЧАЛЬНИК № N.

ПОСТАЧАЛЬНИК № 2.

ПОСТАЧАЛЬНИК № 1.

Інтерфейс БД.

Пользователь.

Трансляция.

Інтерфейс пользователя.

Пользователь.

Хранилище Поставка Остаток Реализация Наименование Наименование Номер заказа Наименование Код Дата реалізації Себестоимость.

Код Виготовлювач Дата реализации.

Код Дата реализации.

Выручка Количество заказа.

Кількість прихода Количество остатка.

Дата поступления Текущая дата Дата заказа ФИО.

Предприятие.

Телефон Заказчик Сумма поставки.

Сума заказа.

Начало.

Рис. Гол. формы.

Наж. кнопка «Доб. Тов.».

Рис. форми «Доб. Тов.».

Пошук необх. тов. в табл.

Пополн. Тов. на вкл. «Хранилище».

Регістр. На вкл. «Поставки».

Наж. кн. «Заказать».

Нет.

Рис. Форми «Реализация».

Доб. Замовлення на вкл. «Заказы».

Пошук прод. Тов. на вкл. «Продано».

Повів. Прод. Тов. на вкл. Продано".

Дані > «Созд. Отч.».

Созд. Фаил отч.

Да Нет Да.

Очищ. Усіх форм крім «Хранилище».

Выход.

Конец Нет Да Да Нет.

Показати весь текст

Заповнити форму поточною роботою