Проектування програмного забезпечення. Обгрунтування проектних рішень по видах забезпечення Навіщо потрібна виконавча документація та звідки вона береться

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

2.4.3. Вибір і обгрунтування проектних рішень

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

2.4.3.1. Вибір і обгрунтування проектних рішень по технологічному забезпеченню

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

Особливу увагу слід приділити наступним питанням:

· Класифікації методів і засобів збору, зберігання і передачі інформації по каналах зв'язку і обгрунтування вибору конкретних методів і засобів з урахуванням характеристик, отриманих в результаті аналізу предметної області;

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

· Огляду методів і мов спілкування в процесі виконання завдання на ЕОМ і обгрунтування вибору методу і конкретного мови (мова запитів, шаблонів, меню, підказок, директив і т. Д.);

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

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

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

2.4.3.2. Вибір і обгрунтування проектних рішень з інформаційного забезпечення

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

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

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

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

· Обгрунтування способу організації інформаційної бази:

Чи буде це архітектура "файл-сервер" або "клієнт-сервер";

Чи буде це 3-рівнева архітектура з наступними шарами: сервер, ПО проміжного шару (сервер додатків), клієнтське ПЗ;

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

Чи буде БД однорідної, тобто, чи будуть всі сервери БД продуктами одного і того ж виробника (наприклад, всі сервери тільки Oracle або всі сервери тільки DB2 UDB). Якщо БД не буде однорідною, то яке ПЗ буде використано для обміну даними між СУБД різних виробників (вже існуюче або розроблене спеціально як частина проекту) ;.

Чи будуть для досягнення належної продуктивності вико-тися паралельні сервери БД (наприклад, Oracle Parallel Server, DB2 UDB і т. П.).

· Обгрунтування складу і способів організації файлів з результатной і проміжної інформацією;

· Обгрунтування способу відновлення даних (розробки транзакцій, типових процедур поновлення);

· Способи забезпечення захисту даних, що зберігаються.

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

2.4.3.3. Вибір і обгрунтування проектних рішень з програмного забезпечення

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

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

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

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

· Обґрунтувати вибір засобів проектування і розробки інформаційного забезпечення (СУБД і середовища розробки ПО), прикладного програмного забезпечення (методів і середовища розробки прикладних програм, мов програмування, спеціалізованих бібліотек);

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

· Визначити склад запропонованих процедур обробки даних клієнтської частини корпоративної ІС.

2.4.3.4. Вибір і обгрунтування проектних рішень з технічного забезпечення

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

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

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

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

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

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

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

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

2.5. Розділ «ПРОЕКТНА ЧАСТИНА»

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

Глава може мати наступну структуру:

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

3.1. функціональна архітектура

3.2. технологічне забезпечення

3.3. Інформаційне забезпечення

3.3. Математичне та алгоритмічне забезпечення

3.4. Програмне забезпечення

3.5. Апаратне забезпечення

3.6. організаційне забезпечення

3.7. Забезпечення інформаційної безпеки

3.8. контрольний приклад

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

2.5.1. Різні варіанти структури проектної частини диплома

Представлена \u200b\u200bструктура проектної частини є максимальною - в конкретному дипломному проекті будуть відображені тільки ті розділи, які визначені в розд. 2.3.6.2.

Корінні відмінності в структурі проектного розділу диплома будуть визначатися спрямованістю роботи. Як говорилося раніше, можливі такі варіанти проектування:

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

· Створення автоматизованого робочого місця (АРМ);

· Розробка підсистеми ІС організації;

· Впровадження типового рішення ( «коробкового продукту»);

· Науково-практична розробка в галузі прикладної інформатики.

2.5.2. функціональна архітектура

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

Функціональна архітектура може бути представлена \u200b\u200bдеревом функцій предметної області - ієрархічною моделлю видів діяльності підприємства (рис. 3).

Мал. 3. Приклад функціональної архітектури

Більш детально бізнес-процеси розкриваються в моделях «TO BE» (побудованих, наприклад, в методології IDEF0).

2.5.2. технологічне забезпечення

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

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

2.5.3. Інформаційне забезпечення

Інформаційне забезпечення ІС включає два блоки:

а) внемашинное інформаційне забезпечення (класифікатори техніко-економічної інформації, документи, методичні інструктивні матеріали);

б) внутримашинное інформаційне забезпечення (макети / екранні форми для введення первинних даних в ЕОМ або виведення результатної інформації, структури інформаційної бази: вхідних, вихідних файлів, бази даних).

Методика розробки інформаційної моделі передбачає моделювання:

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

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

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

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

· Найменування кодованого безлічі об'єктів (наприклад, кодів підрозділів, табельних номерів і т. Д.),

· Значность коду,

· Система кодування (серійна, порядкова, комбінована),

· Система класифікації (ієрархічна, багатоаспектна або відсутній),

· Вид класифікатора (міжнародний, галузевої, загальносистемний і т. П.).

Приклад опису класифікатора:

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

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

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

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

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

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

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

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

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

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

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

2.5.4. Математичне та алгоритмічне забезпечення

Тут наводиться сукупність математичних формул, методів і моделей для реалізації цілей і завдань ІС.

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

2.5.5. Програмне забезпечення

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

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

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

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

Введення даних "href \u003d" / text / category / vvod_dannih / "rel \u003d" bookmark "\u003e вводяться, перегляду введеної інформації, роботу з файлами нормативно-довідкової інформації, протоколювання дій користувача, а також допомога на всіх етапах роботи.

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

Діалог в ІС не завжди можна формалізувати в структурній формі. Як правило, діалог в явному вигляді реалізований в тих ІС, які жорстко прив'язані до виконання предметної технології. У деяких складних ІС (наприклад, в експертних системах) діалог не формалізується в структурній формі і тоді даний пункт може не містити описаних схем.

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

Мал. 5. Приклад сценарію діалогу

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

· Які виконують службові функції;

Керуючі модулі, призначені для завантаження меню і передачі управління іншому модулю;

· Модулі, пов'язані з введенням, зберіганням, обробкою і видачею інформації.

0 "style \u003d" margin-left: 12.5pt; border-collapse: collapse "\u003e

ідентифікатор

Виконуються модулем функції

Початок роботи з програмою. Вибір пунктів головного меню.

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

Реєстрація нової заявки.

Довідник замовників.

Довідник марок транспортних засобів.

Довідник тип кузова

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

Довідник підстав на заявку

Довідник ПММ.

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

Журнал заявок на транспорт.

Довідник клас водія

Реєстрація нового подорожнього листа, редагування полів запису.

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

Схема взаємозв'язку програмних модулів і інформаційних файліввідображає взаємозв'язок програмного та інформаційного забезпечення ІС, і може бути представлена \u200b\u200bкількома схемами, кожна з яких відповідає певному режиму (наприклад, рис. 7). Головний же частина, представляється одним блоком з покажчиками схем режимів.

робочого часу і нарахування основної заробітної плати "width \u003d" 580 "height \u003d" 372 "/\u003e

Мал. 7. Приклад схеми взаємозв'язку програмних модулів і інформаційних файлів

2.5.6. Апаратне забезпечення

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

приклад:

Вимоги до технічних характеристик серверів БД:

- Процесор - 2 х Intel Xeon 3 ГГц;

- Обсяг оперативної пам'яті - 16 Гб;

- Дискова підсистема - 4 х 146 Гб;

- Мережевий адаптер - 100 Мбіт.

Вимоги до технічних характеристик серверів додатків:

Вимоги до технічних характеристик веб сервера:

Вимоги до технічних характеристик ПК користувача і ПК адміністратора:

- Процесор - Intel Pentium 1.5 ГГц;

- Обсяг оперативної пам'яті - 256 Мб;

- Дискова підсистема - 40 Гб;

- Пристрій читання компакт-дисків (DVD-ROM);

- Мережевий адаптер - 100 Мбіт.

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

2.5.7. організаційне забезпечення

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

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

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

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

класифікації методів і засобів знімання, збору і передачі інформації по каналах зв'язку і обгрунтування вибору конкретних методів і засобів з урахуванням характеристик, отриманих в розділі 1.3;

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

огляду методів і мов спілкування в процесі виконання завдання на ЕОМ і обгрунтування вибору методу і конкретного мови (мова запитів, шаблонів, меню, підказок, директив і т.д.);

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

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

3.3.1.2. Структура першого розділу для теми: «Розробка однопользовательской ис».

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

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

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

В розділі 1.2. Економічна сутність комплексу задач.

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

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

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

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

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

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

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

В розділі 1.5. Аналіз існуючих розробок

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

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

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

СТРУКТУРА І ЗМІСТ ВИПУСКНИЙ КВАЛІФІКАЦІЙНОЇ РОБОТИ

за фахом 09.02.04 Інформаційні системи (по галузях)

Структура випускної кваліфікаційної роботи повинна складатися з наступних частин:

Введення - 3 сторінки;

Основна частина, що складається з трьох розділів з виділеними параграфамі- (підрозділами) - від 60 до 80 сторінок;

Висновок - 2-3 сторінки;

Список використаних джерел - не менше 30 джерел;

Прикладна програма.

оформлення змісту

Вступ

Глава 1. Проектування інформаційної системи

Глава 2. Розробка серверної та клієнтської частин інформаційної системи

Глава 3. Економічне обгрунтування

Глава 4. Техніка безпеки

висновок

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

додатки

Вступ

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

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

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

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

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

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

У вступі рекомендується дати коротку характеристику інформатизації суспільства на сучасному етапі, нові напрямки в області інформаційних технологій і програмного забезпечення. Так само, у введенні повинні знайти своє відображення методи дослідження, Використані в процесі виконання випускної кваліфікаційної роботи та послужили інструментом у добуванні необхідного фактичного матеріалу. Метод - це сукупність прийомів. 16 Іншими словами, прийом - це частина методу. Наприклад, при дослідженні, можливо, використовувати такі методи: системний, порівняльного аналізу, аналізу документів, метод опитування і т.д. Обсяг введення становить 10-15% від загального обсягу ВКР.

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

Структуру 1 глави ВКР можна представити таким чином:

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

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

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

Загальна характеристика організації вирішення задачі

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

Технічне завдання

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

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

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

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

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

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

Загальна характеристика організації вирішення задачі.

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

Зміни у функціях підрозділу, пов'язаних зі збором, обробкою і видачею інформації;

Джерела надходження оперативної та умовно-оперативної інформації та періодичність її надходження;

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

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

Коротка характеристика результатів (назви документів, екранних форм видачі результатів, перелік результатних файлів, способів їх видачі на екран, друк або в канал зв'язку, а також місце їх використання);

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

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

Обгрунтування проектних рішень по видах забезпечення.

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

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

Комплекс технічних засобів становлять:

Комп'ютери;

Пристрої передачі даних і лінії зв'язку;

Оргтехніка та пристрої автоматизованого знімання інформації;

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

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

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

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

Постановці задачі задовольняє комп'ютер з наступними характеристиками:

Таблиця 1

Склад і основні характеристики ПЕОМ

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

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

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

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

Однозначної і економічного подання інформації в системі (на основі кодування об'єктів);

Організації процедур аналізу та обробки інформації з урахуванням характеру зв'язків між об'єктами (на основі класифікації об'єктів);

Організації взаємодії користувачів з системою (на основі екранних форм вводу-виводу даних);

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

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

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

Інформаційне забезпечення повинно бути достатнім для підтримки всіх автоматизованих функцій об'єкта;

Для кодування інформації повинні використовуватися прийняті класифікатори;

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

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

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

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

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

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

Операційна система (ОС) - так називається перша і найголовніша програма, завдяки якій стає можливим спілкування між комп'ютером і людиною. ОС приймає на себе сигнали-команди, які посилають інші програми, і «переводить» їх на зрозумілий машині мову. ОС управляє всіма підключеними до комп'ютера пристроями, забезпечуючи доступ до них іншим програмам. Завдання ОС - забезпечувати зручність роботи з комп'ютером для людини-користувача. Кожна ОС складається з трьох обов'язкових частин:

1) перша - ядро, командний інтерпретатор, «Перекладач» з програмного мови на «залізний», мову машинних кодів;

2) друга - спеціалізовані програми для управління різними пристроями, що входять до складу комп'ютера;

3) третя частина - зручна оболонка, з якої спілкується користувач - інтерфейс;

В якості операційної системи була обрана ОС - Windows XP.

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

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

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

Додаткові можливості:

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

Друк або запис в файл звітів по документам в папці або при розмітці по картотеці;

Спільна робота з іншими додатками - MS Office, Netscape Navigator, Microsoft Internet Explorer, Photoshop і т.д;

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

Новий єдиний діалог створення і коригування документів з різних джерел;

Попередній перегляд файлів перед внесенням в систему;

Майстер створення документів, який сам пропонує користувачеві варіанти створення нових документів в системі;

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

Євфрат також дозволяє виробляти архівування документів, зареєстрованих в базі системи.

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

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

Простота звернень користувачів до БД;

Можливість внесення, зміни, видалення, сортування та інших маніпуляцій з даними БД;

Пошук інформації по різним групам ознак;

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

З причини того, що на кафедрі вся документація ведеться в текстовому редакторі Word і табличному редакторі Excel, для автоматизації роботи і ведення обліку документації була обрана система управління базами даних Access. Вибір обґрунтовується декількома факторами переваги:

1. Додаток Access є реляційної СУБД, яка підтримує всі засоби і можливості по обробці даних, властиві реляційних моделей. При цьому інформація, яку необхідно зберігати у відповідних БД, може бути представлена \u200b\u200bв практично будь-якому форматі, зокрема, текстовому, графічному, цифровому, грошовому, дата або час і т.д .;

2. Серед засобів, які пропонує СУБД Access можна не відзначити можливість динамічного обміну даними (DDE) між Access і іншими додатками, які підтримують цю технологію. Також є можливість застосування технології ActiveX, що дозволяє використовувати розробнику в своєму програмному продукті не тільки, ті об'єкти, які властиві даному додатку (зокрема, Access), а й об'єкти інших додатків (наприклад, Excel або Word);

3. При обробці даних в Access використовується структурована мова запитів SQL, який без перебільшення можна назвати стандартною мовою БД. З його допомогою можна виконувати найрізноманітнішу обробку наявних даних, зокрема, створювати вибірки необхідної структури, вносити необхідні зміни в наявні БД, перетворювати або видаляти таблиці, формувати дані для звітів і багато іншого;

4. Важливою перевагою СУБД Access є те, що з її допомогою можна розробляти системи, які обробляють БД як на окремому комп'ютері, так і в локальній мережі установи або в Internet, використовуючи режим обробки даних «клієнт-сервер».

Access надає широкі можливості по створенню додатків, пов'язаних з обробкою БД. При цьому розробнику не обов'язково бути програмістом високого класу, а цілком достатньо мати уявлення про створення подієвих додатків в середовищі Windows, а також володіти деякими навичками програмування на мові Visual Basic. В цьому випадку розробник досить швидко зможе опанувати навичками зі створення додатків в Access, що дозволить виконувати автоматизація як простих, так і досить складних задач, пов'язаних з обробкою даних.

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

Контроль кількості документів, що надійшли, повноти і якості їх заповнення;

Відбір правильно заповнених документів;

Відбраковування документів, які не відповідають вимогам, що пред'являються до документів.

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

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

При машинній обробці інформації передбачається кілька етапів:

Збір, прийом, контроль первинних документів і передача їх на купівлю (продаж домашинного етап);

Введення, обчислення та інша обробка первинних документів (машинний етап);

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

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

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

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

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

Фінансове планування та бухгалтерський облік;

Документообіг (формування наказів, контроль виконання);

Підготовка оперативної і зовнішньої звітності.

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

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

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