Файл: Разработка автоматизированного рабочего места библиотекаря (на примере Университета Синергия).docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 26.10.2023

Просмотров: 600

Скачиваний: 28

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.


Хаотичная, она же кусочная стратегия не подходит так как мы автоматизируем целый отдел, при этом используется несколько составляющих ИС, такие как субд, клиент серверное приложение, нельзя автоматизировать только часть из них, эффекта от этого будет ноль.

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

Стратегия автоматизации по участкам лучше всего подходит в данной работе, потому что в нашем случае мы автоматизируем деятельность одного отдела – библиотеки.


      1. Выбор и обоснование способа приобретения ИС для автоматизации задачи


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

Помимо использования для автоматизации готовых прикладных решений можно обратится к сторонним или собственным разработчикам для создания собственного прикладного решения. Рассмотрим подробнее плюсы и минусы подобных подходов:

Плюсы использования готового прикладного решения:

  • Типовой подход несет в себе решения по все возможным запросам клиентов[14];

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

Минусы использования готового прикладного решения:

  • Высокая стоимость по сравнению с разработкой собственной конфигурации[22];

  • Загруженность рабочей области множеством не использующихся типовых справочников и документов.

Плюсы разработки собственного прикладного решения:

  • Низкая стоимость по сравнению с использованием типового прикладного решения.

  • Возможность использования оригинальных проектных решений для конкретного предприятия.

Минусы разработки собственного прикладного решения:

  • Большая вероятность возникновения ошибок и усложнения работы конфигурации;

  • Использование не стандартизированного подхода при разработке конфигурации усложняет последующую корректировку конфигурации другими разработчиками[6];

Основываясь на проведенном анализе, было принято решение разрабатывать собственную конфигурацию. Так как в университете есть начинающие программисты, стоимость разработки будет минимальна.


    1. Обоснование проектных решений



1.4.1 Обоснование проектных решений по информационному обеспечению
Характерные черты технологического процесса обработки данных сопряжены с такими факторами, как: работа в режиме диалога с конечным пользователем, наличие различных накопителей информации, полное исключение всех бумажных технологий для обработки информации [23].

Благодаря интерактивному режиму отсутствует отчетливо установленная и предварительно согласованная заранее последовательность операций по обработке всех данных.

Имеется несколько методов регистрации первичной входной информации:

  • документальный;

  • документальный с регистрацией на машинном носителе;

  • автоматический.

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

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

Осуществление диалога осуществляется с помощью установки взаимосвязей между данными, которые представляют собой информационные модели [18].

Для реализации программного продукта необходимо создать базу данных, это необходимо для хранения необходимой информации.

На практике большинство применяемых СУБД используют одну из трех моделей данных: реляционную, иерархическую или сетевую[17].

Реляционная модель является наиболее простой и широко используемой формой представления данных. При реляционном подходе представление данных сводится к совокупности двумерных таблиц с множеством строк, иначе именуемых записями, и столбцов - полей. Каждая запись содержит сведения об описываемом объекте[7]. Все записи базы данных имеют идентичную, заданную пользователем структуру и размеры. В теории множеств таблице соответствует термин отношение (relation), который и дал название модели. Для данной модели имеется развитый математический аппарат - реляционное исчисление и реляционная алгебра.

Иерархическая модель стрoится по принципу иерархии типов объектов, т.е. один тип объекта является главным, а остальные, находящиеся на низших уровнях иерархии, - подчиненными[1]. Иными словами, для данного главного типа объекта существует несколькo подчиненных типов объектов. Взаимосвязи между объектами напоминают взаимосвязи в генеалогическом дереве, за единственным исключением: для каждого порoжденного (подчиненного) типа объекта существует единственный исходный (главный) тип объекта.



В сетевой модели данных понятие главнoго и подчиненных объектов несколько шире[20]. Любой объект может быть и главным, и подчиненным (в сетевой модели главный объект обозначается термином «владелец набора», а подчиненный - термином «член набора»). Один и тoт же объект может одновременно выступать и в роли владельца, и в роли члена набора. Это значит, что каждый объект может участвовать в любом числе взаимосвязей.

В данной работе буде использоваться реляционная модель, т.к. она наиболее полно соответствует требованиям, предъявленным к разрабатываемой информационной системе:

  • отсутствие дублирующей информации;

  • поддержание целостности данных при вставке, удалении или изменении записей;

  • возможность организации всех видов связи между отношениями 1:1, 1:M и M:M.

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


      1. Обоснование проектных решений по программному обеспечению


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

К выбираемому программному обеспечению в этом случае относятся операционная система (ОС) и среда программирования.

В качестве ОС будет использоваться ОС Windows 7 и/или выше. Это обосновано на том, что ОС Windows является самым распространенным как в мире, так и в университете «Синергия».

Современные средства разработки ПО характеризуются огромным многообразием критериев, применяя которые разработчик имеет возможность автоматизировать ход разработки приложений.

Наиболее распространены в данное время два языка – Delphi и C++.

Рассмотрим отличия языков Delphi и C++ вернее будет сказать языков Object Pascal и С.

С++

Если необходимо обеспечить отличную скорость работы приложения и экономию ресурсов памяти и процессора обычно считается, что предпочтительнее использовать C++. Но, в последнее время отличия в скорости быстродействия программ, собранных разными компиляторами, становится все менее и менее заметной.


В качестве очевидного преимущества C++ зачастую называют его модель работы с классами и шаблонами. Но весь функционал C++ реализуем и в любом другом языке программирования. В С++ можно например переопределить действие операторов + – / *, но в других языках можно просто написать доп. функцию.

Говорят что язык С лучше чем Pascal, потому что программы, написанные на языке C меньше размером и работают быстрее. Про быстроту работы сложно сказать, и может быть это в некоторой степени правда. Но небольшой размер exe файл - это факт. Они меньше, но не намного, в небольших программах различие примерно в 10-50 КВ. В больших программах размер полностью зависит от мастерства программистов, их опыта. Говоря о скорости и размере программ, мы должны учитывать, что это зависит не от языка программирования, а от выбранного компилятора (а это уже зависит от программистов, которые делали компилятор). Компилятор фирмы Майкрософт в этом плане не очень надёжный, хотя делает программы меньше по размеру, чем компилятор фирмы Борланд.

В плане структуры скомпилированных exe файлов, есть различия между этими языками программирования. В программах написанных на языке С, всё тело программы помещается в одну процедуру под названием WinMain, у которой три параметра. Программы, такой структуры, встречаются в программах написанных на Ассемблере, хотя это не является обязательным для Ассемблера. Популярность языка C заключается в том, что в этом языке всё стандартно, на более низком уровне, чем в Delphi (именно в Delphi, а не Pascal).

Но одна особенность языка С очень портит этот язык. Дело в том, что язык C чувствителен к регистру символов. Поэтому Button1.Caption и BUTTon1.capTioN это уже совершенно разные вещи (второе выражение - это уже ошибка).

Delphi

Delphi – хороший объектно-ориентированный язык программирования, когда требуется разработать ПО в максимально сжатые сроки и обеспечить хороший рефакторинг (читабельность, модифицируемость, удобство и оптимизацию) кода приложения. Код хорошо структурируется, названия всех функций по сути есть сокращения английских слов (IntToStr – целое в строку; Now – возвращает дату и время сейчас; UpperCase – приводит к верхнему регистру и тд), хорошая модульность и видимость кода – все это способствует скорости разработки, а также позволяет производить ее в командном режиме более эффективно.

Существенным преимуществом делфи является низкий порог вхождения. То есть язык легко усваивается, интуитивно понятен. Сейчас его продвигают в сторону кросс-платформенности, хотя раньше такого не было..


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

Подведем итоги в таблице 5.