Введение
1 Техническое задание
1.1 Назначение системы
1.2 Требования к программе
2 Проектирование системы
2.1 Разработка диаграммы вариантов использования
2.2 Разработка диаграммы состояний
2.3 Диаграмма классов
3 Разработка информационного обеспечения
3.1 Обоснование выбора СУБД
3.2 Структура базы данных
3.3 Разработка базы данных
4 Разработка программного обеспечения
4.1 Обоснование выбора языка программирования
4.2 Архитектура программы
5 Руководство пользователя
Заключение
Список литературы
Введение
Со времени изобретения письменности перед человечеством стояла задача хранения данных. Поддержка записей имеет долгую историю, но, несмотря на эволюцию от глиняных таблиц к папирусу, затем к пергаменту и наконец к бумаге, все это время она имела одну общую черту - обработка информации производилась вручную. С появлением компьютеров задача документооборота упростилась - хранить документы в электронном виде оказалось просто, дешево и удобно. Ключевым компонентом этой новой технологии было программное обеспечение. Стало сравнительно легко программировать и использовать компьютеры, гораздо проще сортировать, анализировать и обрабатывать данные. Появились стандартные пакеты для таких общеупотребительных бизнес-приложений, как бухгалтерия, расчет заработной платы, ведение инвентарных ведомостей, управление подпиской, банковская деятельность и ведение библиотек документов. В процессе своей деятельности промышленные предприятия, корпорации, ведомственные структуры, органы государственной власти и управления накопили большие объемы данных. Они содержат огромные возможности по извлечению полезной аналитической информации, на основе которой можно выявлять скрытые тенденции, строить стратегию развития, находить новые решения. Очевидно, что обеспечить оперативный доступ к большей части данных не так уж сложно. Однако любой из нас сталкивался с ситуацией, когда найти нужный документ, так разумно сохраненный в прошлом месяце (или году), оказывается несоразмерно трудоемко. В этот момент становится понятно, что традиционных возможностей файловых систем уже недостаточно для успешности в современном мире - мире информационных технологий. Реальной проблемой, встающей перед руководителями компании, является такая организация накопленных архивов данных, которая позволила бы легко находить требующуюся информацию. Нахождение в большой базе данных структур, тенденций, аномалий и релевантной информации является одной из новых, наиболее впечатляющих областей управления данными. Система управления базами данных создает на экране компьютера определенную среду для работы пользователя (пользовательский интерфейс). Кроме того, СУБД имеет определенные режимы работы и систему команд. На основе СУБД создаются и функционируют информационные системы.
1 Техническое задание
1.1 Назначение системы
Разрабатываемая автоматизированная система по учету командировок сотрудников предназначается для работы сотрудника отдела кадров, который выполняет соответствующий учет. Использование текущей программы позволит автоматизировать процесс хранения информации о сотрудниках и их командировках, выполнять поиск и сортировку необходимой информации. Внедрение автоматизированной информационной системы позволит увеличить скорость и точность работы, избежать ошибок при вводе информации.
1.2 Требования к программе
Автоматизированная система должна соответствовать требованиям заказчика и выполнять функции:
1. Ввод и просмотр информации о должностях.
2. Ввод и просмотр информации о сотрудниках.
3. Сортировка информации о сотрудниках по различным полям.
4. Ввод и просмотр информации о командировках.
5. Поиск информации о командировках по критериям.
6. Проверка правильности ввода информации.
Для полноценной работы информационной системы необходимо хранение информации о:
− сотрудниках;
− должностях;
− целях командировок;
− командировках.
Для правильного запуска и бесперебойной работы приложения, необходимо, чтобы на пользовательской машине были установлены следующие программные компоненты:
• Windows XP и выше
• MS SQL Server 2008 – для машины-сервера
• MS .NET FrameWork 3.5
• Антивирус Eset NOD32
2 Проектирование системы
2.1 Разработка диаграммы вариантов использования
Визуальное моделирование в UML можно представить как некоторый процесс ступенчатого спуска от наиболее обшей и абстрактной концептуальной модели исходной системы к логической, а затем и к физической модели соответствующей программной системы. Для достижения этих целей вначале строится модель в форме так называемой диаграммы вариантов использования (use case diagram), которая описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Диаграмма вариантов использования является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки.
Разработка диаграммы вариантов использования преследует цели:
− определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы;
− сформулировать общие требования к функциональному поведению проектируемой системы;
− разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей;
− подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.
Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой.
3 Разработка информационного обеспечения
3.1 Обоснование выбора СУБД
Для реализации информационного обеспечения программы была выбрана среда MS SQL Server. Она представляет собой высокопроизводительную платформу обработки и анализа данных для бизнеса любого размера, которая отвечает всем современным требованиям по работе с данными любых типов и поддержке удобной и быстрой разработки приложений. Продукт реализует концепцию комплексной обработки данных и позволяет преобразовывать ценную информацию в знания и решения на основе анализа собранных данных. В базах данных SQL Server можно хранить любую структурированную, полуструктурированную или неструктурированную информацию, такую, например, как изображения и мультимедиа из самых разнородных источников данных. Продукт предлагает большой набор интегрированных служб, расширяющих возможности обработки, который позволяет составлять запросы, выполнять поиск, проводить синхронизацию, формировать отчеты и анализировать данные. SQL Server обеспечивает обращение к данным из любого приложения.
Можно выделить основные преимущества выбранной СУБД перед другими, а именно:
- высокий уровень доступности. Непрерывность бизнес-процессов обеспечивается благодаря защите данных от дорогостоящих человеческих ошибок и максимальному уменьшению сроков аварийного восстановления;
- производительность и масштабируемость. Инфраструктура на основе SQL Server позволяет справиться с любыми пиковыми нагрузками;
- безопасность. Вопросы конфиденциальности, а также соответствия нормативным требованиям решаются с помощью встроенных средств защиты от несанкционированного доступа;
- управляемость. Автоматические диагностика, калибровка и настройка инфраструктуры позволяют управлять огромными объемами данных, значительно сократив издержки на управление и обслуживание;
- бизнес-аналитика. SQL Server помогает легко собрать и проанализировать большие объемы данных из хранилищ.
Таким образом, Microsoft SQL Server - одна из наиболее мощных систем работы с базами данных в архитектуре "клиент-сервер". СУБД позволяет создавать базы данных как для мелких организаций, так и для целых корпораций.
4 Разработка программного обеспечения
4.1 Обоснование выбора языка программирования
Язык программирования Delphi - это комбинация нескольких важнейших технологий:
– высокопроизводительный компилятор в машинный код;
– объектно-ориентированная модель компонент;
– визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов;
– масштабируемые средства для построения баз данных.
Компилятор, встроенный в Delphi, обеспечивает высокую производительность, необходимую для построения приложений в архитектуре “клиент-сервер”. Он предлагает легкость разработки и быстрое время проверки готового программного блока, характерного для языков четвертого поколения (4GL) и в то же время обеспечивает качество кода, характерного для компилятора 3GL. Кроме того, Delphi обеспечивает быструю разработку без необходимости писать вставки на С или ручного написания кода (хотя это возможно)3. Delphi мало чем отличается от проектирования в интерпретирующей среде, однако после выполнения компиляции получается код, который исполняется в 10-20 раз быстрее, чем то же самое, сделанное при помощи интерпретатора. В Delphi компиляция производится непосредственно в родной машинный код, в то время как существуют компиляторы, превращающие программу в так называемый p-код, который затем интерпретируется виртуальной p-машиной. Это не может не сказаться на фактическом быстродействии готового приложения. Основной упор в модели Delphi делается на максимальном реиспользовании кода. Это позволяет разработчикам строить приложения весьма быстро из заранее подготовленных объектов, а также дает им возможность создавать свои собственные объекты для среды Delphi. Никаких ограничений по типам объектов, которые могут создавать разработчики, не существует. Все в Delphi написано на нем же, поэтому разработчики имеют доступ к тем же объектам и инструментам, которые использовались для создания среды разработки. В результате нет никакой разницы между объектами, поставляемыми Borland или третьими фирмами, и объектами, которые можно создать.
Заключение
В результате выполнения курсового проекта была разработана программа по учету командировок сотрудников. В ходе выполнения было:
− изучена предметная область;
− выявлены требования к разрабатываемому ПО;
− составлено техническое задание на разработку проекта;
− выполнено моделирование программы;
− изучены и выбраны средства разработки;
− определена структура и разработано информационное обеспечение;
− выполнены разработка приложения;
− протестирована работа программы;
− составлена пояснительная записка к проекту;
− разработано руководство пользователя.
В соответствии с полученными результатами можно сделать вывод о том, что программа работает правильно, корректно и выполняет все требуемые функции. Использование программы может значительно упростить работу сотрудника отдела кадров.
