Типичный набор необходимого программного обеспечения для небольшой организации.

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

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

Набор программного обеспечения для офиса

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

Операционные системы

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

Самая популярная в настоящее время версия клиентской операционной системы — Microsoft Windows 7 Professional (цена от 4 150 руб.). Windows 7 Профессиональная — самая распространенная ОС, она простая и практичная в использовании, многофункциональная и быстродейственная, эффективная и надежная в работе, имеет хорошую совместимость с большинством компьютерного «железа». Также есть более современная версия, но пока еще менее распространенная ОС - это Windows 8, которая не уступает по своим качественным характеристикам Windows 7 и имеет еще более расширенные возможности.

Самой распространённой версией серверных ОС на сегодняшний день является Windows Server 2008 (цена от 24 000 руб.). Это хорошая серверная ОС, которая дает возможность совместной работы для сотрудников вашего офиса с различными файлами и периферийным оборудованием, позволяет организовать удаленный доступ и осуществляет поддержку безопасности IT-структуры. Для лицензирования операционной системы Windows Server 2008, как и для других серверных ОС нужно купить необходимое количество лицензий клиентского доступа, которое зависит от единиц пользователей в сети, подключенных к этому серверу. Более дешевым вариантом серверной операционной системы от компании Microsoft, является устаревшая Windows Server 2003 (цена от руб.). Windows Server 2012 - последняя версия серверной ОС от компании Microsoft. Она является современной заменой для Windows Server 2008/ 2003.
Некоторые организации пользуются серверными ОС семейства Linux, которые в большинстве случаев значительно дешевле серверных операционных систем от компании Microsoft, но в то же время требующих дорогостоящих обслуживающих специалистов.

Антивирусное программное обеспечение и Файрволлы

Информационная безопасность и сохранность данных имеют самый высокий приоритет для любой компании. Поражение системы компьютерным вирусом может привести к сбоям программ, утрате и повреждению важных рабочих документов и данных. Для предупреждения и предотвращения таких последствий необходимо использовать всевозможные эффективные системы компьютерной безопасности. Самыми популярными видами таких систем являются антивирусы. Антивирусные системы бывают как серверные, так и клиентские, а также для мобильных устройств. В настоящее время наиболее популярными и эффективными антивирусными программами являются Антивирус Касперского (цена от руб.), Eset NOD32, Norton Anti-Virus, Dr. Web, Avast. Это проверенные и эффективные продукты, которые имеют основные необходимые инструменты для качественной защиты компьютеров.

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

Прикладное программное обеспечение

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

Офисное программное обеспечение

Для любого современного офиса, необходимо предусмотреть возможность эффективной работы с документами, их редактирования, обмена и т.д. Для этого понадобятся текстовые и табличные редакторы, почтовые программы, ПО для создания презентаций и т.д. Самым популярным и эффективным решением на сегодняшний день является пакет приложений Microsoft Office 2010 (от 5 500 руб.), который включает в себя (в зависимости от версии) большинство необходимых инструментов для офисной работы Microsoft Word, Microsoft Outlook, Microsoft Excel, Microsoft PowerPoint и другие. Более дешевым пакетом офисных программ от компании Microsoft, являются устаревшие варианты, например Microsoft Office 2007 или 2003 (цена от руб.). Microsoft Office 2013 - новейшая версия пакета офисных приложений.

Необходимой является покупка программ для управленческого учета, анализа, ведения бухгалтерии, планирования, для эффективной организации работы всех отделов компании. Самым популярным решением всех этих задач является использование программных продуктов семейства 1С. Большинство программ 1С используют СУБД Microsoft SQL Server, которая в свою очередь покупается отдельно.

Полезные программы и утилиты

Также Вам могут понадобиться такие полезные программы и утилиты как Nero для записи информации на диски, ABBYY Lingvo —словарь, PROMT — переводчик текстов, WinRar - архивирование данных, Adobe Acrobat Reader - чтение файлов и другие.

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

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

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

Набор программ

Универсального набора ПО на все случаи жизни не бывает, и быть не может. В зависимости от направления деятельности компании, набор программного обеспечения может меняться, так, например, строительная компания в своей работе будет использовать специальные САПР системы: ArchiCAD , AutoCAD , Bricscad , ZwCAD , продукты Компас-3D , ЛИРА и другие, а небольшая торговая компания ограничится использованием операционных систем, офисными приложениями, антивирусами и CRM. Ниже представлен список программ по назначению, все эти программы, так или иначе, используются большинством компаний, вне зависимости от рода и вида их деятельности.

Операционные системы

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

Самый яркий представитель клиентских ОС — Windows 7 Professional (от 4 150 руб.). Microsoft Windows 7 — самая современная и популярная операционная система для рабочих станций в мире, она удобна в использовании, функциональна, стабильна в работе, совместима с большинством компьютерного оборудования и имеет отличные показатели быстродействия.

Представитель серверных ОС — Windows Server 2008 (от 24 000 руб.). Отличная операционная система, которая поможет вашей компании организовать Active Directory (AD), совместную работа с файлами и принтерами, удаленный доступ (в том числе развернуть терминальные службы), поддерживать безопасность ИТ-среды. Windows Server 2008 может выполнять множество ролей на одном физическом сервере: DNS, DHCP, Active Directory, IIS, файловый сервер, backup-сервер и другие. Для правильного лицензирования серверной ОС Windows Server 2008 необходимо приобрести лицензии клиентского доступа — Windows Server 2008 CAL (от 840 руб.), количество которых определяется числом пользователей (устройств), подключаемых к серверу.

Лицензирование, организованного с помощью Windows Server 2008, терминального доступа (RDP) осуществляется простой дозакупкой лицензий терминального доступа — Windows Terminal CAL (от 590 руб.). Количество терминальных лицензий определяется числом устройств, которые будут использовать сервер терминала.

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

Антивирусные пакеты и firewall-ы

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

Kaspersky Open Space Security (от 460 руб.) — программа, необходимая для качественной защиты рабочих станций, ноутбуков, файловых и почтовых серверов, интернет-шлюзов и смартфонов от всех типов интернет-угроз.

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

Kerio Firewall (от 9650 руб.) — программа позволяющая защитить систему от хакерских атак. Высокий уровень безопасности, легкость в настройке, удобное управление. Компания Kerio Technologies, Inc специализируется на выпуске программных продуктов безопасности уже многие годы, продукты компании не раз получали престижные награды и премии.

Прикладное программное обеспечение

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

Деловые и офисные программы

Без создания, редактирования и обмена документами невозможно представит работу любого офиса. К числу необходимых программ относится текстовый редактор (Microsoft Word ), табличный процессор (Microsoft Excel ), программа-органайзер и почтовый клиент (Microsoft Outlook ), программы создания и просмотра презентации (Microsoft PowerPoint ) и другие.

Microsoft Office 2010 (от 5 500 руб.) — набор программ (точный состав компонентов зависит от выбранной редакции), для решения повседневных офисных задач — набор текста, создание таблиц, презентаций и т.д.

1С:Предприятие 8. Управление торговлей и взаимоотношениями с клиентами (CRM) (от 53 000 руб.) — программный продукт позволяет в комплексе автоматизировать задачи оперативного и управленческого учета, анализа и планирования торговых операций, бизнес-процессы предприятия и механизмы взаимоотношений с клиентами, что помогает организовать эффективную работу всех отделов компании, в том числе отделов закупок, продаж, маркетинга, сервисного обслуживания и службы качества. Решение предназначено для автоматизации управления и учета в организациях, занимающихся оптово-розничной торговлей и предоставлением услуг, и будет полезно для компаний, которые стремятся управлять бизнесом в соответствии с концепцией CRM .

Nero (от 2 999 руб.) — программа записи дисков различного формата (CD, DVD, Blu-ray), умеет создавать ISO образы и читать их.

ABBYY Lingvo (от 820 руб.) — словарь (существует большое количество языковых версий: англо-русский, немецко-русский, мультиязычный и т.п.).

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

Программы для бухгалтерии

В нашей стране наибольшее распространение получили бухгалтерские программы семейства 1С . Система программ «1С:Предприятие 8» включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц. Сама платформа не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Такой подход позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу. На основе технологической платформы 1С, было создано огромное количество конфигураций для различных сфер и видов деятельности. Основными продуктами для бухгалтерии являются программы:

1С:Бухгалтерия (от 3 300 руб.) — предназначена для автоматизации бухгалтерского и налогового учета, включая подготовку обязательной (регламентированной) отчетности в организации. Регламентированный учет в программе реализован в соответствии с действующим законодательством, а все изменения оперативно реализовываются в новых версиях программы или в регламентированной отчетности. Благодаря своим функциональным возможностям 1С:Бухгалтерия 8 позволяет вести учет предприятиям любой сферы деятельности и любого режима налогообложения. Программа автоматизирует работу не только бухгалтерии предприятия, но и остальных структурных подразделений (например, отдела продаж: выписка счетов на оплату, накладных, счетов-фактур).

1С:Зарплата и Управление Персоналом (от 4 200 руб.) — это программа массового назначения для комплексной автоматизации расчета заработной платы и реализации кадровой политики предприятий и организаций. Она успешно применяется в кадровых службах и бухгалтериях, а также в других подразделениях, в задачу которых входит организация эффективной работы персонала.

Необходимо отметить тот факт, что большинство программ 1С используют базу данных под управлением СУБД Microsoft SQL Server (от 26 000 руб.), которая приобретается отдельно, схема лицензирования стандартная для серверных программных продуктов, необходимо приобрести лицензию на сервер (или на процессор(ы)) и лицензии клиентского доступа (Microsoft SQL Server CAL (от 3 600 руб.)), количество последних определяется числом устройств, которые подключаются к БД. В случае лицензирования Microsoft SQL Server на процессор(ы) лицензии клиентского доступа не требуются, лицензирование процессоров подразумевает неограниченное количество подключений к базе данных.

Полезные программы и утилиты

Восстановление данных, архивирование, запись на

Total Commander (от 1 459 руб.) — удобный файловый менеджер с множеством встроенных утилит (сравнение файлов и каталогов по содержимому, групповое переименование, FTP-клиент и другие).

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

Adobe Acrobat Reader (бесплатно) — удобная программа для чтения файлов в формате pdf.

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

Способы лицензирования расчет стоимости

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

БОЛЬШАЯ ЛЕНИНГРАДСКАЯ БИБЛИОТЕКА - РЕФЕРАТЫ - Информационная система о программных продуктах

Информационная система о программных продуктах

Введение

1. Исследование предметной области разработки информационной системы о программных продуктах

2.Обоснование применения инструментальных средств при реализации ИС

3. Разработка ER-модели

4. Разработка структуры базы данных

5. Разработка интерфейса базы данных

6. Реализация ИС

Заключение

Список литературы

Приложения

ВВЕДЕНИЕ

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

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

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

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

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

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

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

провести исследование предметной области, проанализировав имеющиеся программные продукты;

обосновать выбор Microsoft Access при создании базы данных программных продуктов;

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

разработать интерфейс пользователя, рассмотрев применение форм для ввода информации;

описать реализацию информационной системы на практике с применением запросов и отчетов, описать примеры выходных данных;

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

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

1. ИССЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ РАЗРАБОТКИ ИС О ПРОГРАММНЫХ ПРОДУКТАХ

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

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

Программные продукты могут создаваться как:

Индивидуальная разработка под заказ;

Разработка для массового распространения среди пользователей.

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

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

Ограничение несанкционированного доступа к программам или их преднамеренное разрушение и хищение;

Исключение несанкционированного копирования (тиражирования) программ.

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

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

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

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

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

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

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

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

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

Системное программное обеспечение;

Пакеты прикладных программ;

Инструментарий технологии программирования.

Системное программное обеспечение (System Software) - совокупность программ и программных комплексов для обеспечения работы компьютера и сетей ЭВМ. Системное программное обеспечение направлено:

· на создание операционной среды функционирования других программ;

· на обеспечение надежной и эффективной работы самого компьютера и вычислительной сети;

· на проведение диагностики и профилактики аппаратуры компьютера и вычислительных сетей;

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

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

Базовое программное обеспечение (base software) - минимальный набор программных средств, обеспечивающих работу компьютера.

В базовое программное обеспечение входят:

Операционная система;

Операционные оболочки (текстовые и графические);

Сетевая операционная система.

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

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

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

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

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

Программы диагностики работоспособности компьютера;

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

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

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

программы обслуживания сети.

Эти программы часто называются утилитами.

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

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

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

В рамках этих направлений сформировались следующие группы программных продуктов:

Средства для создания приложений, включающие:

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

· интегрированные среды разработчиков программ, обеспечивающие выполнение комплекса взаимосвязанных работ по созданию программ;

СASE-технология (Computer-Aided System Engineering), представляющая методы анализа, проектирования и создания программных систем и предназначенная дли автоматизации процессов разработки и реализации информационных систем.

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

Примерная классификация прикладного программного обеспечения включает в себя:

1. Проблемно-ориентированные ППП. Это самый представительный класс программных продуктов, внутри которого проводите классификация по разным признакам: типам предметных областей, информационным системам, функциям и комплексам задач, реализуемых программным способом, и др.2. ППП автоматизированного проектирования. Программы этого класса предназначены для поддержания работы конструкторов и технологов, связанных с разработкой чертежей, схем, диаграмм, графическим моделированием и конструированием, созданием библиотеки стандартных элементов (темплетов) чертежей и их многократным использованием, созданием демонстрационных иллюстраций и мультфильмов.3. ППП общего назначения. Данный класс содержит широкий перечень программных продуктов, поддерживающих преимущественно информационные технологии конечных пользователей. Кроме конечных пользователей этими программными продуктами за счет встроенных средств технологии программирования могут пользоваться и программисты для создания усложненных программ обработки данных.4. Методо-ориентированные ППП. Включает программные продукты, обеспечивающие независимо от предметной области и функций информационных систем математические, статистические и другие методы решения задач. Наиболее распространены методы математического программирования, решения дифференциальных уравнений, имитационного моделирования, исследования операций.5. Офисные ППП. Данный класс программных продуктов охватывает программы, обеспечивающие организационное управление деятельностью офиса.6. Настольные издательские системы - программы, обеспечивающие информационную технологию компьютерной издательской деятельности: форматирование и редактирование текстов, автоматическую разбивку текста на страницы, создание заголовков, компьютерную верстку печатной страницы, монтирование графики, подготовку иллюстраций и т.п.

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

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

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

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

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

2. ОБОСНОВАНИЕ ПРИМЕНЕНИЯ ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ ПРИ РЕАЛИЗАЦИИ ИС

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

Для работы с данными используются системы управления базами данных (СУБД). Основные функции СУБД -- это определение данных (описание структуры баз данных), обработка данных и управление данными.

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

добавлять в таблицу одну или несколько записей;

удалять из таблицы одну или несколько записей;

обновлять значения некоторых полей в одной или нескольких записях;

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

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

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

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

Система управления базами данных Microsoft Access является одним из самых популярных приложений в семействе настольных СУБД. Все версии Access имеют в своем арсенале средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов. Начиная с версии Access 2000, появились также Web-страницы доступа к данным, которые пользователь может просматривать с помощью программы Internet Explorer. Помимо этого, Access позволяет использовать электронные таблицы и таблицы из других настольных и серверных баз данных для хранения информации, необходимой приложению. Присоединив внешние таблицы, пользователь Access будет работать с базами данных в этих таблицах так, как если бы это были таблицы Access. При этом и другие пользователи могут продолжать работать с этими данными в той среде, в которой они были созданы.

Существует три принципиальных преимущества МS Access

1. возможность обеспечения эффективной обработки больших объёмов информации;

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

3. минимизация общего объёма базы данных. Для этого таблицы, содержащие повторяющиеся данные, разбиваются на несколько связанных таблиц.

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

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

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

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

3. РАЗРАБОТКА ER-МОДЕЛИ

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

Идентификация сущностей и их атрибутов;

Идентификация отношений между сущностями и указания типов отношений;

Разрешения не специфических видов отношений.

ER-модель принято отображать с помощью графического образа - ER-диаграммы.

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

Основными сущностями являются: «Программный продукт», «Производитель», «Страна» (страна-производитель), «Интерфейс» (программного продукта), «Операционная система», «Платформа ЭВМ», «Вид программного продукта», «Класс программного продукта», «Лицензия», «Степень защиты», «Область использования», «Место продажи», «Минимальные системные требования», а так же «Объём HDD», «Наминал ОЗУ», «Наминал видеокарты» и «Наминал процессора». Для связывания сущностей Программный продукт и Место продажи используется сущность «Продажа программного продукта»; «Поддерживающие организации» и «Программный продукт» - сущность «Поддержка Программного продукта». Для связывания сущностей используется связь «многие-к-одному», которая является основным видом связи при построении ER-диаграммы. На Рисунке 1. отражены сущности и связи между ними.

Рисунок 1. Сущности и их связи ИС о программных продуктах.

Для построения ER-диаграммы также необходимо выделить атрибуты сущностей и подтипы сущностей.

Рисунок 2. ER-диаграмма ИС о программных продуктах

В центре всей ER - модели сущность «Программный продукт». С сущностью «Программный продукт» связаны 10 сущностей.

Сущности: «Вид программного продукта», «Интерфейс», «Лицензия», «Область использования», «Продажа программного продукта», «Поддержка Программного продукта», «Производитель», «Операционная система», «Степень защиты», «Минимальные системные требования».

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

Сущность «Вид программного продукта» связана с сущностью «Класс программного продукта» - «каждый вид ПП должен содержаться в одном и только одном классе ПП»

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

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

Сущность «Производитель» связана с сущностью «Страна» так «каждому производителю должна принадлежать одна и только одна страна».

Сущность «Операционная система» связана с сущностью «Платформа ЭВМ» так «каждая операционная система должна построена на одной и только одной платформе».

Сущность «Минимальные системные требования» семантически связана еще с четырьмя сущностями: «Объём HDD», «Наминал ОЗУ», «Наминал видеокарты» и «Наминал процессора».

Семантическая связь: «каждое минимальное системное требование должно включать один и только один параметр объёма HDD», «каждое минимальное системное требование должно включать один и только один параметр наминала ОЗУ», «каждое минимальное системное требование должно включать один и только один параметр наминала видеокарты», «каждое минимальное системное требование должно включать один и только один параметр наминала процессора».

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

Проверка качества сущностей:

· Имена сущностей - существительное в единственном числе или записаны компактным словосочетанием.

· Смысл каждой сущности отражен в ее имени.

· Описание сущности является достаточно кратким и смысловым.

· Сущности не являются разновидностью другой сущности с упущенной рекурсивной связью.

· Каждая сущность согласуется с принципами нормализации отношений.

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

· Ключ сущности действительно минимален.

Проверка атрибутов:

· Имя атрибутов - существительное в единственном числе.

· Смысл атрибута отражен в его имени.

· Описание атрибута является достаточно краткими смысловым.

· Атрибуты не представляют упущенную связь.

· Атрибуты не являются агрегатами других данных.

· Значение обязательного атрибута всегда известно.

Проверка связей:

· Связи действительно необходимы.

· Если связь обязательная, то всегда определена сущность с другого конца.

После проверки качества ER -модели можно перейти к разработке структуры базы данных о сдаче сессии.

4. РАЗРАБОТКА СТРУКТУРЫ БАЗЫ ДАННЫХ

Разработав базу данных о программных продуктах при помощи выбранной СУБД Microsoft Access на основа построенной ER-модели, получили 20 таблиц, связанных между собой отношениями «один-ко-многим», таким образом каждой записи со стороны первой таблицы может (или должна) соответствовать одна и более записей в таблице с другой стороны. Связи между таблицами позволяют быстро структурировать и анализировать информацию, схема данных (Приложение №1) отражает данные связи.

Основной является таблица «Программные продукты», которая создана при помощи Конструктора. Технология создания таблицы «Программные продукты»:

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

2. На вкладке ""Общие"" дважды щелкнуть по значку ""База данных"". В окне «Файл новой базы данных"" ввести имя базы данных «Программные продукты».

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

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

5. Сохраняем таблицу и присваиваем ей имя - «Программные продукты».

6. В таблицу вводится необходимые данные.

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

Рисунок 3. Таблица «Программные продукты»

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

Рисунок 4. Применение подстановки к полю «Код производителя»

При подстановке задаются следующие параметры (рис.5):

Рисунок 5. Параметры подстановки

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

Рисунок 6. Таблица «Виды ПП»

Рисунок 7. Таблица «Классы ПП»

В таблице «Интерфейсы ПП» содержатся сведения о видах интерфейсов программных продуктов, она состоит из полей код интерфейса ПП и название интерфейса (рис. 8).

Рисунок 8. Таблица «Интерфейсы ПП»

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

Рисунок 9. Таблица «Производители»

Рисунок 10. Таблица «Страны»

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

Рисунок 11. Таблицы «Лицензии» и «Степень защиты ПП»

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

Рисунок 12. Таблицы «Операционная система» и «Платформы ЭВМ»

Таблица «Область использования» содержит сведения о различных сферах применения программных продуктов и состоит из полей: код области использования и область использования (рис. 13).

Рисунок 13. Таблица «Область использования»

Таблица «Места продаж» необходима для занесения сведений о возможных местах продаж программных продуктов, она содержит поля: код продаж, название места продажи, адрес. Данная таблица связана с таблицей «Продажа ПП» (поля: код продажи, код программного продукта, цена продажи) по полю «Код продажи»», в которой соотносятся программные продукты и места их реализации (рис. 14).

Рисунок 14. Таблицы «Места продаж» и «Продажа ПП»

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

Рисунок 15. Таблицы «Поддерживающие организации» и «Поддержка ПП»

После создания всех таблиц устанавливаются соответствующие связи по следующей технологии:

1. Щелкнуть по кнопке инструментальной панели «Схема данных» или выполнить команду Сервис\Схема данных.

2. В окне «Добавить таблицу» последовательно выбрать все таблицы. Закрыть окно «Добавить таблицу», щелкнув по кнопке ""Закрыть"".

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

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

Отпустить клавишу мыши, появится окно «Связи», в котором необходимо включить флажок «Обеспечение целостности данных» и нажать кнопку «Создать»;

В окне «Схема данных» появится связь между таблицами типа «один-ко-многим».

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

5. РАЗРАБОТКА ИНТЕРФЕЙСА БАЗЫ ДАННЫХ

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

Для этого форма снабжается:

Форматами ввода;

Условиями проверки вводимых данных;

Масками ввода для ввода стандартизованной информации;

Пояснительным текстом;

Группировкой данных, приближающей ее вид к бумажному бланку.

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

Рассмотрим пример создания формы «Программные продукты»:

1. Открыть формы щелчком на вкладке «Формы» в окне базы данных.

2. Выбрать - «Создание формы с помощью мастера».

3. В окне «Создание форм» путем следования дальнейшим этапам создать форму:

а) в качестве источника выбрать таблицы:

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

«Название ПП», «Цена поставщика», «Название вида ПП», «Название класса», «Название интерфейса», «Название ОС», «Область использования»

б) выбрать вид формы выровненный;

в) выбрать стиль официальный;

г) присвоить форме имя «Программные продукты».

4. Выбрать - изменение макета формы. Нажать кнопку «Готово».

Форму для просмотра информации по каждому программному продукту можно увидеть на рис. 16.

Рисунок 16. Форма «Программные продукты».

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

Для компоновки всех таблиц, форм, запросов и отчетов или конкретных из них и удобства их представления используется кнопочная форма. Кнопочная форма - меню для работы в базе данных. В меню может быть несколько вложенных подменю (Приложение 3).6. РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ

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

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

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

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

1. В окне «База данных» выбирается объект Запросы.

2. В появившемся окне выбираем «Создание запроса в режиме конструктора».

4. Вводим поля: Название ПП, Производитель, Название вида ПП, Область использования, Название страны из соответствующих таблиц.

5. Сохраняем запрос, присвоив ему имя «Производители программных продуктов».

Форма запроса отражена на рис. 17, а результат запроса на рис. 18.

Рисунок 17. Форма запроса «Производители программных продуктов»

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

Рисунок 19. Диалоговое окно пользователя для введения условия

Также еще в курсовом проекте были созданы параметрические запросы:

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

Программные продукты, требующие для работы Вводимое пользователем ОЗУ;

Программные продукты, требующие ввода ОС и 512mb видеокарты

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

В курсовом проекте разработано шесть отчетов:

Программные продукты;

Место продажи;

Страны-производители;

Поддержка программных продуктов;

Области использования программных продуктов;

ОЗУ (генерируется при выполнении запроса «ОЗУ»).

Отчет «Программные продукты» (рис. 21) имеет поля: Производитель, Название ПП, Область использования, Название ОС, Название интерфейса.

Технология создания отчета «Программные продукты» следующая:

1. Щелкнуть по кнопке «Создать» на вкладке «Отчеты» в окне базы данных.

2. Выбрать Мастер отчетов в окне «Новый отчет». Щелкнуть по кнопке Ok.

3. В окне «Создание отчета»:

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

Выбрать порядок сортировки по полю Производитель;

Выбрать макет «Табличный»;

Выбрать тип заголовка «Обычный»;

Присвоить имя отчету «Программные продукты».

Рисунок 21. Отчет «Программные продукты»

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

ЗАКЛЮЧЕНИЕ

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

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

В курсовом проекте были решены следующие задачи:

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

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

3. Спроектирована ER-диаграмма ИС;

4. Спроектирована структура базы данных и реализована в виде связанных таблиц.

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

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

СПИСОК ЛИТЕРАТУРЫ

1. Access 2000. Проектирование баз данных / Дубнов П.Ю.. - М.: ДМК, 2000 - 272 с.

2. Access 2000: Руководство пользователя с примерами / Каратыгин С.А.. - М.: Лаборатория Базовых Знаний, 2000 - 376 с.

3. Access 2003. Практическая разработка баз данных (+CD): Учебный курс / Сеннов А.. - СПб.: Питер, 2006 - 256 с.

4. ER-модель данных [Электронный ресурс] http://www.wikipedia.org/

5. Основные характеристики Microsoft Access [Электронный ресурс] http://www. Microsoft.net./

6. Шахгельдян Г. Проблемы качества данных и информации в корпоративной среде вуза/ Г. Шахгельдян //Информационные технологии. - 2007. - №6. - С 71-80.

Введение

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

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

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

Тенденции компьютеризации общества связаны с появлением новых профессий, связанных с вычислительной техникой, и различных категоpий пользователей ЭВМ. Если в 60-70е годы в этой сфере доминиpовали специалисты по вычислительной технике (инженеpы-электpоники и пpогpаммисты), создающие новые сpедства вычислительной техники и новые пакеты прикладных пpогpамм, то сегодня интенсивно pасшиpяется категория пользователей ЭВМ - представителей самых разных областей знаний, не являющихся специалистами по компьютеpам в узком смысле, но умеющих использовать их для решения своих специфических задач.

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

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

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

Одним из подобных программных продуктов является SiSoftware Sandra, которая объединяет в себе выдачу информации: о системе персонального компьютера в целом, о материнской плате, процессоре, видео системе, памяти, логических дисках и др.; позволяет тестировать процессор, диски, локальную сеть; позволяет просматривать содержимое таких системных файлов в среде ОС Windows, как boot.ini, system.ini, autoexec.bat и config.sys. Однако данное программное обеспечение содержит ряд существенных недостатков, а именно: большая нагрузка на центральный процессор при работе программы, большой объем памяти, занимаемый программой при ее работе, большой объем дискового пространства, занимаемый данным программным продуктом, при его установке (около 5 мегабайт), к тому же данный программный продукт является ShareWare, т. е. его необходимо приобретать за некоторое количество денег, чтобы его можно было использовать.

Как уже говорилось ранее, на данный момент на рынке программного обеспечения один единственный программный продукт подобного рода, который объединяет в себе выдачу информации и тестирование отдельных модулей персонального компьютера, этот программный продукт - SiSoftware Sandra. Поэтому создание подобного программного продукта весьма актуально на сегодняшний момент, дабы дать возможность пользователям персонального компьютера, которые хотят приобрести такое программное обеспечение, выбирать между несколькими программами, а не брать именно SiSoftware Sandra, только потому что этот программный продукт является единственным в своем роде. К тому же лично для меня, как разработчика программного обеспечения было весьма интересно создать программный продукт «ПК Инфо», который я назвал PCInfo, дабы проверить свои возможности, знания и навыки программирования и разработки программного обеспечения в целом, а так же узнать много нового. Мой программный продукт является аналогом, и прямым конкурентом уже упомянутого программного продукта SiSoftware Sandra. По сравнению с аналогами, мой программный продукт обладает рядом преимуществ, которых нет у его аналогами, а именно: малый объем жесткого диска, занимаемый программой (около трехсот килобайт), меньший объем оперативной памяти, занимаемый программой при ее запуске и работе, меньшая загруженность центрального процессора при работе программы, более быстрая работа программного продукта по сравнению с основными аналогами, к тому же, мой программный продукт в версии 1.0.1 является Freeware, т. е. бесплатным программным обеспечением, что весьма существенно для подобного рода программного обеспечения.

Дипломная работа содержит 66 страниц, из них приложения содержат 12 страниц, 8 рисунков, библиографический список из 11-ти наименований.

1. Анализ информационных технологий

1.1. История развития информационных технологий

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

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

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

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

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

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

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

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

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

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

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

1.2. Классификация программного обеспечения

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

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

Технология проектирования программ;

Методы тестирования программ;

Методы доказательства правильности программ;

Анализ качества работы программ;

Документирование программ;

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

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

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

Программное обеспечение современных компьютеров включает миллионы программ - от игровых до научных.

Программы, работающие на компьютере, можно разделить на три категории:

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

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

Вспомогательное ПО (инструментальные системы и утилиты).

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

Прикладное ПО. Для IBM PC разработаны и используются сотни тысяч различных прикладных программ для различных применений. Наиболее широко применяются программы:

Подготовки текстов (документов) на компьютере – редакторы текстов;

Подготовки документов типографского качества – издательские системы;

Обработки табличных данных – табличные процессоры;

Обработки массивов информации – системы управления базами данных.

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

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

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

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

Наиболее часто используемые типы прикладных программ:

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

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

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

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

1. Системы автоматизированного проектирования (САПР) позволяют осуществлять черчение и конструирование различных механизмов с помощью компьютера.

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

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

4. Программы-оболочки. Весьма популярный класс системных программ составляют программы-оболочки. Они обеспечивают более удобный и наглядный способ общения с компьютером, чем с помощью командной строки DOS .Многие пользователи настолько привыкли к удобствам, предоставляемым своей любимой программой-оболочкой, что чувствуют себя без нее «не в своей тарелке». Наиболее популярными программами-оболочками являются Norton Commander, Xtree Pro Gold, PC Shell из комплекта PC Tools. В состав операционной системы MS DOS, начиная с версии 4.0, также входит собственная программа-оболочка Shell (впрочем, не очень популярная).

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

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

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

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

Операционные оболочки упрощают создание графических программ, предоставляя для этого большое количество удобных средств, и расширяют возможности компьютера. Но платой за это являются повышенные требования к ресурсам. Так, для эффективной работы c Microsoft Windows необходим компьютер АТ/386, имеющий 4 Мбайта оперативной памяти. Наиболее популярной программой-надстройкой является Microsoft Windows, иногда используется Desq View и значительно реже – другие оболочки (GEM, Geo Works и др.).

Вспомогательные программы (утилиты) - к системным программам можно также отнести большое количество так называемых утилит, т.е. программ вспомогательного назначения. Часто утилиты объединяются в комплексы, наиболее популярны комплексы Norton Utilities, PC Tools Deluxe и Mace Utilities.

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

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

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

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

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

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

1.3. Обзор аналогов

Самый распространенный, и пожалуй единственный серьезный аналог моего программного продукта это программный продукт SiSoftware Sandra. SiSoftware Sandra - (сокращение от System ANalyser, Diagnostic and Reporting Assistant) - это информационная и диагностическая программа. Она предоставляет практически всю информацию о вашем аппаратном и программном обеспечении (включая недокументированную), которая вам может понадобиться. Sandra похожа на многие другие подобные программы для Windows, однако, она старается превзойти их и показать то, что есть на самом деле, максимально объективно. Вы можете получить информацию о процессоре, чипсете, видео адаптере, портах, принтерах, звуковой карте, памяти, сети, процессах Windows, AGP, связях ODBC, USB2, 1394/Firewire, и т.д. Здесь разработчики описывали лишь преимущества данной программы, однако ничего не сказано было о ее недостатках, а их достаточно. Это и большой объем дискового пространства, занимаемого программой после ее установки (в версии 2004 более двенадцати мегабайт), и сравнительно медленная ее работа, особенно это проявляется в тестах, которые порой длятся по несколько минут, а не по пятнадцать секунд, как просит программа подождать пока запускаемый модуль тестируется, а при запуске теста локальных дисков программа зачастую и вовсе зависает, поскольку начинает потреблять для теста большое количество памяти, которой для самого теста может вовсе не хватить, это и большая нагрузка на центральный процессор, особенно во время запуска все тех же тестов, при этом процессор работает на пределе и его загрузка постоянно держится на уровне девяноста – ста процентов. Хоть в принципе для подобного рода программ это нормально, одна можно создать алгоритм, при котором программа не будет настолько требовательна к системным ресурсам.

Еще один аналог моего программного продукта это AIDA32 - Enterprise System Information. Все данные сгруппированы по разделам, а каждый раздел, в свою очередь, зачастую имеет несколько своих внутренних разделов, содержащих более специфичную информацию. Однако данный программный продукт менее распространен нежели SiSoftware Sandra, поскольку она более проста, в ней не так много модулей описания и тестирования модулей персонального компьютера, но в ней содержатся практически те же недостатки что и у SiSoftware Sandra, это и пять мегабайт на жестком диске после установки программы, и большая требовательность к системным ресурсам и небесплатность программного продукта.

2. Обзор интегральных средств

2.1. Методологии и технологии проектирования информационных систем

2.1.1. Общие требования к методологии и технологии

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

Технология проектирования определяется как совокупность трех составляющих:

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

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

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

На данный момент существует две модели разработки программного обеспечения. Сейчас более современной и лучшей моделью разработки является - спиральная (см. рис. 2.1.).

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

Технология проектирования, разработки и сопровождения ИС должна удовлетворять следующим общим требованиям:

Технология должна поддерживать полный ЖЦ ПО;

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

Рис. 2.1. Спиральная модель разработки программного обеспечения.

Рис. 2.2. Представление технологической операции проектирования.

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

Технология должна обеспечивать возможность ведения работ по проектированию отдельных подсистем небольшими группами (3-7 человек). Это обусловлено принципами управляемости коллектива и повышения производительности за счет минимизации числа внешних связей;

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

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

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

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

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

Стандарт проектирования;

Стандарт оформления проектной документации;

Стандарт пользовательского интерфейса.

Стандарт проектирования должен устанавливать:

Набор необходимых моделей (диаграмм) на каждой стадии проектирования и степень их детализации;

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

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

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

Стандарт оформления проектной документации должен устанавливать:

Комплектность, состав и структуру документации на каждой стадии проектирования;

Требования к ее оформлению (включая требования к содержанию разделов, подразделов, пунктов, таблиц и т.д.),

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

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

Требования к настройке CASE- средств для обеспечения подготовки документации в соответствии с установленными требованиями.

Стандарт интерфейса пользователя должен устанавливать:

Правила оформления экранов (шрифты и цветовая палитра), состав и расположение окон и элементов управления;

Правила использования клавиатуры и мыши;

Правила оформления текстов помощи;

Перечень стандартных сообщений;

Правила обработки реакции пользователя .

2.2. Структурный подход к проектированию информационных систем

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

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

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

Принцип иерархического упорядочивания;

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

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

Принцип абстрагирования - заключается в выделении существенных аспектов системы и отвлечения от несущественных;

Принцип формализации - заключается в необходимости строгого методического подхода к решению проблемы;

Принцип непротиворечивости - заключается в обоснованности и согласованности элементов;

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

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

SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;

DFD (Data Flow Diagrams) диаграммы потоков данных;

ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь".

На стадии проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм.

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

2.3. Примеры комплексов CASE-средств

В заключение приведу примеры комплексов CASE-средств обеспечивающих поддержку полного жизненного цикла программного обеспечения. Здесь хотелось бы еще раз отметить нецелесообразность сравнения отдельно взятых CASE-средств, поскольку ни одно из них не решает в целом все проблемы создания и сопровождения ПО. Это подтверждается также полным набором критериев оценки и выбора, которые затрагивают все этапы ЖЦ ПО. Сравниваться могут комплексы методологически и технологически согласованных инструментальных средств, поддерживающие полный ЖЦ ПО и обеспеченные необходимой технической и методической поддержкой со стороны фирм-поставщиков. По мнению автора, на сегодняшний день наиболее развитым из всех поставляемых в России комплексов такого рода является комплекс технологий и инструментальных средств создания ИС, основанный на методологии и технологии DATARUN. В состав комплекса входят следующие инструментальные средства:

CASE-средство Silverrun;

Средство разработки приложений JAM;

Мост Silverrun-RDM <-> JAM;

Комплекс средств тестирования QA;

Менеджер транзакций Tuxedo;

Комплекс средств планирования и управления проектом SE Companion;

Комплекс средств конфигурационного управления PVCS;

Объектно-ориентированное CASE-средство Rational Rose;

Средство документирования SoDA .

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

Vantage Team Builder for Uniface + Uniface (фирмы "DataX/Florin" и "ЛАНИТ");

Комплекс средств, поставляемых и используемых фирмой "ФОРС":

CASE-средства Designer/2000 (основное), ERwin, Bpwin и Oowin (альтернативные);

Средства разработки приложений Developer/2000, ORACLE Power Objects (основные) и Usoft Developer (альтернативное);

Средство настройки и оптимизации ExplainSQL (Platinum);

Cредства администрирования и сопровождения SQLWatch, DBVision, SQL Spy, TSReorg и др. (Platinum);

Средство документирования ORACLE Book.

Комплекс средств на основе продуктов фирмы CENTURA:

CASE-средства ERwin, Bpwin и Oowin (объектно-ориентированный анализ);

Средства разработки приложений SQLWindows и TeamWindows;

Средство тестирования и оптимизации приложений "клиент-сервер" SQLBench (ARC);

Средства эксплуатации и сопровождения Quest и Crystal Reports .

3. Анализ языков программирования

3.1. Обзор языков программирования

3.1.1. Языки программирования системного уровня

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

К концу 50-х годов начали появляться языки программирования более высокого уровня, такие как Lisp, Fortran, ALGOL. В них уже не было точного соответствия между языковыми конструкциями и машинными командами. Преобразование строк исходного кода в последовательности двоичных команд осуществлялось компилятором. Со временем их число пополнилось языками PL /1, Pascal, C, C++, Java. Все они менее эффективно используют аппаратуру по сравнению с языками ассемблера, но позволяет быстрее создавать приложения. В результате им удалось практически полностью вытеснить языки ассемблера при создании крупных приложений .

3.1.2. Языки программирования высокого уровня

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

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

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

Для описания структур управления программист может использовать также ключевые слова, как if, while; последовательности машинных команд, соответствующие этим описаниям компилятор генерирует динамически .

3.1.3. Языки описания сценариев

Языки описания сценариев, такие как Perl, Python, Rexx, Tcl, Visual Basic и языки оболочек UNIX, предполагают стиль программирования, весьма отличный от характерного для языков системного уровня. Они предназначаются не для написания приложения с “нуля”, а для комбинирования компонентов, набор которых создается заранее при помощи других языков. Например, Tcl, Visual Basic могут использоваться для построения пользовательских интерфейсов из имеющихся элементов управления, а языки описания сценариев для оболочек UNIX применяются для формирования “конвейеров” обработки потоков данных из набора стандартных фильтров. Языки описания сценариев часто применяются и для дополнения готовых компонентов новыми возможностями; однако эта деятельность редко охватывает создание сложных алгоритмов или структур данных, которые уже обычно бывают уже заложены в компоненты. Иногда языки описания сценариев даже называют связующими или языками системной интеграции.

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

Отсутствие в языке деления переменных на типы упрощает соединение компонентов между собой. Нет априорных ограничений на то, каким образом может использоваться тот или иной элемент, а все компоненты значения представляются в едином формате. Таким образом, компонент или значение могут быть использованы в любой ситуации; будучи спроектированы для одних способов применения, они могут оказаться задействованы совершенно иными, о которых их создатель никогда не помышлял. Например, в UNIX – оболочках работа любой программы – фильтра включает чтение данных из входного потока и запись их в выходной поток. Любые две такие программы могут быть связаны путем назначения выходного потока одной в качестве входного потока другой. Следующая команда оболочки представляет систему из трех фильтров, подсчитывающую в выделенном фрагменте текста строки, содержащие слово “scripting”:

Select | grep scripting | WC

Программа select считывает текст, выделенный в данный момент на экране, и выводит его свои выходной поток; фильтр grep считывает входной поток и пропускает на выход строки, содержащие слово “scripting”; а программа wc подсчитывает число строк в своем потоке. Любой из подобных компонентов может найти применение во множестве различных ситуации, решая каждый раз иную общую задачу. Сильная типизация языков программирования системного уровня затрудняет повторное использование кода. Она поощряет программистов к созданию большого количества несовместимых друг с другом интерфейсов, каждый из которых требует применение объектов своего типа. Компилятор не позволяет объектам других типов взаимодействовать с этим интерфейсом, не смотря на то, что результат, мог бы оказаться и весьма полезным. Таким образом, чтобы использовать новый объект с существующем интерфейсом, программисту приходится писать “переходник”, преобразующий объект к типу, на который рассчитан интерфейс. А применение “переходника” требует, в свою очередь, перекомпиляции части или даже всего приложения целиком. Доминирующий в настоящее время способ распространения ПО в виде двоичных файлов делает этот подход невозможным.

Чтобы оценить преимущества бес типового языка программирования, рассмотрим следующий пример на языке Tcl:

Button .b –text Hello! -font {Times 16} – command {puts hello}

Эта команда создает на экране новую кнопку с надписью на ней Hello! шрифтом Times 16 пунктов, при нажатии, на которую выводится короткое сообщение hello . В одной строке здесь уместилось шесть элементов различных типов: название команды (button), название кнопки (. b), идентификаторы атрибутов (-text, -font, -command), простые строки (Hello! hello), спецификация шрифта (Times 16), состоящая из названия начертания (Times) и размера в пунктах (16), а также целый Tcl-сценарий (puts hello). Все элементы представляются единообразно – в виде строк. В данном примере атрибуты могли быть перечислены в произвольном порядке, а неупомянутым атрибутам (их насчитывается более двадцати) будут присвоены значения по умолчанию.

В случае реализации на Java тот же самый пример потребовал бы семи строк кода, составляющих два метода. Для С++ с использованием библиотеки Microsoft Foundation Classes (MFC) масштабы увеличились примерно до двадцати пяти строк кода, образующих три процедуры. Один только выбор шрифта требует нескольких обращении к функциямMFC

Cfont *fontPtr=new Cront ();

fontPtr->Crete Font (16, 0, 0, 0, 700,

0, 0, 0, ANSI_CHARSET,

OUT_DEFAULT_PRECIS,

CLIP_DEFAULT_PRECIS,

DEFAULT_QUALITY,

“Times New Roman”);

buttonPtr->SetFont(fontPtr);

Можно было бы обойтись без значительной части этого кода, если бы не строгая типизация. Чтобы задать шрифт для кнопки, необходимо обратиться к методу Set Font; однако он требует передачи в качестве аргумента указателя на объект Cfont. Приходиться объявлять и инициализировать новый объект. Инициализацию объекта Cfont выполняет его метод Create Font, который имеет жесткий интерфейс, требующий задания 14 различных аргументов. В TCL существенные характеристики шрифта (начертание Times и кегль 16 пунктов) могут быть указаны непосредственно без каких-либо объявлений или преобразовании. Более того, TCL позволяет описать и поведение кнопки непосредственно в теле создающей ее команды, тогда как в С++ или Java для этого необходим отдельный метод .

3.1.4. Другие языки

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

3.2. Обоснование выбора языка программирования Visual Basic

Исходя из поставленной задачи и смотря на большой выбор языков и средств программирования и создания программного обеспечения мой выбор пал на язык Visual Basic и среду разработки программного обеспечения Microsoft Visual Basic 6.0 Professional Edition. Выбор этот я сделал по следующим причинам:

Данная среда разработки поддерживает все современные технологии программирования и разработки, описанные ниже (такие как методология RAD);

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

Содержит в себе помощники быстрого создания интерфейса приложения;

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

Так же в главном окне содержится окно просмотра проекта, браузер всех свойств выбранного элемента управления и окно положения формы проекта на экране монитора;

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

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

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

3.2.1. Достоинства Visual Basic

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

Инструменты, имеющиеся в среде программирования Visual Basic, помогают при конструировании Basic-программ.

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

Под строкой меню имеется панель инструментов - набор кнопок, являющихся ярлыками для команд, с помощью которых осуществляется работа в среде Visual Basic. В нижней части экрана расположена панель задач. Её можно использовать для переключения между компонентами Visual Basic или для активации других приложений Windows. Также имеется окно инструментов (Toolbox), окно содержания проекта (Project Container) , окно формы(Form) , окно проекта(Project), окно непосредственного выполнения(Immediate), окно свойств(Properties) и окно макета формы(Form layout).

Файлы проектов Visual Basic имеют расширения.vbp, .wak, .vbg в имени файла. В среде Visual Basic имеется 7 инструментов.

Форма Visual Basic – это окно в интерфейсе пользователя.

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

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

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

Файлы проекта содержат список всех поддерживаемых файлов и программ проекта и их расширение vbp (Visual Basic program).

В Visual Basic 6 в окно Project можно одновременно загрузить несколько файлов проектов.

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

Средства управления. С их помощью создаются объекты и формы, выводится информация в текстовом блоке, просматриваются диски и папки в системе, обрабатываются данные, вводимые пользователем, запускаются Windows-приложения и просматриваются записи баз данных. Язык программирования Visual Basic содержит несколько сотен инструкций, функций и специальных символов. Он предназначен не только для использования в программном продукте Visual Basic, Microsoft Visual Basic for Application включен в состав Microsoft Excel, Microsoft Word, Microsoft Access, Microsoft PowerPoint, Microsoft Project и других приложений для Windows. Переменные и операторы.

Visual Basic позволяет резервировать переменные с указанием размера и без оного, работать с различными типами данных, использовать константы, работать с математическими операторами и функциями, использовать дополнительные операторы. Предусмотрено использование операторов циклов For..Next, Do, объектов типа “таймер” (невидимый секундомер в программе). Точность установления времени в программе составляет 1 миллисекунду, или 1/1000 сек. Запущенный таймер постоянно работает - т.е. выполняется соответствующая процедура обработки прерывания через заданный интервал времени - до тех пор, пока пользователь не остановит таймер или не отключит программу.

3.2.2. Методология RAD

Одним из возможных подходов к разработке ПО в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development). Под этим термином обычно понимается процесс разработки ПО, содержащий 3 элемента:

Небольшую команду программистов (от 2 до 10 человек);

Короткий, но тщательно проработанный производственный график (от 2 до 6 мес.);

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

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

Жизненный цикл программного обеспечения по методологии RAD состоит из четырех фаз:

Фаза анализа и планирования требований;

Фаза проектирования;

Фаза построения;

Фаза внедрения.

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

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

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

Общая информационная модель системы;

Функциональные модели системы в целом и подсистем, реализуемых отдельными командами разработчиков;

Точно определенные с помощью CASE-средства интерфейсы между автономно разрабатываемыми подсистемами;

Построенные прототипы экранов, отчетов, диалогов.

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

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

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

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

Определяется необходимость распределения данных;

Производится анализ использования данных;

Производится физическое проектирование базы данных;

Определяются требования к аппаратным ресурсам;

Определяются способы увеличения производительности;

Завершается разработка документации проекта.

Результатом фазы является готовая система, удовлетворяющая всем согласованным требованиям.

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

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

Методология RAD неприменима для построения сложных расчетных программ, операционных систем или программ управления космическими кораблями, т.е. программ, требующих написания большого объема (сотни тысяч строк) уникального кода.

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

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

Таблица 3.1.

В качестве итога перечислим основные принципы методологии RAD:

Разработка приложений итерациями;

Необязательность полного завершения работ на каждом из этапов жизненного цикла;

Обязательное вовлечение пользователей в процесс разработки ИС;

Необходимое применение CASE-средств, обеспечивающих целостность проекта;

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

Необходимое использование генераторов кода;

Использование прототипирования, позволяющее полнее выяснить и удовлетворить потребности конечного пользователя;

Тестирование и развитие проекта, осуществляемые одновременно с разработкой;

Ведение разработки немногочисленной хорошо управляемой командой профессионалов;

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

3.2.3. Методология функционального моделирования SADT. Методология SADT разработана Дугласом Россом и получила дальнейшее развитие в работе. На ее основе разработана, в частности, известная методология IDEF0 (Icam DEFinition), которая является основной частью программы ICAM (Интеграция компьютерных и промышленных технологий), проводимой по инициативе ВВС США.

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

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

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

Ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков);

Связность диаграмм (номера блоков);

Уникальность меток и наименований (отсутствие повторяющихся имен);

Синтаксические правила для графики (блоков и дуг);

Разделение входов и управлений (правило определения роли данных).

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

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

4. Описание программного продукта «ПК инфо»

4.1. Алгоритм программного продукта

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

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

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

Работа модуля «Логические диски». При щелчке левой клавиши мыши на кнопке информационного модуля «Локальные диски», главная форма передает дочерней форме свойств дисковых устройств тип устройства и становится неактивной. Далее дочерняя форма свойств дисковых устройств загружается в память, отображается на экране и обрабатывает тип устройства (в данном случае это локальные диски). При выдаче информации о дисковых устройствах задействуется очень сложный программный код, который задействует семь API-функции (FindFirstFile FindNextFile lstrlen GetLogicalDrives GetDriveType GetVolumeInformation GetDiskFreeSpace) и цикл в результате которого выдается информация о полном объеме диска (сделано это потому что не существует специальных функций для отображения полного объема диска).

Алгоритм работы информационных модулей «Съемные диски» и «CD и DVD» аналогичен работе алгоритма информационного модуля логических дисков (приложение 3).

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

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

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

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

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

Запуск дополнительных модулей осуществляется при помощи массива кнопок «Command8». При обработке нажатия на одну из этих кнопок программа отслеживает индекс кнопки из массива и по этому индексу определяет, какое диалоговое окно отобразить. Отображение необходимых диалоговых окон осуществляется через функцию языка программирования Visual Basic «Shell», которая запускает программу rundll32.exe в различной конфигурации и в зависимости от конфигурации на экране появляются необходимые диалоговые окна.

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

Основное окно программы разделено на четыре подокна (рамки), в каждом из которых объединены по одному назначению (выдача информации, тест, листинг системного файла, стандартные системные модули Windows) модули отдельных устройств или систем устройств персонального компьютера:

Информационные модули – выдают различную информацию (объем памяти, качество цвета и т. д.);

Тестовые модули – тестирование отдельных модулей (логических и съемных дисков);

Листинговые модули – показ листинга системного файла (boot.ini, autoexec.bat и др.);

Дополнительные модули – стандартные модули в составе операционной системы Windows (дата и время, свойства системы и др.).

Объединены они для большего удобства и дабы не запутать пользователя, что он будет запускать.

Рамка (в дальнейшем «фрейм») «Информационные модули» содержит следующий перечень модулей о которых при нажатии на кнопку модуля будет выдана информация:

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

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

Съемные диски – показывает аналогичную информацию, что и модуль «Логические диски», но для съемных дисков установленных на компьютере, при этом диск должен находиться в дисководе, в противном случае программа попросит его установить.

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

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

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

Процессы – отображает список работающих программ, запущенных окон и служб работающих в фоновом режиме.

Фрейм «Тестовые модули» содержит два теста, это тест логических дисков и съемных дисков. Данные тесты показывают скорость устройств при записи на них и чтении.

Фрейм с листинговыми модулями содержит пять кнопок для отображения листинга системных файлов boot.ini, system.ini, win.ini, autoexec.nt и config.nt, в данных файлах содержится системная информация загрузки и настроек операционной системы.

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

Свойства системы;

Установка и удаление программ;

Язык и региональные стандарты;

Свойства экрана;

Свойства Интернет-браузера;

Свойства даты и времени;

Свойства клавиатуры;

Свойства мыши;

Свойства модема (если есть модем и он подключен и установлен);

Свойства звука, речи и аудиоустройств (если на персональном компьютере установлена звуковая плата).

При запуске программы отображается главное окно (см. Рис. 4.1)

Рис. 4.1. Интерфейс главного окна программного продукта.

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

Работу информационного модуля можно описать на примере модуля - «Память»:

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

Рис. 4.2. Пример работы программного продукта (отображение модуля «Память»).

На этой форме находятся два фрейма: Frame1 и Frame2, в первом фрейме находятся текстовые поля, которые отображают информацию о физической памяти, во втором фрейме текстовые поля отображают состояние виртуальной памяти. Вся эта информация получается при помощи специальной API-функции – GlobalMemoryStatus.

Вся информация о состоянии памяти отображается динамически, постоянно обновляясь, это достигается при помощи невидимого объекта таймера

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

Рис. 4.3. Интерфейс окна тестирования дисковых устройств.

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

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

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

Рис. 4.4. Интерфейс окна листинга системных файлов.

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

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

Рис. 4.5. Пример запуска окна «Свойства: Экран».

Рис. 4.6. Работа меню программы.

Заключение

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

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

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

Список используемой литературы

1. Вендров А.М. Один из подходов к выбору средств проектирования баз данных и приложений. "СУБД", 2003, №3.

2. Зиндер Е.З. Бизнес-реинжиниринг и технологии системного проектирования. Учебное пособие. М., Центр Информационных Технологий, 2000

3. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., "Лори", 1999.

4. Международные стандарты, поддерживающие жизненный цикл программных средств. М., МП "Экономика", 1998

5. Новоженов Ю.В. Объектно-ориентированные технологии разработки сложных программных систем. М., 1999.

6. Панащук С.А. Разработка информационных систем с использованием CASE-системы Silverrun. "СУБД", 1998, №3.

7. Горчинская О.Ю. Designer/2000 - новое поколение CASE-продуктов фирмы ORACLE. "СУБД", 2000, №3.

8. Горин С.В., Тандоев А.Ю. CASE-средство S-Designor 4.2 для разработки структуры базы данных. "СУБД", 2002, №1.

9. Петров Ю.К. JAM - инструментальное средство разработки приложений в информационных системах архитектуры "клиент/сервер", построенных на базе РСУБД. "СУБД", 2002, №3.

10. Ахметов К.С. Курс молодого бойца. Изд. 5-е, перераб. и доп. – М.: Компьютер Пресс, 1998. – 365с.: ил.

11. Олифер В.Г. Сетевые операционные системы. СПб.:Питер, 2002.-538с.

Приложения

Приложение 1 (Листинг модуля главного окна программы)

Private Declare Function GetWindowsDirectory Lib "kernel32" Alias "GetWindowsDirectoryA" (ByVal lpBuffer As String, ByVal nSize As Long) As Long

Public FileListName As String "для передачи имени файла для листинга

Public NumDrive As Byte "для передачи информации о типе дисков

Dim sDir As String, sTemp As String * 256, nSize As Long

Private Sub AutoexecNtCommand_Click()

sDir = Left(sTemp, nSize)

FileListName = Left(sDir, 3) + "Autoexec.nt"

Load FormListIni

FormListIni.Show

Private Sub BootIniCommand_Click()

nSize = GetWindowsDirectory(sTemp, 255)

sDir = Left(sTemp, nSize)

FileListName = Left(sDir, 3) + "boot.ini"

Load FormListIni

FormListIni.Show

Private Sub Command1_Click()

Load FormInfoMemory

FormInfoMemory.Show

Private Sub Command10_Click()

Private Sub Command2_Click()

Private Sub Command3_Click()

Private Sub Command4_Click()

Private Sub Command5_Click()

Load FormDisplay

FormDisplay.Show

Private Sub Command6_Click()

Call Shell(App.Path + "\NetProject\InfoNet.exe", vbNormalFocus)

Private Sub Command7_Click()

Private Sub Command8_Click(Index As Integer)

Select Case Index

Case 0: Call Shell("rundll32.exe shell32.dll,Control_RunDLL sysdm.cpl,0", 5)

Case 1: Call Shell("rundll32.exe shell32.dll,Control_RunDLL appwiz.cpl,1", 5)

Case 2: Call Shell("rundll32.exe shell32.dll,Control_RunDLL intl.cpl,0", 5)

Case 3: Call Shell("rundll32.exe shell32.dll,Control_RunDLL desk.cpl,0", 5)

Case 4: Call Shell("rundll32.exe shell32.dll,Control_RunDLL inetcpl.cpl,0", 5)

Case 5: Call Shell("rundll32.exe shell32.dll,Control_RunDLL timedate.cpl", 5)

Case 6: Call Shell("rundll32.exe shell32.dll,Control_RunDLL main.cpl @1", 5)

Case 7: Call Shell("rundll32.exe shell32.dll,Control_RunDLL main.cpl @0", 5)

Case 8: Call Shell("rundll32.exe shell32.dll,Control_RunDLL modem.cpl", 5)

Case 9: Call Shell("rundll32.exe shell32.dll,Control_RunDLL mmsys.cpl @1", 5)

Private Sub Command9_Click()

Private Sub ConfigNtCommand_Click()

nSize = GetWindowsDirectory(sTemp, 255)

sDir = Left(sTemp, nSize)

FileListName = Left(sDir, 3) + "config.nt"

Load FormListIni

FormListIni.Show

Private Sub MnuExit_Click()

Private Sub MnuHelpAbout_Click()

Private Sub SistemIniCommand_Click()

nSize = GetWindowsDirectory(sTemp, 255)

sDir = Left(sTemp, nSize)

FileListName = sDir + "\system.ini"

Load FormListIni

FormListIni.Show

Private Sub WinIniCommand_Click()

nSize = GetWindowsDirectory(sTemp, 255)

sDir = Left(sTemp, nSize)

FileListName = sDir + "\win.ini"

Load FormListIni

FormListIni.Show

Приложение 2 ( Листинг модуля окна свойств памяти )

Private Type MEMORYSTATUS

dwLength As Long

dwMemoryLoad As Long

dwTotalPhys As Long

dwAvailPhys As Long

dwTotalPageFile As Long

dwAvailPageFile As Long

dwTotalVirtual As Long

dwAvailVirtual As Long

Private Declare Sub GlobalMemoryStatus Lib "kernel32" (lpBuffer As MEMORYSTATUS)

Dim MS As MEMORYSTATUS

Private Sub Command1_Click()

Private Sub Timer1_Timer()

MS.dwLength = Len(MS)

Call GlobalMemoryStatus(MS)

Text1(0).Text = Format$(.dwTotalPhys / 1024, "#,###") & " Kb"

Text1(1).Text = Format$(.dwTotalPhys / 1024 - .dwAvailPhys / 1024, "#,###") & " Kb"

Text1(2).Text = Format$(.dwAvailPhys / 1024, "#,###") & " Kb"

Text1(3).Text = .dwMemoryLoad

Text1(4).Text = Format$(.dwTotalPageFile / 1024, "#,###") & " Kb"

Text1(5).Text = Format$(.dwAvailPageFile / 1024, "#,###") & " Kb"

Text1(6).Text = Format$(.dwTotalVirtual / 1024, "#,###") & " Kb"

Text1(7).Text = Format$(.dwAvailVirtual / 1024, "#,###") & " Kb"

Приложение 3 (листинг модуля окна информации о дисках)

Private Const vbDot = 46

Private Const MAXDWORD = &HFFFFFFFF

Private Const MAX_PATH = 260

Private Const INVALID_HANDLE_VALUE = -1

Private Const FILE_ATTRIBUTE_DIRECTORY = &H10

Private Type FILETIME

dwLowDateTime As Long

dwHighDateTime As Long

Private Type WIN32_FIND_DATA

dwFileAttributes As Long

ftCreationTime As FILETIME

ftLastAccessTime As FILETIME

ftLastWriteTime As FILETIME

nFileSizeHigh As Long

nFileSizeLow As Long

dwReserved0 As Long

dwReserved1 As Long

cFileName As String * MAX_PATH

cAlternate As String * 14

Private Type FILE_PARAMS

bRecurse As Boolean

nFileCount As Long

nFileSize As Currency

nSearched As Long

sFileNameExt As String

sFileRoot As String

Private Declare Function FindFirstFile Lib "kernel32" Alias "FindFirstFileA" (ByVal lpFileName As String, lpFindFileData As WIN32_FIND_DATA) As Long

Private Declare Function FindNextFile Lib "kernel32" Alias "FindNextFileA" (ByVal hFindFile As Long, lpFindFileData As WIN32_FIND_DATA) As Long

Private Declare Function lstrlen Lib "kernel32" Alias "lstrlenW" (ByVal lpString As Long) As Long

Private Declare Function GetVolumeInformation Lib "kernel32" Alias "GetVolumeInformationA" (ByVal lpRootPathName As String, ByVal lpVolumeNameBuffer As String, ByVal nVolumeNameSize As Long, lpVolumeSerialNumber As Long, lpMaximumComponentLength As Long, lpFileSystemFlags As Long, ByVal lpFileSystemNameBuffer As String, ByVal nFileSystemNameSize As Long) As Long

Private Declare Function GetDiskFreeSpace Lib "kernel32.dll" Alias "GetDiskFreeSpaceA" (ByVal lpRootPathName As String, lpSectorsPerCluster As Long, lpBytesPerSector As Long, lpNumberOfFreeClusters As Long, lpTotalNumberOfClusters As Long) As Long

Private Sub Command1_Click()

Private Sub Command2_Click()

Dim Serial As Long, VName As String, FSName As String

Dim SecPerClus As Long " число секторов в кластере

Dim BytePerSec As Long " число байт в секторе

Dim FreeClus As Long " число свободных кластеров

Dim TotalClus As Long " общее число кластеров

Dim Retval As Long " возвращаемое значение

Dim Free As Double

Dim FP As FILE_PARAMS

VName = String$(255, Chr$(0))

FSName = String$(255, Chr$(0))

"получаем информацию о диске

SFileRoot = QualifyPath(Combo1.Text + "\") "начальный путь

SFileNameExt = "*.*" "нужные файлы

BRecurse = 1 "True = рекурсией

Call GetDirectorySize(FP.sFileRoot, FP)

GetVolumeInformation Combo1.Text + "\", VName, 255, Serial, 0, 0, FSName, 255

Retval = GetDiskFreeSpace(Combo1.Text + "\", SecPerClus, BytePerSec, FreeClus, TotalClus)

VName = Left$(VName, InStr(1, VName, Chr$(0)) - 1)

FSName = Left$(FSName, InStr(1, FSName, Chr$(0)) - 1)

Free = (FreeClus / 1000 * SecPerClus * BytePerSec) * 1000

If MainForm.NumDrive = 2 Then Label1(0).Caption = "Тип устройства: Съемный диск"

If MainForm.NumDrive = 3 Then Label1(0).Caption = "Тип устройства: Жесткий диск"

If MainForm.NumDrive = 5 Then Label1(0).Caption = "Тип устройства: CD или DVD диск"

Label1(1).Caption = "Полный объем: " + Format$(FP.nFileSize + Free, "#,###") & " байт" + " (" + Format$((FP.nFileSize + Free) / 1073741824, "###.#") + " Гбайт)"

Label1(2).Caption = "Свобоный объем: " + Format$(Free, "#,###") & " байт" + " (" + Format$(Free / 1073741824, "###.#") + " Гбайт)"

Label1(3).Caption = "Используемый объем: " + Format$(FP.nFileSize, "###,###,###,###") + " байт" + " (" + Format$(FP.nFileSize / 1073741824, "###.#") + " Гбайт)"

Label1(4).Caption = "Файловая система: " + FSName

Label1(5).Caption = "Число свободных кластеров: " + CStr(FreeClus)

Label1(6).Caption = "Число секторов в кластере: " + CStr(SecPerClus)

Label1(7).Caption = "Число байт в секторе: " + CStr(BytePerSec)

Label1(8).Caption = "Общее число кластеров: " + CStr(TotalClus)

ProgressBar1.Value = ((FP.nFileSize / (FP.nFileSize + Free)) * 100): Label2.Caption = CStr(CInt(ProgressBar1.Value)) + "%"

Private Sub Form_Load()

FillCombo Combo1, True

Combo1.ListIndex = i

Combo1.RemoveItem 0

Combo1.ListIndex = 0

Call Command2_Click

Dim DriveNum As Long

For DriveNum = 0 To 25

Private Sub GetDirectorySize(sRoot As String, FP As FILE_PARAMS)

Dim wfd As WIN32_FIND_DATA

Dim hFile As Long

hFile = FindFirstFile(sRoot & "*.*", wfd)

If hFile <> INVALID_HANDLE_VALUE Then

If Asc(wfd.cFileName) <> vbDot Then

If (wfd.dwFileAttributes And vbDirectory) Then

If FP.bRecurse Then

GetDirectorySize sRoot & TrimNull(wfd.cFileName) & "\", FP

End If "If fp.bRecurse

FP.nFileCount = FP.nFileCount + 1

FP.nFileSize = FP.nFileSize + ((wfd.nFileSizeHigh * (MAXDWORD + 1)) + wfd.nFileSizeLow)

End If "If WFD.dwFileAttributes

End If "If Asc(wfd.cFileName)

FP.nSearched = FP.nSearched + 1

Loop While FindNextFile(hFile, wfd)

End If "If hFile

Private Function TrimNull(startstr As String) As String

TrimNull = Left$(startstr, lstrlen(StrPtr(startstr)))

Private Function QualifyPath(sPath As String) As String

If Right$(sPath, 1) <> "\" Then

QualifyPath = sPath & "\"

QualifyPath = sPath

Приложение 4 (листинг модуля окна свойств дисплея)

Private Declare Function GetDeviceCaps Lib "gdi32" (ByVal hdc As Long, ByVal nIndex As Long) As Long

Private Const DRIVERVERSION As Long = 0 "Версия драйвера

Private Const TECHNOLOGY As Long = 2 "Классификация устройства

Private Const HORZSIZE As Long = 4 "Размер по горизонтали в мм.

Private Const VERTSIZE As Long = 6 "Размер по вертикали в мм.

Private Const HORZRES As Long = 8 "Размер по горизонтали в точках

Private Const VERTRES As Long = 10 "Размер по вертикали в точках

Private Const BITSPIXEL As Long = 12 "Кол-во бит на точку

Private Const PLANES As Long = 14 "Number of planes

Private Const NUMBRUSHES As Long = 16 "Number of brushes the device has

Private Const NUMPENS As Long = 18 "Number of pens the device has

Private Const NUMMARKERS As Long = 20 "Number of markers the device has

Private Const NUMFONTS As Long = 22 "Number of fonts the device has

Private Const NUMCOLORS As Long = 24 "Макс. кол-во возможных цветов

Private Const PDEVICESIZE As Long = 26 "Size required for device descripto

Private Const CURVECAPS As Long = 28 "Curve capabilities

Private Const LINECAPS As Long = 30 "Line capabilities

Private Const POLYGONALCAPS As Long = 32 "Polygonal capabilities

Private Const TEXTCAPS As Long = 34 "Text capabilities

Private Const CLIPCAPS As Long = 36 "Clipping capabilities

Private Const RASTERCAPS As Long = 38 "Bitblt capabilities

Private Const ASPECTX As Long = 40 "Length of the X leg

Private Const ASPECTY As Long = 42 "Length of the Y leg

Private Const ASPECTXY As Long = 44 "Length of the hypotenuse

Private Const SHADEBLENDCAPS As Long = 45 "Shading and blending caps (IE5)

Private Const LOGPIXELSX As Long = 88 "Logical pixels/inch in X

Private Const LOGPIXELSY As Long = 90 "Logical pixels/inch in Y

Private Const SIZEPALETTE As Long = 104 "Number of entries in physical palette

Private Const NUMRESERVED As Long = 106 "Number of reserved entries in palette

Private Const COLORRES As Long = 108 "Количество цветов

Private Const VREFRESH As Long = 116 "Текущий рефрешь по вертикали в Гц

"(только для монитора)

Private Const DESKTOPVERTRES As Long = 117 "Размер десктопа по горизонтали

Private Const DESKTOPHORZRES As Long = 118 "Размер десктопа по вертикали

Private Const BLTALIGNMENT As Long = 119 "Preferred blt alignment

"Для списка режимов

Private Declare Function EnumDisplaySettings Lib "user32" Alias "EnumDisplaySettingsA" (ByVal lpszDeviceName As Long, ByVal iModeNum As Long, lpDevMode As Any) As Boolean

Private Const CCDEVICENAME = 32

Private Const CCFORMNAME = 32

Private Type DEVMODE

dmDeviceName As String * CCDEVICENAME

dmSpecVersion As Integer

dmDriverVersion As Integer

dmSize As Integer

dmDriverExtra As Integer

dmFields As Long

dmOrientation As Integer

dmPaperSize As Integer

dmPaperLength As Integer

dmPaperWidth As Integer

dmScale As Integer

dmCopies As Integer

dmDefaultSource As Integer

dmPrintQuality As Integer

dmColor As Integer

dmDuplex As Integer

dmYResolution As Integer

dmTTOption As Integer

dmCollate As Integer

dmFormName As String * CCFORMNAME

dmUnusedPadding As Integer

dmBitsPerPel As Integer

dmPelsWidth As Long

dmPelsHeight As Long

dmDisplayFlags As Long

dmDisplayFrequency As Long

Private Sub Command1_Click()

Private Sub Form_Load()

Dim sBPPtype As String

Dim sFreqtype As String

Dim CurrBPP As Long

Dim CurrVFreq As Long

"Подписываем глубину цвета для удобства чтения

CurrBPP = GetDeviceCaps(hdc, BITSPIXEL)

Select Case CurrBPP

Case 4: sBPPtype = "(16 цветов)"

Case 8: sBPPtype = "(256 цветов)"

Case 16: sBPPtype = "(High Color)"

Case 24, 32: sBPPtype = "(True Color)"

CurrVFreq = GetDeviceCaps(hdc, VREFRESH)

Select Case CurrVFreq

Case 0, 1: sFreqtype = "(Определяется адаптером)"

Case Else: sFreqtype = "(Ручная настройка)"

Label1(0).Caption = "Разрешение по горизонтали: " & GetDeviceCaps(hdc, HORZRES) & " пикселей"

Label1(1).Caption = "Разрешение по вертикали: " & GetDeviceCaps(hdc, VERTRES) & " пикселей"

Label1(2).Caption = "Разрешение по горизонтали в миллиметрах: " & GetDeviceCaps(hdc, HORZSIZE) & " мм"

Label1(3).Caption = "Разрешение по вертикали в миллиметрах: " & GetDeviceCaps(hdc, VERTSIZE) & " мм"

Label1(4).Caption = "Качество цветопередачи: " & CurrBPP & " бит " & sBPPtype

Label1(5).Caption = "Количество цветов: " & 2 ^ CurrBPP

Label1(6).Caption = "Частота обновления экрана: " & CurrVFreq & " Гц " & sFreqtype

"Заполнение списка режимов

EnumDisplay lstmodes

Private Sub EnumDisplay(displaylistbox As ListBox)

Dim lTemp As Long, tDevMode As DEVMODE, lIndex As Long

lTemp = EnumDisplaySettings(0&, lIndex, tDevMode)

If lTemp = 0 Then Exit Do

displaylistbox.AddItem .dmPelsWidth & " x " & .dmPelsHeight & " , " & .dmBitsPerPel & " бит"

lIndex = lIndex + 1

Приложение 5 (листинг модуля окна тестирования дисков)

Private Declare Function GetDriveType Lib "kernel32.dll" Alias "GetDriveTypeA" (ByVal nDrive As String) As Long

Private Declare Function GetLogicalDrives Lib "kernel32" () As Long

Private Declare Function GetTickCount Lib "kernel32" () As Long

Dim TStart As Long "переменная таймера только для этой процедуры

Dim TEnd As Long "переменная таймера только для этой процедуры

Dim Zapis(9) As Single

Dim Chten(9) As Single

Dim AStart As Single

Dim AEnd As Single

Private Sub Command1_Click()

Dim i As Long, j As Byte, Tmp As Single, Str1 As String

If MainForm.NumDrive = 3 Then

AStart = GetTickCount()

TStart = GetTickCount()

For i = 0 To 349524

TEnd = GetTickCount()

Zapis(j) = 1 / ((TEnd - TStart) / 2000)

Tmp = Tmp + Zapis(i)

Label1.Caption = "Средняя скорость записи " & FormatNumber(Tmp, 3) & " Мб/сек"

ProgressBar1.Value = Tmp

TStart = GetTickCount()

Str1 = Len(Input(LOF(1), 1))

TEnd = GetTickCount()

Chten(j) = 1 / ((TEnd - TStart) / 1000)

Tmp = Tmp + Chten(i)

ProgressBar2.Value = Tmp

AEnd = GetTickCount()

Label4.Caption = "Кол-во тестов: 10 на запись, 10 на чтение"

If MainForm.NumDrive = 2 Then

ProgressBar1.Max = 80

ProgressBar2.Max = 80

AStart = GetTickCount()

TStart = GetTickCount()

Open Combo1.Text & "\proba.txt" For Output As 1

For i = 0 To 349524

TEnd = GetTickCount()

Label1.Caption = "Cкорость записи " & FormatNumber(1 / ((TEnd - TStart) / 1000000), 3) & " Kb/sec"

ProgressBar1.Value = 1 / ((TEnd - TStart) / 1000000)

TStart = GetTickCount()

Open Combo1.Text & "\proba.txt" For Input As 1

Str1 = Len(Input(LOF(1), 1))

TEnd = GetTickCount()

Chten(j) = 1 / ((TEnd - TStart) / 10000)

Tmp = Tmp + Chten(i)

AEnd = GetTickCount()

Label2.Caption = "Средняя скорость чтения " & FormatNumber(Tmp, 3) & " Мб/сек"

Label3.Caption = "Общее время теста: " & FormatNumber(((AEnd - AStart) / 1000), 4) & " секунд"

ProgressBar2.Value = Tmp

Label4.Caption = "Кол-во тестов: 1 на запись, 4 на чтение"

Private Sub Command2_Click()

Private Sub Form_Load()

Dim i As Byte, drivetype As Long, k As Byte

FillCombo Combo1, True

For i = 0 To Combo1.ListCount - 1

Combo1.ListIndex = i

drivetype = GetDriveType(Combo1.Text + "\")

If drivetype = MainForm.NumDrive Then Combo1.AddItem Combo1.Text: k = k + 1

For i = 0 To Combo1.ListCount - k - 1

Combo1.RemoveItem 0

Combo1.ListIndex = 0

Call Command1_Click

Private Sub FillCombo(cbo As ComboBox, ByVal bUsed As Boolean)

Dim DriveNum As Long

For DriveNum = 0 To 25

If CBool(GetLogicalDrives And (2 ^ DriveNum)) = bUsed Then

cbo.AddItem Chr$(Asc("A") + DriveNum) & ":"

Требования к программе

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

Общие требования

К проектируемой информационной автоматизированной системе предъявляются следующие общие требования:

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

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

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

4. Разрабатываемая автоматизированная информационная система должна иметь простой и доступный интерфейс пользователя.

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

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

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

Требования к документации

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

Системные требования

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

Для работы с разрабатываемой автоматизированной системой «отдел кадров» необходимы следующие минимальные системные требования:

· Компьютер IBM PC 486 DX2-80

· Оперативная память 16 Мбайт

· Свободное дисковое пространство 20 Мбайт

Анализ существующих разработок

В настоящее время на Российском рынке программного продукта предоставлены основные конкурирующие автоматизированные информационные системы, позволяющие вести кадровый учет организаций и имеющие большой набор функций для обработки информации. Это программа поддержки и принятия решений SAP R3, а именно его модуль - Human Resources Management System (модуль HR) для кадрового учета и 1С - бухгалтерия.

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

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

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