Учебное пособие 3000180
.docКомпонент имеет собственный редактор, который позволяет задать значения основных свойств, обеспечивающих соединение с базой данных.
Воронежский государственный технический университет
УДК 681.3
А.А. Казанец, Е.И Асташева, О.В. Собенина,
ОБЩИЙ ПРИНЦИП РАБОТЫ СРЕДСТВ ТЕРМИНАЛЬНОГО ДОСТУПА
Общий принцип работы средств терминального доступа заключается в следующем. Пользователь запускает на рабочей станции клиентское приложение средства терминального доступа и с его помощью обращается к удаленному компьютеру-серверу, содержащему соответствующую серверную часть данного средства. В случае успешной аутентификации серверная часть средства терминального доступа создает для пользователя собственный сеанс работы, в котором либо вручную самим пользователем, либо автоматически (это зависит от настроек сеанса и прав доступа) в адресном пространстве сервера запускаются нужные пользователю приложения. При этом пользовательский интерфейс запущенных таким образом приложений доступен пользователю рабочей станции в окне клиентской части средства терминального доступа и пользователь с помощью клавиатуры и мыши рабочей станции может управлять данным приложением. По окончании сеанса пользователя все приложения, выполнявшиеся в нем, закрываются.
При подобном подходе пользователю реально передается графическое изображение пользовательского интерфейса (в ряде случаев — только изменения в изображении), а от него передаются на сервер сведения о его манипуляциях с мышью и клавиатурой. Это означает, что ничто не препятствует тому, чтобы клиент и сервер выполнялись под управлением разных платформ, в том числе и несовместимых между собой. Иными словами, таким способом можно предоставить пользователю Windows доступ к UNIX-приложению (или наоборот). Иногда доступ может быть осуществлен и через Web-интерфейс.
Преимущества указанного подхода становятся очевидны при наличии большого количества рабочих станций или в условиях повышенных требований к безопасности и централизации хранения данных. Если доступ к приложениям осуществляется с помощью средства терминального доступа, то на рабочие станции устанавливаются только операционная система и клиентская часть этого средства; сами же приложения, с которыми работают пользователи, устанавливаются на сервер, что существенно сокращает затраты, связанные с сопровождением рабочих станций, а также снижает требования к их аппаратному обеспечению. Отметим, однако, что требования к аппаратной части сервера при этом зависят от того, сколько пользователей одновременно работают с терминальным сервером и какие именно приложения они запускают, и могут быть довольно высокими, поскольку каждый пользователь открывает на сервере собственный сеанс работы и запускает свои копии приложений, потребляющие определенную часть ресурсов сервера. Однако существуют средства организации терминального доступа, способные работать с кластерами серверов и осуществлять баланс загрузки.
Еще одним преимуществом применения терминального доступа является возможность обеспечения безопасности доступа к корпоративным данным. Поскольку приложения выполняются на удаленном сервере, у конечного пользователя нет ни клиентской части используемых в компании серверных СУБД, ни тем более доступа к файлам настольных СУБД, что существенно снижает риск несанкционированного копирования подобных данных.
Воронежский государственный технический университет
УДК 681.3
Д.М. Канин, Е.С. Скачков, О.В. Собенина
Автоматизированная система учета
арендной деятельности
Автоматизированная системы учета арендной деятельности машиностроительного предприятия выполняет следующие функции:
учет недвижимости (по этажам);
учет арендаторов;
ведение договоров;
учет оплаты по договорам:
определение должников;
учет оплаты электроэнергии;
хранение полной информации об объектах недвижимости и договорах аренды;
контроль состояний объектов аренды (свободен, арендуется, забронирован, на ремонте и т.д.);
учет первичных документов по договорам аренды;
использование шаблонов Microsoft Excel, настраиваемых пользователем, для печати первичных документов (договоров аренды и пр.);
расчет арендной платы;
составление графика оплаты;
учет поступления денежных средств от сотрудников;
учет расходов денежных средств сотрудниками.
Программного обеспечения реализована на языке Object Pascal в среде программирования Borland Delphi 7 с использованием специальных компонентов MySQL Data Access Components (MyDAC 5.55 for Delphi7) для подключения к MySQL; EhLib, предоставляющие несколько улучшенные DBGrid и TRoundButton11.
Воронежский государственный технический университет
УДК 681.3
Д.С. Орлов, В.В. Сокольников, А.В. Василецкая
ФАКТОРЫ ЗАНЯТОСТИ МОЛОДЁЖИ.
В условиях социально-экономических трансформаций современного российского общества выпускники высших учебных заведений зачастую оказываются невостребованными на рынке труда. Либерализация системы профессионального образования и трудовых отношений, кризис промышленного производства и рост сервисного сектора привели к ситуации, когда на рынке труда появляется большое количество молодых специалистов, имеющих профессиональное образование, но не способных адаптироваться к нуждам рынка труда. Была разрушена административно-командная система, в рамках которой ранее формировались показатели набора в вузы и техникумы, предприятия планировали свой кадровый состав с учетом обновления корпуса специалистов, а молодые специалисты, хотя и получали гарантии трудоустройства, были ограничены в выборе места работы. В наши дни выбор места учебы уже не определяет жестко и однозначно дальнейшую перспективу профессиональной карьеры. В результате многократно увеличилось число лиц, которые, отучившись за счет бюджетного финансирования, после окончания учреждения высшего или среднего профессионального образования работают не по специальности. Другие выпускники не могут себе найти работу вообще. Не менее тревожной тенденцией является повышение доли таких выпускников, которые после получения профессионального образования поступают на учет в службу занятости. Таким образом, встает вопрос об эффективности расходования бюджетных средств, направленных на регулирование рынка, подготовку и переподготовку специалистов.
Представляется актуальным концентрация усилий государства в направлении повышения координации различных агентов, вовлеченных в подготовку и трудоустройство молодых специалистов. Сделать это можно только при помощи демократических институтов, руководствующихся логикой экономического развития и социальной справедливостью, учитывающих интересы ключевых субъектов этого процесса — учебных заведений, работодателей и самих работников. В условиях, когда изменяются схемы привычного вхождения молодых людей в фазу трудовой деятельности, качественным образом трансформируется мотивация, связанная с выбором профессии и профессионального образования, идет перестройка всей системы ценностных предпочтений и жизненных ориентации личности. Привычные, устоявшиеся взгляды, стереотипы не способны ни объяснить происходящее, ни сориентировать на адекватное поведение. Возникающие новые структуры, нешаблонные идеи и действия захватывают молодое поколение. В связи с этим изменяются цели и установки молодежи, ориентиры в устремлениях, корректируются социальные идеалы и ожидания. В силу этого актуализируется роль социологических исследований, которые дают объективную информацию о состоянии проблем трудоустройства выпускников учреждений профессионального образования в условиях современной российского рынка труда в целом и в условиях конкретного региона и способствуют выявлению приоритетов социальной политики и управления профессиональным образованием. Степень проблемы трудоустройства выпускников определяется состоянием мировых и отечественных исследований в области образования, рынка труда, трансформации институтов в условиях перехода к рынку.
Воронежский государственный технический университет
УДК 681.3
Д.М. Канин, Н.Л.Бурков, Р.С. Лопатин
Информационная система управления основными фондами
Сегодня одной из наиболее актуальных задач, стоящих перед современным машиностроительными предприятиями, имеющими в своем распоряжении сложное дорогостоящее в обслуживании оборудование, является необходимость обеспечения его безопасности и в то же время экономической эффективности работы.
Важным моментом при решении этой задачи становится внедрение систем управления производственными фондами и активами предприятия, составляющих неотъемлемую часть производственного процесса и позволяющих увеличить производственную мощность предприятия за счет использования современных информационных технологий, не прибегая к закупкам нового оборудования.
Информационная система управления основными фондами, входящая в структуру единой системы планирования ресурсов машиностроительных предприятий, позволяет сократить простои оборудования, затраты на техобслуживание, ремонты и материально-техническое снабжение.
Предполагается внедрение разрабатываемой системе в финансово-экономических отделах машиностроительных предприятий с большой номенклатурой основных фондов для их учета, начисления амортизации и печати различных актов о модернизации, списании, приеме и перемещении. Пользователями системы являются экономисты, бухгалтера, инженеры, занятые составлением отчетов о состоянии основных фондов предприятия.
Воронежский государственный технический университет
УДК 681.3
В.В. Лепендин, Д.С. Орлов, Д.Е. Пачевский
ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ
Восприятие реального мира можно соотнести с последовательностью разных, хотя иногда и взаимосвязанных, явлений. С давних времен люди пытались описать эти явления (даже тогда, когда не могли их понять). Такое описание называют данными. Активная деятельность по отысканию приемлемых способов обобществления непрерывно растущего объема информации привела к созданию в начале 60-х годов специальных программных комплексов, называемых "Системы управления базами данных" (СУБД). Основная особенность СУБД – это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры. Файлы, снабженные описанием хранимых в них данных и находящиеся под управлением СУБД, стали называть банки данных, а затем "Базы данных" (БД).
Естественно, что проект базы данных надо начинать с анализа предметной области и выявления требований к ней отдельных пользователей (сотрудников организации, для которых создается база данных). Подробнее этот процесс будет рассмотрен ниже, а здесь отметим, что проектирование обычно поручается человеку (группе лиц) – администратору базы данных (АБД). Им может быть как специально выделенный сотрудник организации, так и будущий пользователь базы данных, достаточно хорошо знакомый с машинной обработкой данных. Объединяя частные представления о содержимом базы данных, полученные в результате опроса пользователей, и свои представления о данных, которые могут потребоваться в будущих приложениях, АБД сначала создает обобщенное неформальное описание создаваемой базы данных. Это описание, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств, понятных всем людям, работающих над проектированием базы данных, называют инфологической моделью данных. Цель инфологического моделирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка). Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты). При построении инфологических моделей можно использовать язык ER-диаграмм (от англ. Entity-Relationship, т.е. сущность-связь). В них сущности изображаются помеченными прямоугольниками, ассоциации – помеченными ромбами или шестиугольниками, атрибуты – помеченными овалами, а связи между ними – ненаправленными ребрами, над которыми может проставляться степень связи (1 или буква, заменяющая слово "много") и необходимое пояснение. Только небольшие организации могут обобществить данные в одной полностью интегрированной базе данных. Чаще всего администратор баз данных практически не в состоянии охватить и осмыслить все информационные требования сотрудников организации (т.е. будущих пользователей системы).
Отдельные БД могут объединять все данные, необходимые для решения одной или нескольких прикладных задач, или данные, относящиеся к какой-либо предметной области (например, финансам, студентам, преподавателям, кулинарии и т.п.). Первые обычно называют прикладными БД, а вторые – предметными БД (соотносящимся с предметами организации, а не с ее информационными приложениями). (Первые можно сравнить с базами материально-технического снабжения или отдыха, а вторые – с овощными и обувными базами.)
Для проектирования БД необходимо провести анализ объектов и атрибутов, благодаря этому можно выделить сущности проектируемой базы данных и, приняв решение о создании реляционной базы данных, построить ее инфологическую модель.
Воронежский государственный технический университет
УДК 681.3
Н.И. Черняев, Д.С. Орлов, Р.С. Лопатин
ПРОЕКТИРОВАНИЕ ОСНОВНЫХ ФУНКЦИЙ СИСТЕМЫ УЧЁТА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
В настоящее время мало кто из нас может представить жизнь без современных технологий. Они окружают нас везде: дома, в институте, на работе. Одним из важнейших видов современных технологий являются информационные. Это связанно с тем, что информация – один из важнейших ресурсов нашего времени. Ведь недаром наш век называют информационным. В последнее время под информационными технологиями чаще всего понимают компьютерные технологии. В частности, ИТ имеют дело с использованием компьютеров и программного обеспечения для хранения, преобразования, защиты, обработки, передачи и получения информации. Любая современная организация, в той или иной мере, пользуется этими технологиями. К таким организациям относятся и ВУЗы.
Во многих ВУЗах готовят специалистов по ИТ. В каждом ВУЗе, как государственном, так и не государственном, имеются компьютерные классы. Но любая техника не вечна. Ей свойственно выходить из строя, причем это бывает, как правило, в самые неподходящие моменты. Поэтому необходимо своевременно обслуживать всю компьютерную технику. Некоторые части отдавать в ремонт, некоторые просто тестировать, а некоторые заменять на новые. Не сложно запомнить, когда и какую часть компьютера вы отдали или заменили. Но что делать, если этих компьютеров двадцать, тридцать, а может и больше. Для этих целей необходимо внедрение подсистемы учета материально-технического обеспечения.
В данной подсистеме основной сложностью является корректная разработка базы данных. Не обходимо, чтобы в базах данных хранились все необходимые данные о компьютерах. Помимо этого необходимо осуществить возможность добавления новых комплектующих, а так как многие части компьютера представляют собой сложную структуру с множеством параметров, то под многие части необходимо создавать отдельные таблицы. А следовательно необходимо создавать связи между таблицами.
У подсистемы существует SQL база данных, в которой хранится вся информация о комплектующих компьютеров. Помимо просто названия и, при необходимости, указания дополнительной информации, в базе находится информация о сроках гарантии. Таким образом, существует возможность контроля частей, чей срок гарантии подходит к концу. Так же все части отправленные в ремонт, заносятся в отдельную базу, в которой указываются сроки и при необходимости дополнительная информация, например, о нынешнем состоянии ремонта. Так же одним из важнейших преимуществ использования данной подсистемы является возможность своевременного планирования обновления комплектующих. Нет необходимости искать по базе, к какому компьютеру относиться та или иная часть. Все находится в одном программном продукте. Выбирая компьютер, находящийся в нужной аудитории мы видим всю информацию о его комплектующих. При необходимости замены одной или нескольких частей, есть возможность удаления и добавления новых данных в базу. Базу, при необходимости, можно переносить на другие компьютеры. Любой пользователь, даже если он ранее не работал в этой программе, может без труда найти необходимую информацию.
Воронежский государственный технический университет
УДК 681.3
В.С. Бочков, Д.С. Орлов, Р.С. Лопатин
ПРОЕКТИРОВАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ ПРОИЗВОДСТВЕННЫХ ПРАКТИК
С каждым годом объем информации, которую приходится обрабатывать человеку, стремительно растет. Конечно, можно работать «по старинке», храня информацию в бумажных папках-скоросшивателях и укладывая их штабелями на полки, но, согласитесь, что в этом случае на поиск нужной информации может потребоваться значительное количество рабочего времени. Поэтому современные рациональные компании пытаются максимально автоматизировать производство, документооборот и т.д. Высшие учебные заведения также не являются исключением.
Любая разработка программного продукта начинается с создания базы данных. Сейчас существует большой выбор программного обеспечения для создания баз данных. Самыми распространенными на данный момент являются МSSQL, MySQL, Oracle.
Oracle Database или Oracle DBMS — объектно-реляционная система управления базами данных. Является самым крупным программным обеспечением для работы с базами данных. Его минус заключается в недоступности широкому кругу программистов, из-за высокой цены.
МуSQL - свободная система управления базами данных (СУБД). MySQL является решением для малых и средних приложений. Входит в LAMP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.
Для реализации данного программного средства был выбран MSSQL. Microsoft SQL Server — система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. SQL Server — это замечательный инструмент во многих отношениях. Он позволяет разрешить самые разнообразные проблемы, начиная от хранения больших объемов информации и заканчивая поддержкой приложений, предполагающих одновременный доступ множества пользователей к огромной базе данных. А также он является неотъемлемой частью процесса разработки ASP.NET и ShareРoint, на которых и базируется разрабатываемая подсистема.
Microsoft SharePoint Server – повышение управляемости предприятием и сокращение непроизводительных затрат. Это достигается за счет создания фактически единого информационного пространства (корпоративного портала), который способствует автоматизации документооборота, упрощает доступ к необходимой информации. Корпоративный портал на базе Microsoft SharePoint Server позволяет комплексно решать задачи взаимодействия сотрудников высшего учебного заведения, реализации внутренней корпоративной политики, выполнение ежедневных управленческих и административных функций.
Данный программное средство направлено на автоматизацию учета проведения производственных практик студента ВУЗа. Программа учёта прохождения студентами практик призвана упорядочить и упростить работу руководителя практики.
Производственная практика — часть учебного процесса, связанная с опытом реальной (обычно не очень высококвалифицированной) работы, выполняемой учащимся ВУЗа или среднего специального заведения. Эта работа выполняется обычно на том или ином профильном предприятии.
Возможность данной системы заключается в том, что вся информация о производственных практиках хранится в одной хорошо структурированной базе данных. И в любой момент ее всегда можно найти за очень короткий промежуток времени. Еще одним важным преимуществом является то, что можно просмотреть общий ход выполнения производственной практики для всех студентов на одной странице.
После того как мы определили функции программного продукта, можно говорить о создании базы данных.
Работа с базой данной начинается с запуска программы MSSQL Server Management Studio Express. В появившемся окне устанавливаем соединение с сервером, а потом создаем базу данных. В нашем случае она называется «Практики». Сама база данных состоит из таблиц, в которых отражаются все первичные сведения, необходимые для работы с программным продуктом. Таблицы имеют свое индивидуальное название, а также в них содержаться незаполненные столбцы. У нас таблиц шесть: личные сведения студента, список руководителей практик, группа, сроки прохождения практик, задания и результат. Чтобы база данных работала корректно и выполняла необходимые запросы, надо связать таблицы между собой. Это можно осуществить по средствам первичных и вторичных ключей. Уже после того как таблицы связаны, необходимо заполнить ее. И только потом осуществляются запросы.
В заключении можно сделать вывод, что данный программный продукт во многом облегчит работу с распределением и контролем прохождения производственных практик.
Воронежский государственный технический университет
УДК 681.3
А.А. Власенко, Д.С. Орлов, Д.Н Пименов
ОБЗОР СИСТЕМЫ УЧЕТА НАУЧНЫХ РАБОТ
С развитием новейших технологий, в том числе информационных невозможно игнорировать процесс автоматизации как один из основных факторов повышения эффективности практически любой деятельности, тем более связанной с большими объемами различных данных, какой и является деятельность по осуществлению учета научных работ студентов и преподавателей высшего учебного заведения. На сегодняшний день данный процесс нуждается в специализированном программном средстве, которое позволило бы избавить сотрудников от рутинной работы с бумагами и отчетами, и значительно повысить эффективность их деятельности.
К сожалению, на современном рынке программных средств присутствуют лишь крупномасштабные коммерческие решения широкого профиля, которые не всегда подходят учебным заведениям. К тому же любые подобные продукты требуют тщательной настройки под конкретные рабочие условия организации, не говоря уже об их высокой стоимости. Следовательно, целесообразно создать специализированное программное обеспечение узкого профиля, удовлетворяющее потребности конкретного ВУЗа.
Система учета научных работ должна содержать достаточное количество функций для полного удовлетворения потребностей пользователей:
Возможность добавлять, удалять, редактировать научные работы. Каждой работе необходимо присвоить уникальный идентификатор, для исключения различных ошибок и коллизий как пользовательского, так и программного уровня.
Каждая работа имеет подробное описание, сроки выполнения, различные графические приложения, ссылки на другие работы. Внесения всех этих параметров также должно поддерживаться системой.
Необходимо отслеживать текущее состояние работы, на каком этапе она находится, какие возникают трудности, укладываются ли ее участники в требуемые сроки. Если возникают какие-то трудности, то необходимо корректировать параметры работы.
Каждая научная работа должна содержать список сотрудников, принимающих в ней участие. Помимо этого должны быть выделены руководителя и ответственные лица. Интерфейс программы должен содержать возможность назначать участников, руководителей работ из имеющегося списка сотрудников, возлагать на каждого из них определенные функции.
Еще оной важной функцией является возможность составлять расширенные отчеты. Отслеживать в каких работах участвует тот или иной сотрудник, какие работы были выполнены за заданный промежуток времени. Какие проблемы возникали в ходе выполнения группы работ. Система обязательно должна содержать данные функции.
При разработке программного обеспечения потребуется создание большого количества хранимых процедур. Это необходимо сделать для повышения надежности базы данных. Так как при использовании открытых запросов в коде программы могут возникнуть ошибки, которые, в последствии, будет сложно отследить и исправить. Когда же функции базы реализованы в виде хранимых процедур с описанными входными и выходными параметрами, обращение к ним упрощается и практически не зависит от программного средства. В среде Microsoft Sql Server хорошо проработана возможность создания и использования хранимых процедур, что является еще одним важным параметром при выборе ее в качестве СУБД.
Воронежский государственный технический университет
УДК 681.3
И.С. Малышева, С.И. Ушаков, Е.Н Кордюкова
ЭТАПЫ ПЕРЕХОДА ОТ СУ К АСУ
Основными этапами перехода от СУ к АСУ являются:
Этап анализа. Опыт автоматизации показывает, что изменения в систему управления необходимо вносить на основе ее анализа, однако такого, при котором задана его цель и который протекает итерационно на нескольких различных уровнях. При этом детализация допускается лишь на тех участках, на которых предполагается проектирование изменений в самом ближайшем будущем. Этап проектирования. Последние достижения в области проектирования сложных программных систем позволяют говорить об этапах анализа и проектирования как последовательных с определенной долей условности. В реальной деятельности четкого разделения нет, работы по этапам делаются "поблочно", параллельно и на разных участках системы управления - с разной скоростью, причем сам спроектированный "блок" сразу же становится инструментом анализа системы управления и перепроектируется по результатам этого анализа. Этап внедрения. Этот этап представляет наибольшие трудности.Совершенствование системы управления социально-экономическими объектами всегда вызывает, как следствие, изменения в деятельности определенного круга работников, что не может не вызывать естественного сопротивления с их стороны. Внедрение АСУ привносит в большинстве случаев новые методы и средства работы, предполагает достаточно высокую работоспособность, приспособляемость работников к деятельности в новых условиях, повышение их квалификации и профессионального образования.