Состав и назначение программных средств

На момент начала анализа программных средств, имеющихся в НАН ЧОУ ВО «Академия маркетинга и социально-информационных технологий - ИМСИТ» были установлены:

- Система «1С Предприятие: Бухгалтерия 8.3»;

- MicrosoftWindows XP, Vista, 7, 8.1;

- MicrosoftWindowsServer 2008;

- Kaspersky Endpoint Security;

- TrafficInspector;

- OpenOffice, который является свободно распространяемым продуктов, в отличие от предыдущих;

- MicrosoftOffice;

- AbbyFineReader;

- CorelDraw;

- AdobePhotoshop;

- AdobeAcrobatReader;

- Gimp;

- Inskape;

- MS SQL server;

- VisualStudio 2010.

3 Моделирование элементов информационной системы предприятия

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

База знаний — это формализованная система сведений о некоторой предметной области, содержащая данные о свойствах объектов, закономерностях процессов и явлений и правила использования в задаваемых ситуациях этих данных для принятия новых решений. Другими словами, база знаний - это корпус информации, которую пользователь или программа использует для выполнения определенных действий.

В отличие от базы данных в базах знаний располагаются познаваемые сведения, содержащиеся в документах, книгах, статьях, отчетах. В базе знаний, в соответствии с принятой в ней методологией классификации, располагаются объекты познания, образующие совокупность знаний. В любом объекте представляется набор элементов знаний. Элементы знаний, благодаря концептуальным связям, предоставляемым гиперсредой, объединяются, образуя базу знаний. Такие связи бывают 4-х видов:

- общность - связь 2-х элементов по содержанию их характеристик;

- портативность - подразумевает соотношение целого и его частей;

- противопоставление - встречается в элементах, которые имеют положительные и отрицательные характеристики;

- функциональная взаимосвязь - взаимная зависимость элементов.

- Базы данных и базы знаний являются ядром автоматизированного банка данных. Автоматизированный банк данных - база данных, объединенная с системой управления базой данных.

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

- Банк данных ограничен в своих возможностях, поэтому он собирает информацию в определенных областях науки, технологии, продукции.

- Для поиска информации в базах данных и базах знаний используется информационно-поисковая система. Информационно поисковая система опирается на базу данных (знаний), в которой осуществляется поиск нужных документов по заявкам пользователей.

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

Классификация баз данных.

- Различаются централизованные и распределенные базы данных.

- Централизованная база данных хранится в памяти одной вычислительной системы. Если эта вычислительная система является компонентом сети ЭВМ, возможен распределенный доступ к такой базе данных - доступ к ней пользователей различных ЭВМ данной сети. Такой способ использования баз данных часто применяют в локальных сетях персональных ЭВМ.

- Появление сетей ЭВМ позволило наряду с централизованными создавать и распределенные базы данных.

- Распределенная база данных состоит из нескольких, возможно, пересекающихся или даже дублирующих друг друга частей, хранимых в различных ЭВМ вычислительной сети. Однако пользователь распределенной базы данных не обязан знать, каким образом ее компоненты размещены в узлах сети, и представляет себе эту базу данных как единое целое. Работа с такой базой данных осуществляется с помощью системы управления распределенной базой данных (СУРБД). Данные, содержащиеся в распределенной базе данных, их представление на всех уровнях архитектуры СУРБД и размещение в сети описываются в системном справочнике, который сам может быть декомпозирован и размещен в различных узлах сети.

- Части распределенной базы данных, размещенные на отдельных ЭВМ сети, управляются собственными (локальными) СУБД и могут использоваться одновременно как самостоятельные локальные базы данных. Локальные СУБД не обязательно должны быть одинаковыми в разных узлах сети. Объединение неоднородных локальных баз данных в единую распределенную базу данных является сложной научно-технической проблемой. Ее решение потребовало проведения большого комплекса научных исследований и экспериментальных разработок.

Базы данных можно разделить на базы данных первого поколения: иерархические, сетевые; второго поколения: реляционные; третьего поколения: объектно-ориентированные, объектно-реляционные. Инфологическое моделирование

Как любая модель, модель «сущность-связь» имеет несколько базовых понятий, которые образуют исходные кирпичики, из которых строятся уже более сложные объекты по заранее определенным правилам.

Рассмотрим сущности «Студент» (рисунок 2),«Преподаватель» (рисунок 3), «Предмет» (рисунок 4).

Рисунок 2 - Определение сущности «Студент» в модели ER

Рисунок 3 - Определение сущности «Преподаватель» в модели ER

Рисунок 4 -Определениесущности «Дисциплина» в модели ER

Логическое проектирование

Кроме того, в ER-модели допускается принцип категоризации сущностей.

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

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

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

3.2 Физическое проектирование

Разработка структуры БД:

1) Есть данные о Студентах, Предметах и преподавателей. Нужны соответствующие таблицы, по которым будут составляться запросы, формы и отчеты.

2) 3 таблицы как основа.

Создание таблиц:

Таблицы: Студенты, Предметы, Преподаватели ( Таблица 3, Таблица 4, Таблица 5.)

Создание индексов и ключевых полей

Сохранение таблиц:

Выполняется обязательное сохранение при изменениях.

 

Таблица 3 – Дисциплины

 

Таблица 4 – Преподаватель

Имя поля	Тип данных	Описание
Код преподавателя	Числовой	Ключевое слово
Фамилия	Текстовой
Имя	Текстовой
Отчество	Текстовой
Код дисциплины	Числовой
Домашний адрес	Текстовой
Должность	Текстовой

 

Таблица 5 – Студенты

 

Имя поля	Тип данных	Описание
Код студента	Числовой	Ключевое поле
Фамилия	Текстовой
Имя	Текстовой
Отчество	Текстовой

 

Заполнение таблиц:

Таблицы заполняются необходимыми данными о клиентах и товарах, а также содержание заказов, происходит каскадное изменение полей.

Установка связи между таблицами :

Таблица «клиенты» подчинена таблице «заказы» по полю «номер заказа».

Завершение работы с БД:

Закрытие рабочих элементов. Доступ с паролем.

Описание прикладной области Деканат.

Анализ предметной области показывает, что для автоматизации работы Деканата целесообразно создать БД Деканат, состоящей из трех таблиц : Студент, Предмет и Преподаватель.

Таблица Студент с таблицей Предмет связывается по полю Ид код.

Характеристика таблицы-объекта Студент:

1. Идентификационный код( идент код) 10 символов – тип текстовый);

2. Фамилия (20 символов – тип текстовый);

3. Имя (15 символов – тип текстовый);

4. Отчество (15 символов- тип текстовый);

5. Дата Рождения (поле типа дата );

6. Пол ( 1 символ- тип текстовый);

7. Домашний адрес ( поле мемо);

8. Телефон ( 10 символов –тип текстовый);

9. Автобиография ( тип – поле мемо).

Характеристика таблицы-объекта Предмет:

1. Идентификационный код( идент код) 10 символов – тип текстовый);

2. Название предмета ( 30 символов – тип текстовый);

3. Кол-во часов ( тип числовой – длинное целое);

4. вид контроля предметов ( 10 символов –тип текстовый);

5. код сессии ( тип числовой);

6. оценка слушателя ( тип числовой).

Характеристика таблицы-объекта Преподаватель:

1. Идентификационный код( идент код) 10 символов – тип текстовый);

2. Фамилия (20 символов – тип текстовый);

3. Имя (15 символов – тип текстовый);

4. Отчество (15 символов- тип текстовый);

5. Дисциплина(30 символов- тип текстовый)

6. контактный телефон(11 символов – тип числовой)

4 Предложения по совершенствованию элементов информационной системы предприятия

 

Упорядочение и проверка правильности заполнения документов вдеканате. Необходимо разработать алгоритм проверки и сортировкиинформации и имеющихся архивов. Алгоритм, будет проверять документыпутем сравнивания их друг с другом и выявлять неточности. Приоритет втаком случае необходимо отдавать зачетным книжкам, заполняли ихпреподаватели и процент ошибок минимален. Также стоит обратить вниманиена сортировку документов. Именно от способа сортировки зависит быстротадоступа и обработки данных.

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

5 Разработка и тестирование алгоритмов программного обеспечения совершенствуемых элементов информационной системы предприятия

 

Загрузить MicrosoftAccess, выполнив действия: Пуск-> Программы ->MicrosoftAccess (или выполнив щелчок на соответствующей пиктограмме на панели MicrosoftOffice).

Для создания новой базы данных выполнить следующее:

В окне MicrosoftAccess выбрать переключатель Новая база данных, затем - кнопка .

В появившемся окне Новая База данных выбрать диск и открыть папку в которой будет создаваться новая БД. Затем в разделе Имя файла ввести имя БД Деканат, выполнить щелчок по кнопке .

В появившемся на экране окне БД Деканат выбрать вкладку Таблицы, затем - кнопку .

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

Создать структуру таблицы Студенты: В окне Конструктора таблиц заполнить соответствующие разделы: Имя поля, Тип данных, Описание. Для перехода от раздела к разделу использовать клавишу.

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

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

После создания структуры таблицы необходимо задать ключевое поле. Обычно, поле, используемое в качестве ключевого, располагается в таблице первым. Для создания ключевого поля выделить поле, выполнив щелчок слева от имени поля на полосе выделения. Выполнить Правка -> Ключевое поле или выполнить щелчок по пиктограмме Ключевое поле. Слева от имени поля появится изображение ключа.

Поле Должн выбрать в качестве индексированного. Для этого в разделе Свойство поля выбрать строку Индексированное поле. Выполнить щелчок по кнопке раскрытия списка и выбрать строку Да (Допускаются совпадения).

После создания структуры таблицы сохранить ее. Выбрать Файл -> Сохранить или Сохранить как... В окне Сохранение объекта выбрать В текущей базе данных, затем ввести имя для сохранения созданной таблицы: Студент, затем - .

Аналогичным образом создать структуру таблицы Предметы.

Для поля Идент код целесообразно выбрать тип Мастер подстановок. Это позволит облегчить заполнение данными этого поля. После выбора типа Мастер подстановок откроется первое диалоговое окно Создание подстановки. В этом окне выбирается способ, которым столбец подстановки получит свои значения: из таблицы или запроса. Затем щелчок по кнопке . В следующем диалоговом окне выбирается таблица, содержащая столбец подстановки. Затем щелчок по кнопке .

В следующем окне выбирается поле, используемое в качестве столбца подстановки и щелчком по кнопке переносится в окно Выбранные поля. Щелчок по кнопке .

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

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

В разделе Тип данных будет указан тип Текстовый, т.е. тип, соответствующий типу поля подстановки из таблицы Студент.

В таблице Студент необходимо выбрать поле Идент код в качестве индексированного поля. Для этого в разделе Свойство поля выбрать строку Индексированное поле. Выполнить щелчок по кнопке раскрытия списка и выбрать строку Да (Допускаются совпадения).

При сохранении таблицы отказаться от создания ключевого поля.

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

В качестве ключевого поля выбрать поле Должн.

Заполнение таблиц.

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

В окне Базы данных выбрать нужную таблицу

Выполнить щелчок по кнопке на экране появится структура БД в табличном виде.

Заполнение производится по записям, т.е. вводится информация для всей строки целиком .

Переход к следующему полю осуществляется нажатием клавиши <Tab>.

При заполнении первой строки следом за ней появится новая пустая строка.

Для заполнения поля МЕМО в таблице Студент нажать комбинацию клавиш <Shift+F2>, предварительно установив курсор в поле Мемо. После ввода или редактирования данных в этом окне щелкнуть по кнопке .

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

Аналогично заполняется данными поле Идент код в таблице Предмет.

После заполнения таблиц данными установить связь между таблицами:

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

Для создания связей между таблицами Студент и Предметы поместить поле Идент код из таблицы Студент, на соответствующее поле таблицы ПРЕМЕТЫ, появится диалоговое окно Связи. Для автоматической поддержки целостности БД установить флажок Обеспечение целостности данных. Установить также флажки Каскадное обновление связанных полей и Каскадное удаление связанных полей. Выполнить щелчок на кнопке . В окне Тип отношений будет указан тип один-ко-многим.

В MS Access существует возможность показать каскадно не одну связь, а несколько, что делает анализ связей особенно удобным, к тому же такой подход делает возможным анализ непрямых связей. В таком виде удобно исправлять неверные связи. Возможность же править данные при каскадном отображении делает MS Access ещё более привлекательным для создания сложных комплексов автоматизированного учета данных (рисунок 5). Единственным «недостатком» такого рода изображения можно считать большой объём места на экране, заменяемое «полной» схемой. Создадим несколько информационных запросов к нашей базе данных, воспользовавшись системой создания запросов (рисунок 6).

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

 

Рисунок 5 – «Каскад» из нескольких связей

Рисунок 6 – Мастер запросов

 

Рисунок 7– Запрос

Рисунок 8 – Конструктор запросов

6 Другие практические задания

 

В процессе прохождения практики получены навыки диагностика парка машин в ВУЗе. Для этого проведены следующие мероприятия:
Проверка диска — стандартное приложение в операционных системах DOS и MicrosoftWindows, которое проверяет жёсткий диск или дискету на ошибки файловой системы (например, один и тот же сектор отмечен как принадлежащий двум разным файлам). Проверка диска также может исправлять найденные ошибки файловой системы.
Дефрагментация — процесс обновления и оптимизации логической структуры раздела диска с целью обеспечения хранения файлов в непрерывной последовательности кластеров.
Очистка от мусора является ключевым вопросом, который позволял увеличить производительность компьютеров академии ИМСИТ после своего решения.
Сжатые файлы занимают меньше места, и их можно перенести на другие компьютеры быстрее, чем несжатые файлы. Со сжатыми файлами и папками можно работать так же, как и с несжатыми файлами и папками. Кроме того, можно объединить несколько файлов в одну сжатую папку. Это облегчает совместную работу с группой файлов.

 

 

ЗАКЛЮЧЕНИЕ

Процесс проектирования база данных на основе принципов нормализации представляет собой последовательность переходов от неформального словесного описания информационной структуры предметной области к формализованному описанию объектов предметной области в терминах некоторой модели.

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

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

В первой части рассматриваются такие понятия как: система СУБД Access, поле таблицы; запись таблицы; ключевое поле (ключ) таблицы; главная и подчиненная таблица; различные связи между таблицами; а также управления базами данных.

Для закрепления полученных знаний, и получения практических навыков во второй части курсовой работы создается «БД: Деканат» и проводятся ряд операций с помощью СУБД Access, определение связей между таблицами, сортировка данных с помощью«расширенного фильтра», создание однотабличного запроса на выборку, создание многотабличного запроса на выборку, сортировка данных за несколькими ключами, создание многотабличного запроса с параметром, создание в режиме «конструктор»запроса на обновление и т.д.

Студент и Предмет содержащие информации об учащихся и о их оценках по каждому предмету в каждой сессии.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Моделирование экономических систем и процессов: Учебное пособие / М.П. Власов, П.Д. Шимко. - М.: НИЦ ИНФРА-М, 2013г. - 336 с.

2. Радченко М.Г. 1С: Предприятие 8.1. Практическое пособие разработчика. Примеры и типовые приемы. – М.: ООО «1С-Паблишинг», 2012г. 656с.

3. Проектирование информационных систем: Учебное пособие / Н.Н. Заботина. - М.: ИНФРА-М, 2013. - 331 с.

4. Анализ требований и проектирование систем. [Текст] / Сост. Л. Мацяшек – М.:ДИАЛОГ-МИФИ, 2014. – 432 с.

5. Визуальное моделирование с помощью RationalRose 2002 и UML[Текст] / Сост. Т. Кватрани Пер. с англ. – М.:Издательский дом «Вильямс» , 2012. – 192

6. Математические методы моделирования экономических систем [Текст] /Сост. Е.В. Бережная – М.: Финансы и статистика, 2013.-368с.

7. Методология проектирования автоматизированных информационных систем. [Текст] / Сост. В.Г. Овчинников – М.: Феникс, 2012. – 286 с.

8. Основы проектирования реляционных баз данных [Текст] / Сост. В.В.Кириллов - СПб.: ИТМО, 2014. - 190 с.

9. Проектирование информационных систем. [Текст] / Сост. Т.В. Гвоздева, Б.А. Баллод – М.: Феникс, 2013. – 512 с.

10. Титоренко, Г. А. Автоматизированные информационные технологии в экономике [Текст] / Г. А. Титоренко. – М.: ЮНИТИ, 2013 – 400 с.

11. Корпоративные информационные системы управления: Учебник / Под науч. ред. Н.М. Абдикеева, О.В. Китовой. - М.: ИНФРА-М, 2010. – 464

12. Вендров, А. М. Проектирование программного обеспечения экономических информационных систем [Текст] / А. М. Вендров. — М.: Финансы и статистика, 2013. — 544 с. – ISBN 5-279-02937-8.

13. Дубейковский, В.И. Практика функционального моделирования с AllfusionProcessModeler r7. Где? Зачем? Как? [Текст] / В.И. Дубейковский.– М.: ДИАЛОГ-МИФИ, 2013.– 464 с.

14. Петров, В.Н. Информационные системы [Текст] /В.Н. Петров − СПб.: Питер, 2012. –688с.

15. Карпова, Т. С. Базы данных: модели, разработка, реализация [Текст] / Т. С. Карпова. — СПб.: Питер, 2013. —304 с. – ISBN 5-272-00278-4.

16. Информационная система предприятия: Учеб. пособие / Л.А. Вдовенко. - М.: Вузовский учебник: ИНФРА-М, 2012. - 237 с.

17. Бережная, Е.В. Математические методы моделирования[Текст]: Уч. пособие / Е.В Бережная, В.И Бережной. – М.: Финансы. и статистика, 2012.-368

18. Применение информационных систем: Учебное пособие / А.М. Карминский, Б.В. Черников. - 2-e изд., перераб. и доп. - М.: ИД ФОРУМ: ИНФРА-М, 2012. - 320 с.

19. Проектирование информационных систем: Учебное пособие / Н.Н. Заботина. - М.: НИЦ Инфра-М, 2014. - 331 с.

20. Методология создания информационных систем: Учебное пособие / А.М. Карминский, Б.В. Черников. - 2-e изд., перераб. и доп. - М.: ИД ФОРУМ: ИНФРА-М, 2012. - 320 с.

ПРИЛОЖЕНИЕ А

Календарный план прохождения учебной практики

Студентом 1 курса информационно-вычислительного факультета

______________________________________________(Ф.И.О)

Руководитель практики от академии

________________________________________________(Ф.И.О)

____________________(подпись)

ПРИЛОЖЕНИЕ Б

Дневник прохождения учебной практики

студентом ____курса _________________________ факультета

______________________________________________(Ф.И.О)

Студент________________________________________(Ф.И.О.)

________________________(подпись)

• ⇐ Назад
• 1
• 23