Діаграми потоків даних ( DFD ) є основним засобом моделювання функціональних вимог до проектованої системи. З їх допомогою ці вимоги представляються у вигляді ієрархії функціональних компонентів (процесів), зв'язаних потоками даних. Головна мета такого уявлення - продемонструвати, як кожний процес перетворить свої вхідні дані у вихідні, а також виявити відносини між цими процесами.
Для побудови DFD традиційно використовуються дві різні нотації, відповідні методам Йордану і Гейна -Сэрсона. Ці нотації трохи відрізняються один від одного графічним зображенням символів. Відповідно до даних методів модель системи визначається як ієрархія діаграм потоків даних, що описують асинхронний процес перетворення інформації від її введення в систему до видачі користувачу. Діаграми верхніх рівнів ієрархії (контекстні діаграми) визначають основні процеси або підсистеми із зовнішніми входами і виходами. Вони деталізують за допомогою діаграм нижнього рівня. Така декомпозиція продовжується, створюючи багаторівневу ієрархію діаграм, до тих пір, поки не буде досягнутий рівень декомпозиції, на якому процеси стають елементарними і деталізувати їх далі неможливо.
Основними компонентами діаграм потоків даних є:
· зовнішні єства; системи і підсистеми; процеси; накопичувачі даних;
· потоки даних.
Зовнішнє єство є матеріальним об'єктом або фізичною особою, є джерелом або приймачем інформації, наприклад замовники, персонал, постачальники, клієнти, склад. Визначення деякого об'єкту або системи як зовнішнє єство указує на те, що вони знаходяться за межами меж аналізованої системи. В процесі аналізу деякі зовнішні єства можуть бути перенесені всередину діаграми аналізованої системи, якщо це необхідне, або, навпаки, частина процесів може бути винесена за межі діаграми і представлена як зовнішнє єство.
Першим кроком при побудові ієрархії DFD є побудова контекстних діаграм. Звичайно при проектуванні щодо простих систем будується єдина контекстна діаграма із зіркоподібною топологією, в центрі якій знаходиться так званий головний процес, сполучений з приймачами і джерелами інформації, за допомогою яких з системою взаємодіють користувачі і інші зовнішні системи. Перед побудовою контекстної DFD необхідно проаналізувати зовнішні події (зовнішні єства), що роблять вплив на функціонування системи. Кількість потоків на контекстній діаграмі повинна бути по можливості невеликою, оскільки кожний з них може бути надалі розбитий на декілька потоків, на наступних рівнях діаграми.
Для перевірки контекстної діаграми можна скласти список подій. Список подій повинен складатися з описів дій зовнішніх єств (подій) і відповідних реакцій системи на події. Кожна подія повинна відповідати одному (або більш) потоку даних: вхідні потоки інтерпретуються як дії, а вихідні потоки - як реакції системи на вхідні потоки.
Для складних систем будується ієрархія контекстних діаграм. При цьому контекстна діаграма верхнього рівня містить не єдиний (головний) процес, а набір підсистем, сполучених потоками даних. Контекстні діаграми наступного рівня деталізують контекст і структуру підсистем.
Ієрархія контекстних діаграм визначає взаємодію основних функціональних підсистем, як між собою, так і із зовнішніми вхідними і вихідними потоками даних і зовнішніми об'єктами (джерелами і приймачами інформації), з якими взаємодіє система.
• наявність у процесу щодо невеликої кількості вхідних і вихідних потоків даних (2-3 потоки);
• можливості опису перетворення даних процесом у вигляді послідовного алгоритму;
• виконання процесом єдиної логічної функції перетворення вхідної інформації у вихідну;
• можливості опису логіки процесу за допомогою специфікації невеликого
• об'єму (не більше 20 - 30 рядків).
• Специфікації повинні задовольняти наступним вимогам:
• для кожного процесу нижнього рівня повинна існувати одна тільки одна специфікація;
• специфікація повинна визначати спосіб перетворення вхідних потоків у вихідні;
• немає необхідності (принаймні, на стадії формування вимог) визначати метод реалізації цього перетворення;
• специфікація повинна прагнути обмеження надмірності;
• набір конструкцій для побудови специфікації повинен бути простим і зрозумілим.
Фактично специфікації є описами алгоритмів задач, виконуваних процесами. Специфікації містять номер або ім'я процесу, списки вхідних і вихідних даних і тіло (опис) процесу, що є специфікацією алгоритму або операції, що трансформує вхідні потоки даних у вихідні. Відома велика кількість різноманітних методів, що дозволяють описати тіло процесу. Відповідні цим методам мови можуть варіюватися від структурованої природної мови або псевдокоду до візуальних мов проектування.
Структурована природна мова застосовується для читабельного, достатньо строгого опису специфікацій процесів. Він є розумним поєднанням строгості мови програмування і читабельності природної мови і складається з підмножини слів, організованих в певні логічні структури, арифметичних виразів і діаграм.
Прикладна система, що розробляється для даного підрозділу, повинна забезпечувати інформаційну підтримку функції обліку і реєстрації платників-організацій податків. Реалізація функції обліку включає наступні дії:
• первинну постановку на податковий облік (платник податків перший раз стає на облік);
• повторну постановку на податковий облік (платник податків вже має ІНП (ідентифікаційний номер платника податків));
• зняття з податкового обліку (без Ліквідації юридичної особи);
• зняття з податкового обліку (при ліквідації юридичної особи);
• ведення Державного реєстру платників податків;
• облік відомостей про відкриття і закриття банківських рахунків платника податків;
• звірку даних по розрахункових рахівницях платників податків з комерційними банками;
• прийом заяв платників податків про зміну облікової політики, організації обліку і звітності. Платник-організація податків відповідно до статті податкового кодексу підлягає постановці на облік в податковому органі:
• по місцю знаходження організації;
• по місцю знаходження філіалів і представництв організації;
• по місцю знаходження нерухомого майна і транспортних засобів, що підлягають оподаткуванню, що належить організації. Облік і реєстрація виконуються податковим інспектором дпі.
Платник податків повинен представити наступні документи:
• заява про постановку на облік;
• статут організації;
• лист з кодами статистики з Держкомстату;
• свідоцтво про державну реєстрацію юридичної особи, одержане в Державній реєстраційній палаті;
• протокол збору засновників.
Початкова контекстна діаграма в нотації Гейна - Серсона зображена на мал. 7.1.
Для завершення аналізу функціонального аспекту системи будується повна контекстна діаграма, що включає діаграму нульового рівня..
Концептуальна модель даних у вигляді ERD будується виходячи з таких міркувань:
• єства можуть бути розпізнані як структури даних в DFD. Щоб розглядати об'єкт як єство, він повинен володіти більш ніж одним атрибутом;
• зв'язки повинні відображати наявність взаємодії між єствами, причому в системі повинна зберігатися інформація про цю взаємодію.
 |
Для того, щоб створити базу даних необхідно запустити програму DataBase Desktop, див. мал 7.1.
Мал. 7.1. Загальний вид програми DataBase Desktop
 |
З'являється діалогове вікно, де ми указуємо тип бази Тable type Paradox7, див. мал. 7.2.
Мал.. 7.2. Вибір типу БД
Потім в полі Field Name указуємо імена полів, які будуть в таблицях, див. мал. 7.3, 7.4.
Мал. 7.3. Поля таблиці Fiz.DB (для фізичних осіб)
Мал. 7.4. Поля таблиці Urid.DB. (Юридичні особи)
Загальній вигляд інтерфейсу інформаційної системи для податкової служби наведені на мал. 7.5.
Мал. 7.5. Загальній вигляд інтерфейсу інформаційної системи
для податкової служби.
ДОДАТОК А
Луганський національний аграрний університет
(тема курсової роботи)
 |
КУРСОВА РОБОТА
ПОЯСНЮВАЛЬНА ЗАПИСКА
 |
(позначення документа)
Студент групи
назва групи особистий підпис розшифрування підпису
Керівник курсової роботи
особистий підпис, дата розшифрування підпису
рік виконання роботи
ДОДАТОК Б
Луганський національний аграрний університет
Факультет Кафедра
Спеціальність
ЗАВДАННЯ
на курсову роботу студенту
1 Тема роботи
2 Термін здачі студентом закінченого роботи
 |
3 Вихідні дані до роботи
 |
| |
| |
4 Зміст розрахунково-пояснювальної записки ( перелік питань, що їх треба розробити )
 |
5 Перелік графічного матеріалу і додатків
 |
 |
 |
6 Дата видачі завдання
 |
КАЛЕНДАРНИЙ ПЛАН
| № | Назва етапів курсової роботи | Термін виконання етапів роботи | Примітки |
Студент
(підпис)
Керівник роботи
(підпис)
ДОДАТОК В
Тематика курсових робіт по предмету “Системи оброблення економічної інформації” для студента III курсу спеціальності “Економічна кібернетика”
Проектування процесу обстеження для автоматизованої обробки інформації (АОІ) промислових підприємств
1. Проектування процесу обстеження для АОІ обліку договорів і поставок в промисловому підприємстві.
2. Проектування процесу обстеження для АОІ по обліку праці і заробітної плати на промисловому підприємстві.
3. Проектування процесу обстеження для АОІ по обліку руху матеріальних цінностей на промисловому підприємстві.
4. Проектування процесу обстеження для АОІ по обліку роботи автотранспорту на промисловому підприємстві.
5. Проектування процесу обстеження для АОІ по обліку витрат на виробництво.
6. Проектування процесу обстеження для АОІ по обліку розрахунку товарної продукції.
7. Проектування процесу обстеження для АОІ по обліку складання бухгалтерського балансу.
8. Проектування процесу обстеження для АОІ по обліку руху основних засобів.
9. Проектування процесу обстеження для АОІ по обліку амортизаційних відрахувань основних засобів на промисловому підприємстві.
10. Проектування процесу обстеження для АОІ по обліку відвантаження та реалізацію готової продукції на промисловому підприємстві.
11. Проектування процесу обстеження для АОІ по табельному обліку на промисловому підприємстві.
12. Проектування процесу обстеження для АОІ по обліку малоцінних швидкозношуючих предметів на промисловому підприємстві.
13. Проектування процесу обстеження для АОІ по обліку аналізу виконання плану поставок готової продукції на промисловому підприємстві.
14. Проектування процесу обстеження для АОІ по обліку браку на виробництві.
15. Проектування процесу обстеження для АОІ по обліку фінансово-розрахункових операцій.
16. Проектування процесу обстеження для АОІ по обліку робіт по технічній підготовці виробництва, нормування на даному підприємстві.
17. Проектування процесу обстеження для АОІ по обліку інформації по техніко-економічному плануванню на даному підприємстві.
18. Проектування процесу обстеження для АОІ по обліку інформації по оперативно календарному плануванню на даному підприємстві.
19. Проектування процесу обстеження для АОІ по обліку розрахунків з покупцями.
20. Проектування процесу обстеження для АОІ по обліку розрахунків з постачальниками.
21. Проектування процесу обстеження для АОІ по обліку кадрів.
22. Проектування процесу обстеження для АОІ по обліку руху кадрів.
23. Проектування процесу обстеження для АОІ по обліку праці і погодинної заробітної плати промислового підприємства.
24. Проектування процесу обстеження для АОІ по обліку праці і відрядної заробітної плати промислового підприємства.
25. Проектування процесу обстеження для АОІ по обліку технічного обслуговування авто транспорту АТП.
26. Проектування процесу обстеження для АОІ по обліку плати за проїзд автобусами АТП
27. Проектування процесу обстеження для АОІ по табельному обліку.
28. Проектування процесу обстеження для АОІ по обліку даних зведеної звітності про стан підприємства.
29. Проектування процесу обстеження для АОІ по обліку розрахунку собівартості продукції.
30. Проектування процесу обстеження для АОІ по обліку управлінської інформації керівника підприємства.
31. Проектування процесу обстеження для АОІ по обліку матеріалів при доведеному плані виробництва.
32. Проектування процесу обстеження для АОІ по обліку розрахунку розходу витрат матеріалів і калькуляції на виготовлення деталей і вузлів промислового підприємства.
33. Проектування процесу обстеження для АОІ по обліку листів тимчасової непрацездатності.
34. Проектування процесу обстеження для АОІ по обліку витрат дорогоцінних металів в промисловому підприємстві.
35. Проектування процесу обстеження для АОІ по обліку праці і зарплати та обробки його матеріалів.
Проектування процесу обстеження для автоматизованої обробки інформації (АОІ) сільськогосподарських підприємств
1. Проектування процесу обстеження для АОІ по обліку матеріальних цінностей сільськогосподарської продукції і її реалізації.
2. Проектування процесу обстеження для АОІ по обліку праці і її оплати в С/Г підприємствах.
3. Проектування процесу обстеження для АОІ по обліку робіт вантажного автотранспорту в С / Г підприємствах.
4. Проектування процесу обстеження для АОІ по обліку робіт тракторного парку С / Г підприємствах.
5. Проектування процесу обстеження для АОІ по обліку бухгалтерського балансу С/Г підприємствах.
6. Проектування процесу обстеження для АОІ по обліку втрат на виробництво в С/Г підприємствах.
7. Проектування процесу обстеження для АОІ по обліку фінансових і розрахункових операцій в С/Г підприємствах.
8. Проектування процесу обстеження для АОІ по обліку основних засобів в С/Г підприємствах.
9. Проектування процесу обстеження для АОІ по обліку прийому худоби на м’ясокомбінат
Проектування процесу обстеження для автоматизованої обробки інформації (АОІ) інших галузей народного господарства
1. Проектування процесу обстеження для АОІ по обліку розрахунків квартиронаймачами ЖЕКу.
2. Проектування процесу обстеження для АОІ по обліку розрахунків з батьками за утримання дітей в дитячих дошкільних закладах ЦБ.
3. Проектування процесу обстеження для АОІ по обліку праці і заробітної плати робітників бюджетної організації.
4. Проектування процесу обстеження для АОІ по обліку продуктів харчування в бюджетних організаціях.
5. Проектування процесу обстеження для АОІ по обліку роботи терапевтичної служби поліклінічного відділення ЦР лікарні.
6. Проектування процесу обстеження для АОІ по диспансерному обліку хворих.
7. Проектування процесу обстеження для АОІ по обліку лікарняних листів поліклінічного відділу ЦРЛ.
8. Проектування процесу обстеження для АОІ по обліку руху товарів і тари.
Дата: 2019-05-29, просмотров: 183.
