Смекни!
smekni.com

Разработка автоматизированной системы управления гостиницей (стр. 1 из 4)

Федеральное агентство по образованию Российской Федерации

Государственное образовательное учреждение высшего профессионального образования

«АЛТАЙСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»

Экономический факультет.

Вечернее отделение.

Кафедра “Информационные системы в менеджменте”.

Разработка автоматизированной системы управления гостиницей

(Курсовая работа)

по дисциплине “Разработка прикладного программного обеспечения”

Выполнил студент

курс 6 группа 2431

Тумаев А.Ю.

___________________________

(подпись)

Научный руководитель

Драгун И.А.

___________________________

(подпись)

Работа защищена

“__ “________________ 200_ г.

Оценка_____________________

Барнаул 2009



Содержание

Введение. 3

1. Теоретические аспекты проектирования информационных систем. 4

1.1 Жизненный цикл автоматизированных информационных систем. 4

1.2 Характеристики информационной системы.. 9

2.Исследование объекта и проектирование программного обеспечения. 12

2.1 О компании ООО «Госсиб». 12

2.2 Структура организации. 14

2.3 Функциональная структура. 15

2.4 Функциональная модель деятельности подразделения. 21

2.5 Модель потоков данных подразделения. 23

2.6 Экономическое обоснование разрабатываемой автоматизированной системы 24

3 Проектирование и элементы разработки программного обеспечения. 27

3.1 Проектный анализ разрабатываемой системы.. 27

3.3 Проектирование интерфейса программного обеспечения. 30

Заключение. 32

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


Введение

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

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

1. Теоретические аспекты проектирования информационных систем

1.1 Жизненный цикл автоматизированных информационных систем

1. Анализ первичных требований и планирование работ

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

2. Проведение обследования деятельности предприятия

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

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

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

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

· предложения сотрудников по усовершенствованию бизнес-процессов предприятия; нормативно-справочная документация;

· опыт системных аналитиков в части наличия типовых решений.

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

3. Построение моделей деятельности предприятия

На данном этапе осуществляется обработка результатов обследования и построение моделей деятельности предприятия следующих двух видов:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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