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

Оглавление 
 
 
 

Введение.

     Для проектирования было выбрано средство Rational Rose. Rational Rose – Case-средства фирмы Rational Software Corporation – предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации.

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

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

     Преимущества  от применения Rational Rose:

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

Техническое задание.

Содержание

1. Введение

1.1. Наименование  программы

1.2. Назначение  и задачи проектируемой системы

1.3. Наименования организации-заказчика и организаций-участников работ

1.4. Плановые  сроки начала и окончания работы  по созданию системы

1.5. Перечень  нормативно-технических документов, методических материалов, использованных при разработке ТЗ

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

2.1. Требования  к функциональным характеристикам

2.2. Требования  к надежности

2.2.1. Требования  к обеспечению надежного функционирования  программы

2.2.2. Время восстановления  после отказа

2.2.3 Требования к аппаратной части компьютера

3. Условия эксплуатации

3.1. Климатические  условия эксплуатации

3.2. Требования  к квалификации и численности  персонала

3.3. Требования  к информационной и программной  совместимости

3.3.1. Требования  к информационным структурам и методам решения

3.3.1.1. Структура  баз данных

3.3.1.2. Требования  к запросам пользователей данных  из базы

3.3.2. Требования  к исходным кодам и языкам  программирования

3.3.3. Требования  к защите информации и программ

4. Требования  к программной документации

4.1. Предварительный  состав программной документации

5. Технико-экономические  показатели

5.1. Экономические  преимущества разработки

6. Стадии и  этапы разработки

6.1. Стадии разработки

6.2. Этапы разработки

6.3. Содержание  работ по этапам

7. Порядок контроля  и приемки

7.1. Виды испытаний

7.2. Общие требования  к приемке работы

1. Введение

1.1. Наименование программы

     Полное  наименование системы: автоматизированная система управления бизнес процессом рекламного агентства «Best Konsalting».

     Краткое наименование системы: АСУ «Best Konsalting». 

1.2. Назначение и задачи проектируемой системы

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

    Задачи проектируемой системы:

• ведение автоматизированного контроля над работами по заказам;
• выполнение оперативного учета;
• формирование отчетности;
• взаимодействие с БД.

 
 

1.3. Наименования организации-заказчика и организаций-участников работ

     Заказчиком  системы является ООО «Персонал Консалт».

     Адрес заказчика: Самара, ул. Антонова Овсеенко, д.46

     Разработчиком системы является Смиричевский И.И.

     Адрес разработчика: Самара, ул. Демократическая, д.20, кв. 168.

     Потенциальный потребитель: рекламные агентства. 

1.4. Плановые сроки  начала и окончания  работы по созданию  системы

     Сроки проведения работ: март 2011 – май 2011 года. 

1.5. Перечень нормативно-технических  документов, методических  материалов, использованных при разработке ТЗ

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

     – ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;

     – ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение  документов при создании автоматизированных систем.

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

 

2.1. Требования к функциональным  характеристикам

     Программа должна обеспечивать возможность выполнения перечисленных ниже функций: 
2.1.1. Разделение пользователей: 
2.1.1.1. Бухгалтер 
2.1.1.2. Директор 
2.1.1.3. Сотрудник  
2.1.2. Возможность поиска по базе данных информации по услугам 
2.1.3. Возможность поиска по базе данных информации по клиентам 
2.1.4. Возможность ведения базы данных о заказах  
 
 

2.2. Требования к надежности

2.2.1. Требования к обеспечению  надежного функционирования  программы

     Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:  
а) организацией бесперебойного питания технических средств;  
б) использованием лицензионного программного обеспечения;  
в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;  
г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов

2.2.2. Время восстановления  после отказа

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

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

2.2.3 Требования к аппаратной части компьютера.

В качестве клиентского  рабочего места можно использовать:

• компьютер под управлением Windows 2000/XP/Vista.;
• оперативная память не менее 256 Mб RAM (512 MB рекомендуется);
• Мышь или другое координатно-указательное устройство.

3. Условия эксплуатации

 

3.1. Климатические условия  эксплуатации

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

3.2. Требования к квалификации  и численности  персонала

     Минимальное количество персонала, требуемого для  работы программы, должно составлять не менее 3 штатных единиц — сотрудник директор и бухгалтер.

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

д) поддержание  работы сайта компании. 

3.3. Требования к информационной  и программной  совместимости

3.3.1. Требования к информационным  структурам и методам  решения

База данных работает под управлением Borland Delphi.  
 
 
 
 
 
 

3.3.1.1. Структура баз  данных

Логическая  структура базы данных:

1. Клиенты

№	Имя поля	Тип	Назначение
1	fir	string	Фирма – заказчик
2	vzr	string	Вид заказанной рекламы
3	vrp	string	Вид рекламируемой продукции
4	d	string	Дата  заказа
5	so	string	Срок  оплаты
6	sfo	string	Срок  фактической оплаты
7	kol	integer	Количество

 

2. Перечень  услуг

№	Имя поля	Тип	Назначение
1	vr	string	Вид рекламы
2	c	real	Цена

 

3. Курс валют

№	Имя поля	Тип	Назначение
1	data	string	Дата
2	kurs	real	Курс  валют