Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Статьи » Створення та впровадження модуля інформаційної системи для автоматизації обліку прийому аварійних автомобілів та реалізації б / у запчастин

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





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

Дуже важливою перевагою такого підходу є уніфікація навчання користувачів. Наприклад, навчившись на курсах по «1С: Підприємству 8.0» або маючи досвід роботи з який або з програм, користувач досить швидко освоює можливості спеціалізованих або індивідуальних рішень [34, 38, 39].


2.5 Проектування модулів


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

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

Кожен програмний модуль пов'язаний з іншою частиною конфігурації завдання. Цей зв'язок називається контекстом виконання модуля. Слід розрізняти два види контексту:

глобальний контекст завдання;

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

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

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

Розрізняють такі види програмних модулів:

загальні модулі;

модуль додатки;

модуль зовнішнього з'єднання;

модулі прикладних об'єктів;

модулі форм.

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

Модуль додатки відноситься до всієї конфігурації в цілому і може бути тільки один. Модуль додатка є аналогом глобального модуля у версії 7.7. Він відповідає за налаштовувану сесію (сеанс) роботи з 1С: Підприємством 8.0.

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

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

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

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

Конвертор

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


Назад | сторінка 12 з 28 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Програмний модуль Denwer
  • Реферат на тему: Програмний модуль бази знань
  • Реферат на тему: Програмний модуль для роботи з базою даних "Магазин косметики"
  • Реферат на тему: Модуль взаємодії з автоматизованою системою розрахунків компанії ВАТ &Мобіл ...
  • Реферат на тему: Об'єктно-орієнтована модуль для роботи з матрицями