программа пользуется средствами, предоставляемыми операционной системой.
Таким образом, выбор операционной системы очень важен, так как он
определяет набор программ и формат исполняемых файлов, а также их
взаимодействие с операционной системой.
На компьютерах, используемых в качестве рабочих мест пользователей,
чаще всего применяются следующие операционные системы:
- операционные системы семейства Windows от фирмы Microsoft
- операционные системы Linux/BSD семейства (UNIX подобные) от
различных фирм – разработчиков (Red Hat, Debian, Novel, Mandrake soft, Gentoo,
Slackware, IBM, Oracle, NetBSD, OpenBSD, FreeBSD) [13].
Для разработки программного приложения автоматизированной
обработки выбор той или иной операционной системы не повлияет на
функциональность системы по причине того, что при реализации алгоритмов
программного приложения не требуется использования каких-либо
специфических функций операционной системы. Оба типа операционных систем
позволяют разрабатывать программный продукт без потери его
функциональности, по причине наличия программных сред (языков
программирования) для обоих типов операционных систем [14].
Все из вышеперечисленных операционных систем содержат интерфейсы
межсетевого взаимодействия, что позволяет использовать программное
приложение в сети, для обмена данными и параллельной работы нескольких
копий программного приложения с одними исходными данными. Оба типа
операционных систем содержат в себе качественный интерфейс пользователя,
что также позволяет производить разработку программного приложения для
любой из этих операционных систем.
В качестве операционной среды для разработки и применения
программы была выбрана операционная система семейства Windows, в
частности операционная система Windows XP. Этот выбор обусловлен тем, что
на сегодняшний день Windows XP является одной из наиболее
распространенных операционных систем. Операционная система Windows XP
обеспечивает стабильность работы, предоставляя пользователям возможность
сосредоточиться на выполняемой работе.
Одним из важных требований, предъявляемых к проектированию
информационных систем, эксплуатируемых совместно на технологической базе
весьма ограниченных возможностей, является большая их однородность,
позволяющая обеспечить совместимость, мобильность, переносимость.
Выбор системы управления баз данных (СУБД) представляет собой
сложную многопараметрическую задачу и является одним из важных этапов при
разработке приложений баз данных. Выбранный программный продукт должен
удовлетворять как текущим, так и будущим потребностям предприятия, при
этом следует учитывать финансовые затраты на приобретение необходимого
оборудования, самой системы, разработку необходимого программного
обеспечения на ее основе, а также обучение персонала. Кроме того, необходимо
убедиться, что новая СУБД способна принести предприятию реальные выгоды.
Наиболее простой подход при выборе СУБД основан на оценке того, в
какой мере существующие системы удовлетворяют основным требованиям
создаваемого проекта информационной системы. Более сложным и
дорогостоящим вариантом является создание испытательного проекта на основе
нескольких СУБД и последующий выбор наиболее подходящего из кандидатов.
Но и в этом случае необходимо ограничивать круг возможных систем, опираясь
на некие критерии отбора. В данном случае можно выделить несколько групп
критериев:
Моделирование данных
Особенности архитектуры и функциональные возможности
Контроль работы системы
Особенности разработки приложений
Производительность
Надежность
Требования к рабочей среде
Смешанные критерии
Основным принципом выбора СУБД следует считать определение
программного продукта, в наибольшей мере соответствующего предъявляемым
требованиям. Эту задачу решить не очень просто. Во-первых, к СУБД
предъявляется большое число требований, которые с течением времени
изменяются, во-вторых, СУБД имеют большое число параметров, что затрудняет
их сравнение. Кроме того, информация о СУБД часто носит рекламный
характер, не позволяющий сделать правильное суждение.
Процедуру выбора СУБД следует проводить в три этапа:
На качественном уровне оценить предлагаемые программные
продукты на предмет пригодности;
Оценка технических характеристик отобранных систем;
Оценка производительности программных продуктов.
К числу основных показателей пригодности программных продуктов
относятся:
вид программного продукта;
категории пользователей (профессиональные программисты,
администраторы БД, квалифицированные пользователи,
разрабатывающие приложения, конечные пользователи, различные
комбинации перечисленных категорий);
удобство и простота использования (понятные процедуры установки
программных продуктов, удобный и унифицированный интерфейс
конечного пользователя, простота выполнения обычных операций:
создания БД, навигации, модификации, подготовки данных, выполнения
запросов и отчетов и ряда других; наличие интеллектуальных подсистем
подсказок, помощи в процессе работы и обучения, включая примеры);
модель представления данных. Наиболее распространенной является
реляционная модель данных. Перспективными являются модели с
объектной ориентацией, поскольку они обладают большими
возможностями отражения семантики предметной области;
качество средств разработки. При оценке качества средств разработки
учитывается следующее: возможности создания пользовательских
интерфейсов, мощность языка создания программ, автоматизация
разработки различных объектов: экранных форм, отчетов, запросов.
Предпочтение отдается системам, имеющим полнофункциональные
генераторы и обеспечивающим удобство работы пользователя;
качество средств защиты и контроля корректности базы данных. Доступ к
функциям защиты должен предусматриваться на уровне средств
разработки программ и на уровне пользователя. К важнейшим функциям
контроля корректности относятся: обеспечение уникальности записей БД
по первичному ключу, автоматический контроль целостности связей
между таблицами во время выполнения операций обновления, вставки и
удаления записей, проверка корректности значений в БД;
качество коммуникационных средств. При оценке качества
коммуникационных средств обращают внимание на следующие свойства
программных продуктов:
поддержку сетевых протоколов,
поддержку стандартных интерфейсов с БД,
наличие средств групповой работы с информацией БД,
способность использовать и модифицировать БД других форматов без
импортирования или преобразования;
фирма – разработчик. Солидность фирмы-разработчика пакета, как
правило, дает следующие преимущества:
высокое качество продукта,
наличие документации и методических материалов
наличие «горячей линии» для консультаций по возникающим проблемам
При выборе продукта следует обратить внимание на дату его появления.
В качестве показателей «благополучия» можно использовать: твердое
финансовое положение, перспективная динамика развития аппаратно-
программных средств, годовой оборот, численность состава, объем продаж и т.д.
- стоимость. На стоимость программных продуктов в основном влияют вид
программного продукта и фирма – разработчик. Стоимость
полнофункциональных СУБД обычно колеблется в пределах $ 500 - $ 1000.
Общая стоимость включает в себя стоимость прикладного инструментария,
средств настройки конфигурации системы, администрирования БД и
сопровождения. Иногда общая стоимость крупных систем, построенных на базе
реляционных БД, достигает миллионов долларов. Основным фактором,
определяющим общую стоимость системы, чаще всего является число
поддерживаемых пользователей.
На уровне технических характеристик разнообразие СУБД еще больше,
чем на качественном уровне. К техническим характеристикам относятся:
общие параметры (операционная среда, потребность в оперативной
памяти, ограничения на максимальный объем БД и др.);
ограничения на операции над данными;
типы данных;
возможности средств формулировки и выполнения запросов;
работа в многопользовательских средах;
инструментальные средства разработки приложений;
импорт и экспорт.
Для проекта, рассматриваемого в данном дипломном проекте наиболее
приемлема СУБД Microsoft Access.
СУБД Microsoft Access исключительно удобно в использовании
благодаря готовым шаблонам и эффективным средствам, которые сохраняют
свою важность по мере увеличения объема данных. Microsoft Office Access
позволяет эффективно работать с данными даже пользователям, не являющимся
специалистами по базам данных. Кроме того, новые веб-базы данных
расширяют возможности приложения Access, упрощая отслеживание сведений,
их совместное использование и составление отчетов.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение представляет комплекс технических средств,
предназначенных для обработки данных в информационной системе. В состав
комплекса входят ЭВМ, осуществляющие обработку экономической
информации, средства подготовки данных на машинных носителях, средства
сбора и регистрации информации, средства передачи данных по каналам связи,
средства накопления и хранения данных и выдачи результатной информации,
вспомогательное оборудование и организационная техника.
При выборе технических средств таких как, тип ЭВМ и подручных
периферийных средств не возникла проблема капитального вложения, так как
существующая компьютерная техника отвечала всем требованиям и для
реализации на них дипломного проекта соответствовала своими параметрами.
Минимальные требования к компьютерной технике представлены в
таблице 2.
Таблица 2
Минимальные требования к компьютерной технике
Вид
Наименование
Процессор
Частота не ниже 500 МГц
Оперативная память
ОЗУ не менее 256 МБ
Видеокарта
С объемом памяти не менее 1Мбайт
Жесткий диск
Общий объем не менее 1,5 ГБ
Монитор
Разрешение не менее 1024x768 точек
Манипуляторы
Клавиатура
Дополнительные устройства
Устройство для вывода документов на
бумажные носители
Принтер любого формата.
Парк компьютерной техники был представлен IBM совместимыми
компьютерами различной конфигурации и мощности, а так же устройств вывода
на бумажных носителях – принтеров. Объединение их в локальную сеть и
доступ к Интернет облегчил задачу реализации проекта.
Для оптимальной работы системы рекомендуется использовать
компьютер с процессором пятого поколения и не менее 256 МВ оперативной
памяти – практика показала, что такая конфигурация обеспечивает приемлемую
производительность для комфортной работы. Также рекомендуется
использовать видеоадаптер и монитор, поддерживающие разрешения 1024x768 и
выше. Это обусловлено аспектом удобством работы, т.к. в меньших
разрешениях на экране могут не поместится все элементы интерфейса – кнопки,
меню и т.п.
Так же необязательными дополнительными, но желательными для
работы будут являться, устройство вывода документов на бумажные носители –
принтер и внешние устройства записи для создания архивных копий.
Инструкция по
работе с СДО для
студента Аксёнова
Ирина
Александровна
Адрес сайта
ido.tltsu.ru
Далее ввести
логин и пароль
Логин:aksenovai
a
Пароль:asdfghjk
Справа в разделе
«Учебный
процесс» доступны
пункты:
Справка-
вызов –
можно
заказать
справку –
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) программного обеспечения (ПО) ИС представляет
собой непрерывный процесс, начинающийся с момента принятия решения о
создании ПО и заканчивающийся при завершении его эксплуатации.
Под моделью ЖЦ ПО понимается структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач на
протяжении ЖЦ. Наибольшее распространение получили следующие
модели: каскадная, с промежуточным контролем и спиральная.
Модели каскадная и с промежуточным контролем включают следующие
этапы ЖЦ ПО:
Анализ;
Проектирование;
Реализацию;
Внедрение;
Сопровождение.
Каскадная модель предполагает строго последовательную реализацию
перечисленных этапов жизненного цикла. Достоинства модели: формирование
на каждом этапе законченного комплекта документации и возможность
планирования сроков завершения работ и соответствующих затрат. Недостаток:
несоответствие реальному процессу создания ПО, который обычно не
укладывается в жесткую схему и требует возврата к предыдущим этапам до
уточнения или пересмотра принятых решений.
Модель с промежуточным контролем приближает жизненный цикл к
реальному процессу создания и применения ПО. В отличие от каскадной
модели, она допускает возврат каждого этапа жизненного цикла на любой
предыдущий этап для выполнения межэтапной корректировки. При этом
обеспечивается большая надежность ПО, но вместе с тем увеличивается
длительность периода разработки.
Спиральная модель жизненного цикла позволяет устранить недостатки
предыдущих моделей. Основной упор в ней делается на начальные этапы:
анализ и проектирование. На них реализуемость технических решений
проверяется с помощью создания прототипов.
При спиральной схеме разработки неполное завершение работ на
очередном этапе позволяет переходить на следующий этап. Незавершенная
работа может выполняться на следующем витке спирали. Тем самым
обеспечивается возможность предъявить пользователям системы ее некоторый
работоспособный вариант для уточнения требований.
Целью дипломного проекта является информационной системы
управления учебным процессом ЦНТИ «Прогресс» в г. Самаре. В связи малой
сложностью разработки будет использована каскадная модель жизненного
цикла. Использование этой модели позволит формировать на каждом этапе
законченный комплект документации и планировать сроки завершения проекта
и соответствующие затрата.
Каскадная модель включает следующие этапы:
Анализ
Проектирование
Реализация
Введение
Эксплуатация.
На этапе анализа необходимо собрать информацию по планированию и
учету мероприятий учебного центра . Менеджеры должны собрать и
проанализировать данные необходимые им в программе по автоматизации
планирования и учета продаж. Это данные по датам, названиям семинаров,
количеству участников и суммам оплат.
На этапе проектирования по результатам представленной информации
происходит проектирование программистами базы данных и структуры
программы, будет определена структура информационной системы ЦНТИ
«Прогресс». Будет определена навигация по разделам системы. Так же будет
проведено логическое и концептуальное проектирование базы данных.
Дополнительно рассмотрим внешний вид с точки зрения удобство для
пользователя.
На этапе реализации программисты создают базу данных: создают все
необходимые справочники документы, регистры. Затем производят настройку
главного меню и меню всех элементов программы.
После развертывания технических, информационных и программных
средств необходимо провести окончательное тестирование системы на
развернутых средствах и убедиться в работоспособности всех модулей системы.
На этапе эксплуатации необходимо провести обучение пользователей
работе с системой. Необходимо провести обучение всех пользователей, которые
будут работать с системой.
На первом этапе эксплуатации системы необходимо заполнить все
первичные данные.
Данные можно вносить и в процессе ввода документов по мере
необходимости, но рекомендуется имеющиеся данные внести заранее, создав
таким образом законченную структуру организации учебного центра.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На этапе анализа необходимо точно определить все виды информации
которая будет поступать в программу автоматизации. Если на этапе анализа
будет неучтена какая-либо информация, то не будет реализована возможность
хранения её в системе и соответственно не будет возможности использовать эту
информацию в отчетности. Для уменьшения риска упущения информации
необходима перекрестная проверка между различными подразделениями
учебного цетра, а именно: бухгалтерии, отдела продаж, учебный отдел.
На этапе проектирования необходимо детально изучить анализ
информации и перенести его на структуры базы данных и программы.
Постараться избежать дублирования информации в системе.
На этапе реализации необходимо предотвратить возможность совершить
пользователем системы ошибочные действия, которые повлекут крах системы
или ввод неверных данных. Для уменьшения риска необходимо осуществлять
тестирование системы большим числом пользователей.