Кис акада 1с sd что это

Программный продукт «АКАДА ВУЗ». Разработчик: Синергия Софт.

Система управления учебным заведением «АКАДА — ВУЗ» демонстрирует возможности системы:

— автоматизация предоставления широкого перечня образовательных услуг;

— ориентация на индивидуальный процесс обучения студента;

— управление процессом подготовки специалистов (среднее профессиональное образование), бакалавров, магистров, специалистов (высшее профессиональное образование);

— управление процессом переподготовки кадров, повышения их квалификации и стажировки;

— управление послевузовским профессиональным образованием;

— управление учащимися подготовительных курсов;

— внедрение внутривузовской системы контроля качества образования;

— возможность реализации дистанционного обучения;

Дополнительные возможности:

— подготовка отчетов и статистики для органов управления образованием в автоматическом режиме;

— поддержка работы с системой через веб-интерфейс;

— соответствие ФЗ-152 о персонализации данных, многоуровневая система защиты информации от несанкционированного доступа.

Технические характеристики

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

Таблица 1 – Характеристики аппаратно-программного комплекса

Требования и временной график выполнения программного проекта

1.3.1 Постановка задачи

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

Таким образом, можно сформулировать тему курсового проекта:

«Разработка автоматизированной системы работы преподавателей кафедры ВУЗа».

Основной целью разрабатываемой системы является повышение эффективности работы сотрудников кафедры ВУЗа.

Для достижения заданной цели требуется решить ряд задач:

— изучить предметную область;

— построить модель потоков данных и модель данных предметной области;

— на базе построенных моделей спроектировать базу данных для хранения информации разрабатываемой системы;

— реализовать базу данных в СУБД MS Access;

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

— оформить комплект проектной документации.

1.3.2 Временной график разработки

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

Рисунок 2 – Временной график работ

1. анализ предметной области;

5. эксплуатация и поддержка.

РАЗРАБОТКА РАБОЧЕГО ПРОЕКТА

Разработка интерфейса программы

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

Рисунок 3- Внешний вид главного окна

На примере формы просмотра представлена форма просмотра студентов на рисунке 4. Ширину каждого столбца можно свободно регулировать.

Рисунок 4 – Форма просмотра данных

Пример формы с добавлением данных в базу данных представлена на рисунке 5.

Рисунок 5 – форма добавления данных

Жизненный цикл программы

2.2.1 Моделирование потоков данных.

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

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

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

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

Автоматизированная информационная система – это основной объект в нашей системе. Главный участник – это преподаватель. Поэтому потоки данных только внутри этих двух объектов (рисунок 6).

Рисунок 6 – Контекстная диаграмма

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

Рисунок 7 – Начальный уровень

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

Рисунок 8 – Декомпозиция процесса «Учета видов деятельности»

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

Рисунок 9 – Декомпозиция процесса «Планирование деятельности»

2.2.2 Моделирование данных и разработка базы данных.

Моделирование данных будет разрабатываться программой ERwin которая имеет два уровня представления модели – логический и физический.

Логический уровень – это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например, «Фамилия сотрудника», «Отдел». Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель может быть построена на основе другой логической модели, например на основе модели процессов. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД.

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

При создании ER-модели были выделены следующие сущности (рисунок 10).

Рисунок 10 – Схема отношений между сущностями

Разработанная таким образом модель была использована для генерации базы данных в среде MS Access на рисунке 11.

Рисунок 11 – Модель схемы данных в MS Access

Описание программы

2.3.1 Создание проекта

Для начала разработки приложения необходимо создать новый проект в среде разработки Microsoft Visual C++ 2008 Express. При создании проекта выбирается вид проекта «Приложение Windows Forms». Указав название проекта и его местоположение, нажмем кнопку «Создать». При этом будет создан новый проект, содержащий одну пустую форму Form1.

Данная форма будет стартовой формой разрабатываемого приложения.

В качестве основного инструмента работы используем меню приложения. Для этого на панели элементов выберем элемент «MenuStrip» и переносим его на форму Form1. Заполним меню, добавив в него разделы «Просмотр данных» и «Добавление данных», внеся в них дополнительные пункты, как на рисунке 12.

Рисунок 12 – Главное меню продукта

Данные формы должны быть доступны при выборе соответствующих пунктов меню формы Form1. Для этого необходимо связать их друг с другом. Щелчком правой кнопкой мыши в свободном месте формы Form1 и выбераем пункт «Перейти к коду». Откроется файл с исходным программным кодом формы Form1 (файл Form1.h). Добавим в начало файла код (рисунок 13)

Рисунок 13 – Код добавления форм

Переключимся обратно в режим конструктора формы Form1. Выбираем в меню формы пункт «Просмотр Занятий» и дважды щелкнем по нему мышью. В программном коде автоматически создастся обработчик для события «Выбор пункта меню», а курсор будет установлен в начало добавленного обработчика. Внесем в него следующий код (рисунок 14).

Рисунок 14 – Обработчик события

Теперь, при выборе данного пункта меню в работающем приложении будет создана и открыта новое окно Form2.

Выполним аналогичные действия для остальных пунктов меню раздела «Просмотр данных», изменяя код, чтобы открывать формы Form3, Form4 и т.д.

Теперь перейдем непосредственно к просмотру данных, содержащихся в базе данных. Открываем форму Form2 в режиме конструктора. Для просмотра данных будем использовать таблицу. Добавим ее, найдя на панели элементов элемент DataGridView. Так как таблица «Оценки» содержит семь полей данных, добавим в размещенной нами таблице семь колонок, дав им заголовки, соответствующие названиям полей таблицы «Оценки».

Так как данные таблицы должны автоматически отображаться при открытии данной формы, необходимо создать обработчик события Load у формы Form2. После создания обработчика внесем в него следующий код (рисунок 15).

Рисунок 15 – Код обработчика в форме просмотра данных

Теперь при открытии окна «Просмотр оценок» приложение будет обращаться к базе данных, выбирать из нее соответствующие данные и отображать их в таблице на форме.

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

Аналогично тому, как в проект были добавлены формы для просмотра данных, включим в проект и формы добавления информации в БД. Для этого создаем семь дополнительных форм (через меню «Проект – Добавить… – Создать элемент»). Именуем формы имена с Form9 по Form15 и подключим их к соответствующим пунктам меню аналогично тому, как это было сделано для форм просмотра (т.е. добавим в начало файла Form1.h строки с подключением новых файлов и создадим обработчики для пунктов меню «Добавление данных»).

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

Действия по добавлению данных будут отличаться для независимых и зависимых таблиц.

В нашей БД присутствует четыре независимые таблицы («Предмет», «Преподаватели», «Группы», «Виды занятий») и три зависимые («Оценки», «Студенты», «Занятия»).

Рассмотрим добавление данных в независимую таблицу «Группы». Данная таблица содержит три переменные, поэтому разместим на форме Form12 (открывающейся по команде меню «Добавление группы») 3 элементов управления TextBox. Помимо этого добавим на форму кнопку (элемент управления Button). При нажатии на кнопку, введенные пользователем в текстовые поля данные, должны добавляться в таблицу «Группы». Добавим для этого обработчик события Click у кнопки (рисунок 16).

Рисунок 16 – Код обработчика события Click

Принцип добавления зависимых данных.

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

Рассмотрим добавление данных в таблицу «Студенты». Данная таблица содержит пять полей, второе из которых («название группы») обеспечивает связь с таблицей «Группы». Добавим на форму Form11 четыре текстовых поля, выпадающий список (элемент ComboBox) и кнопку (элемент Button). Порядок расположения элементов должен соответствовать порядку полей: сначала одно текстовое поле, затем один выпадающий список, после все оставшиеся три текстового поля (рисунок 17).

Рисунок 17 – Внешний вид расположения полей ввода в зависимой таблице

Чтобы ограничить выбор единицы измерения только теми значениями, которые указаны в списке, необходимо изменить его вид. Для этого выберираем элемент управления comboBox1, щелкаем по нему правой кнопкой мыши и выбираем пункт «Свойства». Меняем свойство «DropDownStyle» на значение «DropDownList». Теперь при работе с этим элементом управления пользователь не сможет ввести в него произвольные данные, а будет ограничен доступным ему списком значений.

Добавим обработчик события Load у формы Form11 (рисунок 18).

Рисунок 18 – Обработчик события Load зависимой переменной

На этапе загрузки формы мы обращаемся к таблице «Группы», считываем оттуда информацию и добавляем ее в список для выбора названий групп на форме. В том случае, если зависимых полей несколько (как, например, в таблице «Занятия»), необходимо выполнить несколько запросов к разным таблицам базы данных и заполнить несколько списков.

Когда список выбора единицы измерения заполнен, можно реализовать само добавление данных, аналогично тому, как это происходит в случае независимых данных: (рисунок 19)

Рисунок 19 – Обработчик Click в зависимой форме

Аналогично осуществляется добавление данных в другие зависимые таблицы БД.

Тестирование программы

Во время тестирования разработанного программного продукта имитируем работу работника кафедры вуза.

Рисунок 20 – Образец добавления студента в БД

Рисунок 21 – Форма просмотра таблицы студентов после внесения нового студента

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

Заключение

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

Поставленная задача выполнена.

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

— обеспечение защиты информации (пароль, кодировка и так далее);

— обеспечение многопользовательского режима с предоставлением каждому пользователю своего режима работы и настроек;

— автоматическое заполнение одинаковых полей в разных таблицах при вводе.

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

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

Дата добавления: 2018-02-18 ; просмотров: 565 ; Мы поможем в написании вашей работы!

Источник

Создание КИС

Создание КИС (корпоративной информационной системы) — это сложная и важная задача для любой компании «среднего» и «крупного» бизнеса. Здесь важно определить потребности предприятия по регистрации данных его информационных потоков и на основе этого выбрать решения на базе которых будет вестись учет и анализ.

Информационная система (ИС) — это вся инфраструктура предприятия, задействованная в процессе управления всеми информационно-документальными потоками.

Главная задача такой системы — эффективное управление всеми ресурсами предприятия (материально- техническими, финансовыми, технологическими и интеллектуальными) для получения максимальной прибыли и удовлетворения материальных и профессиональных потребностей всех сотрудников предприятия. Без определения важных узловых элементов ИС не возможно переходить к этапу проектирования системы.

Обязательные элементы ИС

Система управления любой компании включает три основные подсистемы:

Все эти подсистемы реализуются на основе КИС.

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

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

Комплексная автоматизация бизнес процессов предприятия на базе современной аппаратной и программной поддержки может называться по-разному. В настоящее время наряду с названием Корпоративные информационные системы (КИС) употребляются, например, следующие названия:

Процесс создания единой корпоративной информационной системы

Создание единой (корпоративной) информационной системы (КИС) — процесс не простой, и кроме определения задач, которые должна решать такая система, важно определить, на базе какого решения она будет функционировать. В России большую долю рынка информационных систем занимают программные продукты на базе «1С». Наши специалисты помогут вам определиться с выбором нужного продукта для ведения консолидированного учета на предприятии.

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

То есть, КИС — человеко-машинная система и инструмент поддержки интеллектуальной деятельности человека, которая под его воздействием должна:

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

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

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

Под корпоративной информационной системой будем понимать информационную систему организации, отвечающую следующему минимальному перечню требований:

Функциональная полнота системы

Система защиты информации

Инструментальные средства адаптации и сопровождения системы

Возможность консолидации информации

Специальные средства анализа состояния системы в процессе эксплуатации

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

Корпоративная информационная система (КИС) является подсистемой и основой «Системы управления предприятием и бизнеса».

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

Этапы работ при разработке КИС

Корпоративные информационные системы должны обладать следующими свойствами:

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

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

Стадия 1.1«Формирование требований и 1.2 «Разработка концепции»

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

Основными выходными документами этой стадии являются: отчеты и технико-экономическое обоснование целесообразности создания КИС с выбранными функциями и их характеристиками; заявка на создание корпоративных информационных систем и исходные технические требования к КИС в объеме, соответствующем ГОСТу.

Стадия 2.1«Техническое задание» и 2.2 «Эскизное проектирование»

Основными целями стадии являются: подтверждение целесообразности и детальное обследование возможности создания эффективной ИС с функциями и техническими характеристиками, сформулированными в виде исходных технических требований к системе; планирование совокупности всех НИР, ОКР (опытно-конструкторские работы), проектных и монтажно-наладочных работ, сроков их выполнения и организаций исполнителей; подготовка всех материалов, необходимых для проведения проектных работ.

Выходными документами стадии являются: техническое задание на создание ИС, научно-технический отчет, содержащий результаты проведенных предпроектных исследований; эскизный проект ИС.

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

В рамках разработки технического задания решаются следующие задачи:

Стадия 2.3 «Технический проект»

Целями работ, выполняемых на этой стадии, являются разработка корпоративной информационной системы: ее основных технических решений и окончательное определение ее сметной стоимости.

Работы этой стадии завершаются разработкой: общесистемных решений, необходимых и достаточных для выпуска эксплуатационной документации на систему в целом; проектно-сметной документации, входящей в состав раздела «Автоматизация» технического проекта строительства; проектов заявок на разработку новых технических средств; документации специального математического и технического обеспечений, включая техническое задание на программирование. Основные результаты работ стадии оформляются в виде технического проекта.

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

К важнейшим характеристикам проекта относятся технико-экономические показатели: объем работ; сроки выполнения; себестоимость; экономическая эффективность, обеспечиваемая реализацией проекта; социальная и общественная значимость проекта. Любой проект характеризуется классом, типом и масштабом.

Основное назначение технического проекта — это выработка и документальное оформление окончательных проектных решений по изделию или системе.

Стадия 2.4 «Рабочая документация»

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

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

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

Стадия 2.5 «Внедрение»

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

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

Источник