на первый
заказ
Решение задач на тему: Актуальность темы. Описание предметной области. Анализ разработок заданную тему
Купить за 100 руб.Введение
Обслуживающая система предприятия, благодаря современным условиям, работает настолько эффективно, что способна обрабатывать данные с высокой скоростью одновременно для нескольких пользователей. Вся информация, необходимая для работы, хранится в специализированных базах данных, и весь процесс документооборота осуществляется цифровыми средствами. Очень много компаний до сих пор используют устаревший метод обслуживания клиентов, состоящий в заполнении листа бумаги при помощи ручки. Вместо того чтобы вести электронную базу данных или использовать специальные программы для управления клиентским сервисом, они тратят время на ручное заполнение и обработку бумажной документации. Такой подход отрицательно сказывается на производительности и может вызывать задержки при обработке запросов клиентов.Следовательно, необходимо перейти на современные системы обслуживания клиентов, основанные на электронных реестрах и программных решениях. Это позволит повысить эффективность работы и сократить время, затрачиваемое на рутинные операции. Кроме того, с помощью программного обеспечения можно улучшить взаимодействие с клиентами, предоставляя им более удобные и доступные каналы коммуникации.
В идеальном случае компании должны использовать современные CRM-системы, которые автоматизируют процессы обслуживания клиентов и позволяют эффективно управлять всеми аспектами работы с клиентской базой. Такие системы позволяют легко управлять и обрабатывать информацию о клиентах, отслеживать статусы запросов и решать проблемы клиентов в кратчайшие сроки. Кроме того, они предоставляют возможность анализировать данные и формировать отчеты, что является важным для принятия обоснованных решений в области обслуживания клиентов.
Использование современных систем обслуживания клиентов является необходимостью для компаний, которые стремятся повысить свою производительность и обеспечить качественное обслуживание клиентов. Такой подход поможет снизить затраты на обработку бумажной документации и сократить время на выполнение операций, связанных с обслуживанием клиентов. В итоге, компания будет обладать более эффективной системой работы и удовлетворенными клиентами, что положительно скажется на ее репутации и результативности. В настоящее время, люди вынуждены тратить много времени, стоя в длинных очередях. Однако, в связи с этим, возникает необходимость создавать специальные программы, которые помогут улучшить производительность и решить подобные проблемы.
Оглавление
- Введение 3- Актуальность темы
- Описание предметной области
- Анализ разработок на заданную тему
- Планирование проекта
- Цели и задачи
- Персонал
- Ресурсы
- Модель прецедентов Use Case
- Рамки системы
- Идентификация основных исполнителей
- Задачи каждого исполнителя
- Основные и альтернативные потоки
- Диаграмма Use Case
- Диаграмма последовательностей
- Диаграмма сущность-связь
- Характеристика программных продуктов
- Анализ методов и алгоритмов решений
- Модель базы данных
- Минимальная конфигурация программной системы ПС
- Руководство по работе и инсталляции
- Руководство пользователя по настройке
- Диаграммы реализации
- Компонентная диаграмма
- Диаграмма размещения
- Диаграмма экранных форм
- Тестирование ПО
- Тестирование элементов
- Тестирование восстановления
- Заключение 21
- Список литературы 22
- Приложение А. Техническое задание
- Приложение Б. Справка пользователя
Заключение
При разработке информационной системы мы провели исследование материалов по предметной области и изучили принципы работы интерфейса ADO для взаимодействия с СУБД. В результате этого мы разработали приложение, включающее пакет установки, программу, справку и файлы базы данных.В процессе освоения новой среды разработки Borland Delphi 7.0 для работы с MSSQL Server 2000 Developer Edition, нам понадобилось немного времени, чтобы узнать, как использовать эту среду для работы с серверной СУБД.
Хотелось бы отметить, что создание программы заняло некоторое время, что позволило нам укрепить навыки работы с базами данных и получить новые знания о работе с объектно-ориентированными языками. В целом, этот процесс был полезным и позволил нам расширить наши профессиональные компетенции. Возможность создавать сложные программы, функционирующие в многопользовательском режиме, доступна с использованием предварительно подготовленных компонентов.
Список литературы
1. Вендров А. М. Проектирование программного обеспечения экономических информационных систем/ А. Вендров - М.: Финансы и статистика, 2000. - 352 с.2. Орлов С. А. Технологии разработки программного обеспечения/ С. Орлов - СПб.: Питер, 2002. - 464 с.
3. Ананьев А. И., Федоров А. Ф. Самоучитель Visual Basic 6.0/ А. Ананьев, А. Федоров - СПб.: БХВ-Петербург, 2005. - 624 с.
5. http://intuit.ru/ - Интернет Университет информационных технологий.
Приложение А.
Техническое задание
Общие сведения
Настоящий документ, далее именуемый "Техническое Задание", или "ТЗ", является неотъемлемой частью Договора. Все работы по Договору будут выполняться строго в соответствии с настоящим Техническим Заданием.
Все требования к разрабатываемому продукту, не регламентированные в настоящем Техническом задании, должны оформляться дополнительными соглашениями к Договору с одновременной корректировкой общего срока и стоимости работ.
Перед подписанием документа Заказчик вправе потребовать от Исполнителя детального и исчерпывающего разъяснения любого из положений настоящего Технического Задания.
Подпись Заказчика на настоящем документе подтверждает его согласие с нижеследующими фактами и условиями:
1. Заказчику разъяснены все положения настоящего Технического Задания.
2. Заказчик согласен со всеми положениями настоящего Технического Задания.
3. Заказчик не вправе требовать от Исполнителя в рамках текущего Договора выполнения работ, либо оказания услуг, прямо не описанных в настоящем Техническом Задании.
4. Заказчик не вправе требовать от Исполнителя соблюдения каких-либо форматов и стандартов, если это не указано в настоящем Техническом Задании.
Все неоднозначности, выявленные в настоящем Техническом Задании после его подписания, трактуются в пользу Исполнителя. В рамках текущего Договора Заказчик не вправе требовать от Исполнителя переделки разработанного продукта, равно как и любых его модулей и подсистем, мотивируя это требование неоднозначностью прочтения Технического Задания.
Полное наименование системы
"Автоматизированная информационная система обслуживания клиентов по пассажирским перевозкам в пределах Забайкальского края".
Наименование компании разработчика и заказчика (пользователя) системы и их реквизиты
Разработчик: Горбунов В.О. Реквизиты: пер. Лесной д.12 офис 1, тел. 9243746456 Инн: 87236432784628.
Заказчик: ОАО Забавтоперевозки. Реквизиты: Г. Чита ул. Недорезова 42, офис 2. тел. 44-50-99. кор. Счет 326786234866.
Плановые сроки начала и окончания работ при создании системы
Срок начала разработки программы: 01.09.08.
Плановый срок выполнения работы: 31.12.08.
Назначение и цели создания программного средства
Назначение и вид деятельности системы
Система предназначена для автоматизации деятельности автомобильного вокзала. Программа предназначена для управления содержимым базы данных. База данных содержит следующую структуру данных:
- Расписание маршрутов следования;
- Расписание рейсов;
- Свободные места;
- Парк автобусов;
- Заказы.
Цели создания системы
Обеспечить быстрое и качественное обслуживание клиентов автовокзала, учет парка машин, формирование, хранение расписания авто перевозок, вести отчет о продажах.
Требования к функциональным характеристикам
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
- Поиск по базе данных информации по пункту отправления, прибытия, цене;
- Сортировка по пункту отправления, прибытия, цене, времени поездки;
- Покупка билета на заданный рейс в заданное время.
- Сдача билета на заданный рейс в заданную дату по номеру билета.
Требования к структуре и функционированию системы
Описание перечня подсистем их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы:
Система будет включать в себя следующие подсистемы:
- Подсистема продажи билетов. С помощью этой подсистемы осуществляется продажа и сдача билетов;
- Подсистема изменения информации в расписании, парке машин, рейсов, заказанных билетов. С помощью этой подсистемы решается задача добавление, изменения, удаления записей из таблиц базы данных.
- Подсистема составления отчетов по парку машин, расписанию, заказам. В отчет о парке машин включается информация о марке ТС, гос. Номер, число пассажирских мест. Отчет по расписанию будет включать: порядковый номер, станция отправления, станция прибытия, время в пути, цена. Отчет о заказах будет содержать: дата и время заказа, направление, внесенная сумма;
Требования к режимам функционирования системы
Режим администратора - полный доступ к информации
Режим кассира - навигация по базе, продажа, сдача билетов, редактирование рейсов, парка машин, расписания движения.
Требования к численности и квалификации персонала и режимы его работы
Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 2 штатных единиц - системный администратор и конечный пользователь программы - кассир. Системный администратор должен иметь высшее профильное образование. В перечень задач, выполняемых системным администратором, должны входить:
а) задача поддержания работоспособности технических средств;
б) задачи установки (инсталляции) и поддержания работоспособности системных программных средств - операционной системы;
в) задача установки (инсталляции) программы.
г) задача создания резервных копий базы данных.
д) задача добавление, изменение, удаление записей из базы данных.
Требования к надежности
Требования к обеспечению надежного функционирования программы
Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:
а) организацией бесперебойного питания технических средств;
б) использованием лицензионного программного обеспечения;
в) Испытания программных средств на наличие компьютерных вирусов
Время восстановления после отказа
Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.
Отказы из-за некорректных действий пользователей системы
Отказы программы вследствие некорректных действий пользователя при взаимодействии с программой через интерфейс программы недопустимы.
Перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности
- Сервер базы данных выйдет из строя.
Информационное обеспечение системы
Принцип не избыточности данных, т.е. в б.д. должна храниться только необходимая информация.
Требования по применению СУБД
- МS SQL server 2000.
Требования к защите данных
- Доступ к информации при успешной аутентификации;
- Ограниченная длина пароля;
Требования к контролю, хранению, обновлению и восстановлению данных
Резервное копирование и восстановление осуществляется Администратором посредством самой программы.
Лингвистическое обеспечение системы
- Borland Delphi для реализации функциональной части программы;
- MSSQL server 2000 для создания базы данных и реализации запросов.
Перечень и стадии этапов работ, сроки их выполнения, исполнители
Перечень и сроки работ
Таблица 4
Перечень работ
Срок выполнения
Ответственное лицо
Создание базы данных
Создание таблицы bus
Создание таблицы mesta
Создание таблицы rasp
Создание таблицы chickets
Горбунов В.О.
Разработка документации
Договор н оказание услуг
Техническое задание
Диаграммы
С 1.09.08 по 30.09.08
Горбунов В.О.
РЕАЛИЗАЦИЯ ФУНКЦИЙ РАБОТЫ СИСТЕМЫ
Добавление автобусов
Добавление в расписание движения
Продажа, сдача билетов
Поиск, фильтрация, сортировка
Резервное копирование, восстановление базы данных
С 30.09.08 по 31.12.08
Горбунов В. О.
Требования к эргономике (удобство) и технической эстетике
Интуитивно понятная навигация (кнопки, формы) и удобный поиск.
Требования к защите информации от НСД
- Зашифрованные пароли;
Требования к сохранности информации при аварии
Резервное копирование, восстановление осуществляется администратором программы.
Требования к функциям и задачам, которые выполняет система
Временной регламент реализации каждой функции
- Создание базы данных (1 день);
- Поиск по базе (1 неделя);
- Фильтрация, сортировка(2 неделя);
- Отчет о парке машин(1 неделя);
- Резервное копирование, восстановление(1 неделя);
- Продажа, сдача билетов (2 недели).
Требования к составу и параметрам технических средств
- В состав технических средств должен входить IВМ-совместимый персональный компьютер (ПЭВМ), выполняющий роль сервера, включающий в себя:
- процессор Pentium 3 - 800. MHz, не менее;
- оперативную память объемом, 128 Мегабайт, не менее;
- HDD, 10 Гигабайт, не менее;
Требования к составу и параметрам программных средств
- МS office 2003;
- ОС Windows xр или выше.
Требования к информационным структурам и методам решения
База данных работает под управлением СУБД МS SQL server 2000. Используется много поточный доступ к базе данных. Необходимо обеспечить одновременную работу с программой. База данных будет содержат информацию об автобусах (гос. номер, марка, число мест), расписание маршрутов (откуда, куда, время поездки, цена билета, номер рейса), расписание рейсов, информация о заказанных билетах.
Требования к исходным кодам и языкам программирования
Дополнительные требования не предъявляются.
Требования к защите информации и программ
Требования к защите информации и программ не предъявляются.
Технико-экономические показатели
Экономические преимущества разработки
Ориентировочная экономическая эффективность не рассчитываются. Аналогия не проводится ввиду уникальности предъявляемых требований к разработке.
Стадии и этапы разработки
Стадии разработки
Разработка должна быть проведена в три стадии:
1. разработка технического задания;
2. рабочее проектирование;
3. внедрение.
Этапы разработки
На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания.
На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:
1. разработка программы;
2. разработка программной документации;
3. испытания программы.
Содержание работ по этапам
На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:
1. постановка задачи;
2. определение и уточнение требований к техническим средствам;
3. определение требований к программе;
4. определение стадий, этапов и сроков разработки программы и документации на неё;
5. согласование и утверждение технического задания.
На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.
На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями к составу документации.
На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:
1. разработка, согласование и утверждение и методики испытаний;
2. проведение приемо-сдаточных испытаний;
3. корректировка программы и программной документации по результатам испытаний.
На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.
Порядок контроля и приемки системы
Виды испытаний
Приемо-сдаточные испытания должны проводиться на объекте Заказчика не позднее 31.12.2008, либо раннее по договоренности сторон.
Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний.
Общие требования к приемке работы
На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию.
Требования к документированию
Перечень документов сопровождающих систему
- Описание предметной области;
- Техническое задание;
- Договор.
или зарегистрироваться
в сервисе
удобным
способом
вы получите ссылку
на скачивание
к нам за прошлый год