функції бізнес-логіки;
отримання з клієнтського застосування запиту, що містить ім'я процедури (функції) і значення параметрів, пошук процедури (функції) в DLL з бізнес-логікою, виклик і передача їй параметрів, отримання результатів і передача їх клієнтського додатку;
передача параметрів і результатів, представлених як простими, так і складовими типами даних;
обсяг переданих даних в рамках одного запиту не обмежений;
обмін даними виконувати XML-документами;
наявність засобів інсталяції (консольні і GUI);
наявність засобів адміністрування (консольні і GUI), що забезпечують виконання таких функцій:
старт/стоп сервера додатків;
заміна порту TCP/IP;
підключення/заміна DLL;
моніторинг користувачів:
фіксація часу і місця підключення;
загальна кількість звернень;
інтенсивність звернень (середній інтервал часу між запитами);
час останнього звернення;
установка максимального інтервалу пасивності;
автоматичне відключення «заснули» користувачів;
примусове відключення з консолі адміністратора.
збереження протоколу роботи в Log-файлах. Фіксувати події:
час запуску/зупинки сервера додатків;
час підключення/відключення користувачів;
час звернення і текст запиту з параметрами;
повідомлення про помилки.
клієнтська програма повинна бути MDI-додатком і містити головну форму, набір типових дочірніх форм-шаблонів, форму попереднього перегляду звіту;
всі прикладні форми повинні генеруватися в процесі виконання програми з шаблонних форм-прототипів в момент вибору відповідного пункту меню;
дані про конфігурацію клієнтського додатка (меню, список і параметри форм і звітів) повинні зберігається в базі даних в конфігураційних таблицях;
прототип клієнтського додатка повинен мати такі шаблони форм:
форма табличного представлення набору записів;
форма для подання полів одного запису;
комбінована форма, що відображає як набір записів, так і обрану в таблиці запис окремо;
форма в стилі Explorer для відображення ієрархічно організованих даних;
форма для подання відносин таблиць «головна-підлегла»;
форма для подання довідників.
1.2.2 Вимоги до надійності
Одна з ключових тенденцій у розвитку інформаційної технологій - підвищення вимогливості клієнтів до якості і надійності продуктів. Так як планується інтегрувати створену інформаційна систему на великомасштабне підприємства, то вимоги до її надійності виходять на перший план, як при проектуванні так і при розробці.
Основні вимоги до надійності інформаційної системи:
висока продуктивність і стійкість додатки до збоїв;
шифрування каналу передачі даних;
коректна обробка помилок і виняткових ситуацій, збудження винятків у клієнтському додатку.
1.2.3 Вимоги до інформаційної та програмної сумісності
Перед тим як розробляти і впроваджувати інформаційну систему на підприємства необхідно ознайомитися з вже існуючим ПЗ на даному підприємстві. Це дозволить зменшити витрати на придбання аналогічного ПО, необхідного для функціонування системи. Серед вимог до інформаційної та програмної сумісності можна виділити:
операційна система - Windows 2000 і вище;
середу розробки, мова програмування, тип СУБД - вимоги не пред'являються, але повинні забезпечувати можливість розробки інформаційної системи за сучасними технологіями.
.3 Вибір архітектури
Завданням будь-якої інформаційної системи є ефективне зберігання, обробка та аналіз даних. Однією з основних умов виконання поставленого завдання є правильний вибір і розробка архітектури розробляється інформаційної системи. Архітектура програмного забезпечення визначається складністю вирішуваних завдань, ступенем універсальності розроблюваного програмного забезпечення і числом користувачів, що одночасно працюють з однією його копією.
Згідно з вимогами технічного завдання розробляється інформаційна система базується на трирівневій архітектурі. Основною метою розробки технології трирівневої архітектури є бажання бажанні ...