Размещено на http://www.allbest.ru/

• Содержание

Введение

1. Особенности использования информационных технологий в структуре Вооруженных сил Республики Казахстан

1.1 Место и роль призывных участков в структуре Вооруженных сил Республики Казахстан

1.2 Применение информационных технологий в деятельности военкоматов

2. Разработка программного обеспечения

2.1 Основание для разработки

2.2 Обзор средств создания автоматизированных рабочих мест и формирование требований к программному комплексу «Призывник»

2.3 Обоснование выбора среды программирования

2.4 Проектирование и разработка основных алгоритмов и программного кода комплекса «Призывник»

2.5 Описание программных модулей

3. Руководство для пользователя

3.1 Установка программного комплекса «Призывник»

3.2 Использование программного комплекса «Призывник»

Заключение

Список использованных источников

Введение

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

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

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

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

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

Для этого были поставлены следующие задачи:

1. Изучить и привести к единому стандарту все виды необходимых выходных документов (отчетов), использующихся при формировании и отправке команд срочной службы вооруженных сил Республики Казахстан на примере департамента Костанайской области.

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

3. Провести анализ существующих решений по аналогичной теме.

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

Объектом исследования дипломной работы являются основные принципы разработки программного обеспечения для призывного пункта на языке программирования Delphi.

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

По результатам исследования опубликована статья в Сборнике магистрантов и студентов КСТУ

Дипломная работа состоит из введения, двух разделов, заключения, списка использованных источников. Работа содержит 4 таблицs и 11 рисунков. Список используемой литературы содержит 29 наименование.

1. Особенности использования информационных технологий в структуре Вооруженных сил Республики Казахстан

1.1 Место и роль призывных участков в структуре Вооруженных сил Республики Казахстан

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

Законом Республики Казахстан от 16 февраля 2012 года № 561-IV ЗРК О воинской службе и статусе военнослужащих определено, что одними из его основных задач являются поддержание в необходимой готовности Вооруженных Сил, осуществление мероприятий по строительству Вооруженных Сил, обеспечение социальной защиты военнослужащих, лиц гражданского персонала Вооруженных Сил, граждан, уволенных с военной службы, и членов их семей [2].

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

Основные направления деятельности военкоматов:

1. поддержание высокой боевой готовности Управления, подчиненных ему управлений и отделов городов и районов;

2. организация работы по выполнению мобилизационного задания, взаимодействие с исполнительными представительными органами, другими силовыми ведомствами;

3. организация и ведение учета людских, транспортных, материальных ресурсов;

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

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

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

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

1.2 Применение информационных технологий в деятельности военкоматов

Информационные технологии - это загадочное для многих понятие, которое не имеет четко определенного значения, до настоящего времени не разработано общей теории информационных технологий как системы целостных взаимосвязанных приемов, методов и средств обработки информации, не определено само понятие "информационная технология" [3].

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

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

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

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

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

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

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

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

Для понимания сущности информационных технологий необходимо обратиться к сущности составляющих этот термин слов: "информация" и "технология".

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

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

Таким образом, несмотря на то, что работа имеет прикладной характер и не имеет цели изучения теории информации и информатики, необходимо четко определить термин "информационная технология" [4-6].

Безусловно, с системной точки зрения заслуживает внимания определение Симоновича С.В.: "Информация - это продукт взаимодействия данных и адекватных им методов", "информация возникает и существует в момент диалектического взаимодействия объективных данных и субъективных методов", иными словами - информация - это обработанные в соответствии с определенными требованиями потребителя данные (или сведения) о каких-либо явлениях, объектах, событиях, процессах и лицах.

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

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

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

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

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

Следовательно, информационная технология должна обладать свойствами, присущими только системам: принципом эмерджентности (в соответствии с которым система обладает качествами, не присущими изолированным друг от друга отдельным составляющим ее элементам) и синергическим эффектом (дополнительным эффектом, возникающим при совместном, взаимосвязанном действии элементов системы, который может быть как положительным, так и отрицательным в зависимости от организации системы) [7-10].

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

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

2. Разработка программного обеспечения

2.1 Основание для разработки

Основанием для данной разработки послужила необходимость создания автоматизированного рабочего места (АРМ) по учету призывников, формированию команд на отправку в вооруженные силы Республики Казахстан и различного вида сопроводительных документов (отчетов).

Несмотря на повсеместное проектирование и внедрение различного вида АРМ как для использования в государственном секторе так и для использования в среднем и малом бизнесе, а также при наличии значительного объема работ при использовании «ручного» метода сбора и обработки информации в военных комиссариатах (военкоматах) при постановке на учет и формировании команд на отправку в вооруженные силы Республики Казахстан, данная сфера внедрения информационных систем остается «невостребованной». Следовательно, данная разработка может считаться актуальной и своевременной [11].

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

Назначение разработки

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

Требования к программе или программному изделию

Программный комплекс должен отвечать следующим требованиям:

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

2. обеспечивать масштабируемость разрабатываемой системы (в необходимы пределах);

3. формировать все необходимые выходные документы (отчеты) (см. приложения);

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

Необходима совместимость с операционными системами семейства Windows, как самыми распространенными ОС в вооруженных силах Республики Казахстан. А также, при необходимости, возможность запуска под управлением ОС семейства Unix/Linux (в режиме эмуляции Wine).

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

2.2 Обзор средств создания автоматизированных рабочих мест и формирование требований к программному комплексу «Призывник»

Автоматизированное рабочее место (АРМ), или, в зарубежной терминологии, "рабочая станция" (work-station), представляет собой место пользователя-специалиста той или иной профессии, оборудованное средствами, необходимыми для автоматизации выполнения им определенных функций. Такими средствами, как правило, является ПК, дополняемый по мере необходимости другими вспомогательными электронными устройствами, а именно: дисковыми накопителями, печатающими устройствами, оптическими читающими устройствами или считывателями штрихового кода, устройствами графики, средствами сопряжения с другими АРМ и с локальными вычислительными сетями и т.д [12-14].

Наибольшее распространение в мире получили АРМ на базе профессиональных ПК с архитектурой IBM PC.

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

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

1. системность.

2. гибкость.

3. устойчивость.

4. эффективность.

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

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

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

В то же время к АРМ любой "профессии" можно предъявить и ряд общих требований, которые должны обеспечиваться при его создании, а именно:

1. непосредственное наличие средств обработки информации;

2. возможность работы в диалоговом (интерактивном) режиме;

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

4. достаточно высокая производительность и надежность ПК, работающего в системе АРМ;

5. адекватное характеру решаемых задач программное обеспечение;

6. максимальная степень автоматизации рутинных процессов;

7. оптимальные условия для самообслуживания специалистов как операторов АРМ;

8. другие факторы, обеспечивающие максимальную комфортность и удовлетворенность специалиста использованием АРМ как рабочего инструмента.

Структура АРМ включает совокупность подсистем - технической, информационной, программной и организационной.

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

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

Языковые средства АРМ необходимы, прежде всего, для однозначного смыслового соответствия действий пользователя и реакции ПЭВМ. Без них невозможен процесс обучения, организация диалога, обнаружение и исправление ошибок. Сложность разработки таких языков заключается в том, что они должны быть преимущественно непроцедурными. Если процедурный язык указывает, как выполняется задаваемое действие, то непроцедурный - что необходимо выполнить без детализации, какие действия для этого требуются.

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

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

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

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

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

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

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

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

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

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

Гибридный диалог может быть инициированы и пользователем, и ПЭВМ.

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

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

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

Если рассматривать автоматизированные рабочие места с точки зрения программных средств, их реализующих, то классификация АРМ может быть весьма обширна. Они могут быть классифицированы по языку программирования, возможности предоставления пользователю процедурных средств программирования, возможности достраивания программной системы в процессе эксплуатации, наличию систем управления базами данных, транслятора или интерпретатора с языков пользователей, средств обнаружения и исправления ошибок и т.д. Пакеты прикладных программ (ППП), применяемые в АРМ, могут быть параметризованы для обеспечения привязки системы к конкретному приложению. Могут использоваться генераторы самих ППП.

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

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

Например, обслуживающий персонал (делопроизводители, секретари) в силу специфики выполняемых ими функций не нуждаются в интеллектуальных АРМ (в своей непосредственной деятельности). [15]

Обслуживающие АРМ в сферах организационного управления могут быть:

1. Интеллектуальные АРМ можно, прежде всего, разделить на ориентированные на данные и ориентированные на задания (даталогические и фактологические).

2. Информационно-справочные АРМ обслуживают какой-либо процесс управления. Вычислительные АРМ разнообразны по своему содержанию и могут применяться многочисленными категориями пользователей.

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

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

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

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

6. диагностика (поиск, определение и описание состояния управляемого объекта);

7. мониторинг (непрерывное отслеживание функционирования АРМ и фиксирование получаемых результатов);

8. планирование (обеспечение заданной последовательности действий);

9. проектирование (обеспечение пользовательских интерфейсов и развития).

10. АРМ могут быть индивидуальными, групповыми, коллективными. Применительно к групповым и коллективным АРМ в целях эффективного функционирования системы ЭВМ - специалистам (коллективу) необходимо ужесточить требования к организации работы АРМ и чётко определить функции администрирования в такой системе. Система АРМ, являющаяся «человеком - машиной», должна быть открытой, гибкой, приспособленной к постоянному развитию и совершенствованию. В такой системе должны быть обеспечены:

11. максимальная приближённость специалистов к машинным средствам обработки информации;

12. работа в диалоговом режиме;

13. оснащение АРМ в соответствии с требованиями эргономики;

14. высокая производительность компьютера;

15. максимальная автоматизация рутинных процессов;

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

17. возможность самообучения специалистов.

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

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

Техническое обеспечение представляет собой комплекс технических средств, основой которого служит профессиональный персональный компьютер, предусматривающий работу специалиста без посредников (программистов, операторов и др.). У групповых АРМ таким компьютером могут пользоваться 4 - 6 человек.

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

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

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

Для групповых и коллективных АРМ в подсистему организационного обеспечения включаются функции администрирования АРМ: проектирование, планирование, учет, контроль, анализ, регулирование, организационные связи с инфрасистемами и др.

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

1. ввод, редактирование, удаление (в случае проведения ошибочных операций) данных;

2. автоматическое формирование различных выходных документов (так называемых отчетов), согласно внесенным данным;

3. повышение надежности хранения данных путем создание полных или инкрементных архивов, как в автоматическом, так и в ручном режиме;

4. парольную защиту на доступ к программе;

5. импортирование / экспортирование данных между распределенными комплексами через некоторые промежуточные файлы;

6. работу с различными призывными периодами, переключение между ними;

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

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

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

Комплекс, исходя из предъявляемых требований безопасности и технических возможностей, не предусматривает поддержки клиент - серверной технологии. Но, принимая во внимание вероятность распределенной работы в различных районных призывных пунктах с предварительным сбором и обработкой данных, необходимо предусмотреть выборочное импортирование / экспортирование данных между базами указанных призывных пунктов через промежуточные файлы (например, текстовые).

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

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

2.3 Обоснование выбора среды программирования

Для написания данной дипломной работы использовался язык объектно-ориентированного программирования Delphi.

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

Между содержимым окон формы и кода существует неразрывная связь, которая строго отслеживается Delphi. Это означает, что размещение на форме компонента приводит к автоматическому изменению кода программы и наоборот - удаление тех или иных автоматически вставленных фрагментов кода может привести к удалению соответствующих компонентов [16-19].

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

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

При компиляции программы Delphi создает файлы с расширениями pas, dfm и оси для каждого модуля: pas-файл содержит копию текста из окна кода программы, в файле с расширением dfm хранится описание содержимого окна формы, а в оси-файле - результат преобразования в машинные инструкции текста из обоих файлов. Файлы dcu создаются компилятором и дают необходимую базу для работы компоновщика, который преобразует их в единый загружаемый файл с расширением ехе.

По умолчанию заголовок окна совпадает с заголовком формы: Form. Чтобы изменить заголовок, нужно обратиться к окну Инспектора объектов.

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

Слово procedure извещает компилятор о начале подпрограммы-процедуры (в Delphi могут использоваться также подпрограммы-функции; в этом случае вместо procedure (процедура) используется слово function (функция); разницу между процедурами и функциями мы обсудим позже). За ним следует имя процедуры TFormi.ButtonlClick. Это имя - составное: оно состоит из имени класса TForm1 и собственно имени процедуры Button1Click.

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

В состав Delphi входит несколько сотен классов, созданных программистами корпорации Borland (так называемых стандартных классов). Совокупность стандартных классов определяет мощные возможности этой системы программирования [20-24].

Каждый компонент принадлежит к строго определенному классу, а все конкретные экземпляры компонентов, вставляемые в форму, получают имя класса с добавленным числовым индексом. По используемому в Delphi соглашению все имена классов начинаются с буквы Т. Таким образом, имя TFormi означает имя класса, созданного по образцу стандартного класса TForm. Строка Form1: Tform1; создает экземпляр этого класса с именем Formi. Стандартный класс TForm описывает пустое Windows-окно, в то время как класс TFormI описывает окно с уже вставленными в него компонентами метка и кнопка. Описание этих компонентов содержат строки

Button1: TButton;

Label 1: TLabel;

Они указывают, что компонент Buttoni (Кнопка!) представляет собой экземпляр стандартного класса TButton, а компонент Label 1 (Метка 1) - экземпляр класса TLabel.

За именем процедуры TFormi. Buttoniciick в круглых скобках следует описание параметра вызова

Sender: TObject

(параметр с именем Sender принадлежит классу TObject). Процедуры могут иметь не один, а несколько параметров вызова или не иметь их вовсе. Параметры вызова (если они есть) служат для настройки реализованного в процедуре алгоритма на выполнение конкретной работы. Параметр Sender вставлен Delphi “на всякий случай”: с его помощью подпрограмма Button1Click может при желании определить, какой именно компонент создал событие OnClick. Вся строка в целом

procedure TFormI.Buttoniciick(Sender: TObject);

называется заголовком процедуры. Ее завершает символ “;”. Этот символ играет важную роль в Object Pascal, т. к. показывает компилятору на конец предложения языка. Из отдельных предложений составляется весь текст программы. В конце каждого предложения нужно ставить точку с запятой - это обязательное требование синтаксиса языка.

Три следующие строки определяют тело процедуры:

begin

end;

Слово begin (начало) сигнализирует компилятору о начале последовательности предложений, описывающих алгоритм работы процедуры, а слово end (конец) - о конце этой последовательности. Delphi лишь создала заготовку для процедуры, но она ничего “не знает” о том, для чего эта процедура предназначена. Наполнить тело нужными предложениями - задача программиста.

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

Структура программ Delphi. Любая программа в Delphi состоит из файла проекта (файл с расширением dpr) и одного или нескольких модулей (файлы с расширениями pas). Каждый из таких файлов описывает программную единицу Object Pascal.

Структура проекта. Файл проекта представляет собой программу, написанную на языке Object Pascal и предназначенную для обработки компилятором. Эта программа автоматически создается Delphi и содержит лишь несколько строк. Чтобы увидеть их, необходимо запустить Delphi и щелкнуть по опции Project | View Source главного меню.

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

Зарезервированные слова играют важную роль в Object Pascal, придавая программе в целом свойство текста, написанного на почти естественном английском языке. Каждое зарезервированное слово (а их в Object Pascal несколько десятков) несет в себе условное сообщение для компилятора, который анализирует текст программы так же, как читаем его и мы: слева направо и сверху вниз.

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

{$R *.RES}

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

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

{Это комментарий}

(*Это тоже комментарий*)

//Все символы до конца этой строки составляют комментарий

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

uses

Forms, Unit1 in 'Unitl.pas' {fmExample};

указывают, что помимо файла проекта в программе должны использоваться модули Forms И Unit1. модуль Forms является стандартным (т. е. уже известным Delphi), а модуль Unit1 - новым, ранее неизвестным, и Delphi в этом случае указывает также имя файла с текстом модуля (in 'uniti.pas') и имя связанного с модулем файла описания формы {fmExample}.

Собственно тело программы начинается со слова begin (начать) и ограничивается терминатором end с точкой. Тело состоит из нескольких операторов языка Object Pascal [25-27]. В каждом операторе реализуется некоторое действие - изменение значения переменной, анализ результата вычисления, обращение к подпрограмме и т. п.

Объектом называется специальным образом оформленный фрагмент программы, заключающий в себе данные и подпрограммы для их обработки. Данные называются полями объекта, а подпрограммы - его методами. Объект в целом предназначен для решения какой-либо конкретной задачи и воспринимается в программе как неделимое целое (иными словами, нельзя из объекта “выдернуть” отдельное поле или метод).

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

Разработчики Delphi придумали сотни объектов, которые можно рассматривать как кирпичики, из которых программист строит многоэтажное здание программы. Такой принцип построения программ называется объектно-ориентированным программированием (ООП). В объекте Application собраны данные и подпрограммы, необходимые для нормального функционирования Windows-программы в целом. Delphi автоматически создает объект-программу Application для каждого нового проекта. Строка

Application.Initialize;

означает обращение к методу Initialize объекта Application. Прочитав эту строку, компилятор создаст код, который заставит процессор перейти к выполнению некоторого фрагмента программы, написанного для нас разработчиками Delphi. После выполнения этого фрагмента (программисты говорят: после выхода из подпрограммы) управление процессором перейдет к следующей строке программы, в которой вызывается метод CreateForm и т.д.

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

Любой модуль имеет следующую структуру: заголовок секция интерфейсных объявлений секция реализации терминатор Заголовок открывается зарезервированным словом Unit за которым следует имя модуля и точка с запятой. Секция интерфейсных объявлений открывается зарезервированным словом Interface, a секция реализации - словом implementation. Терминатором модуля, как и терминатором программы, является end с точкой. Следующий фрагмент программы является синтаксически правильным вариантом модуля:

unit Unit1;

interface

// Секция интерфейсных объявлений

implementation

// Секция реализации

end.

В секции интерфейсных объявлений описываются программные элементы (типы, классы, процедуры и функции), которые будут “видны” другим программным модулям, а в секции реализации раскрывается механизм работы этих элементов. Разделение модуля на две секции обеспечивает удобный механизм обмена алгоритмами между отдельными частями одной программы. Он также реализует средство обмена программными разработками между отдельными программистами. Получив откомпилированный “посторонний” модуль, программист получает доступ только к его интерфейсной части, в которой, как уже говорилось, содержатся объявления элементов. Детали реализации объявленных процедур, функций, классов скрыты в секции реализации и недоступны другим модулям.

Если щелкнуть по закладке Unit1 окна кода, можно увидеть такой текст:

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Classes, Graphics, Controls,

Forms, Dialogs, StdCtrls, Buttons, ExtCtrls;

type

TfmExample = class(TForm)

Panel1: TPanel;

bbRun: TBitBtn;

bbClose: TBitBtn;

edinput: TEdit;

IbOutput: TLabel;

mmOutput: TMemo;

private

{ Private declarations } public

{ Public declarations } end;

var

fmExample: TfmExample;

implementation

$R *.DFM}

end.

Весь этот текст сформирован Delphi, но в отличие от файла проекта программист может его изменять, придавая программе нужную функциональность. В интерфейсной секции описан один тип (класс - fmExample) и один объект (переменная fmExample).

Вот описание класса:

type

TfmExample = class(TForm)

Panell: TPanel;

bbRun: TBitBtn;

bbClose: TBitBtn;

edinput: TEdit;

IbOutput: TLabel;

mmOutput: TMemo;

private

{ Private declarations } public

{ Public declarations } end;

Классы служат основным инструментом реализации мощных возможностей Delphi. Класс является образцом, по которому создаются объекты, и наоборот, объект - это экземпляр реализации класса. Образцы для создания элементов программы в Object Pascal называются типами, таким образом, класс TfmExamplel -это тип. Перед его объявлением стоит зарезервированное слово type (тип), извещающее компилятор о начале раздела описания типов.

Стандартный класс TForm реализует все нужное для создания и функционирования пустого Windows-окна. Класс TfmExamplel порожден от этого класса, о чем свидетельствует строка

TfmExample = class(TForm)

в которой за зарезервированным словом class в скобках указывается имя родительского класса. Термин “порожден” означает, что класс TfmExample унаследовал все возможности родительского класса TForm и добавил к ним собственные в виде дополнительных компонентов, которые, как вы помните, мы вставили в форму fmExample. Перечень вставленных нами компонентов и составляет значительную часть описания класса.

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

...