Личные финансы. Заработок. Инвестиции. Семейный бюджет. Технологии
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА РАЗРАБОТКУ ПРОГРАММЫ «__________»
Иркутск, 2015
Введение
Наименование программы
Наименование программы: "Интернет база данных Земная ось"
Назначение и область применения
Программа предназначена для создания, управления содержимым базы данных, содержащим следующие данные:
1.2.1. Предложения туроператоров
1.2.2. Прейскуранты цен для расчета индивидуальных туров
1.2.3. Возможность проведения статистических анализов (изменение цен, рейсов)
1.2.4. Данные туристов для он-лайн бронирования.
1.2.5. Данные по отелям
Программа предоставляет Веб-интерфейс для управления содержимым базы данным в соответствии с предъявляемыми требованиями по протоколу http.
Требования к программе
Требования к функциональным характеристикам
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
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.1.5. Возможность поиска (фильтрации) по базе данных информации по отелям.
2.1.6. Для Администраторов базы данных возможность поиска (фильтрации) по базе данных информации по туристам.
2.1.7. Для Администраторов базы данных возможность анализа в базе данных динамики изменения цен и рейсов.
2.1.1. Возможность подключения независимых модулей импорта из внешних источников данных в текущую базу.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
На разработку программы «Виртуальный офис»
Торгово-промышленной палаты Узбекистана.
Данное ТЗ представляет собой видение Торгово-промышленной палаты (ТПП) Узбекистана и может быть улучшено (доработано) в процессе работы с учётом предложений и согласия сторон.
Ташкент, Узбекистан
Июнь, 2012.
1.1. Наименование программы 4
1.2. Назначение и область применения 4
2. ТРЕБОВАНИЯ К ПРОГРАММЕ 4
^ 2.1 Требования к надежности 4
2.2 Требования к функциональным характеристикам 4
2.3 Требования к обеспечению надежного функционирования программы 5
2.4 Требования к гибкости 6
2.5. Требования по патентной чистоте 6
2.6 Экономическая эффективность 6
^ 3. УСЛОВИЯ ЭКСПЛУАТАЦИИ 7
3.1. Климатические условия эксплуатации 7
3.2. Требования к квалификации и численности персонала 7
3.3. Требования к составу и параметрам технических средств 7
3.4. Требования к информационной и программной совместимости 7
^ 3.4.2. Требования к исходным кодам и языкам программирования 7
3.4.4. Требования к защите информации и программ 8
3.5. Дополнительные требования 8
^ 4. ТРЕБОВАНИЯ К СОДЕРЖАТЕЛЬНОЙ ЧАСТИ ПРИЛОЖЕНИЯ. 8
4.1 Структура приложения. 8
4.2 Требования к разработке и дизайну интерфейса. 9
4.3 Требования к системе управления содержанием. 9
^ 5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ 9
5.1. Предварительный состав программной документации 9
6. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ 10
6.1. Экономические преимущества разработки 10
^ 7. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ 10
7.1. Стадии разработки 10
7.2. Этапы разработки 10
8. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ 11
8.1. Виды испытаний 11
8.2. Общие требования к приемке работы 11
1. ВВЕДЕНИЕ
1.1. Наименование программы
Полное название: «Виртуальный офис»
1.2. Назначение и область применения
«Виртуальный офис» представляет собой организацию информационного пространства Палаты на удаленном сервере (группе серверов) таким образом, что на компьютерах сотрудников Палаты для работы достаточно только установки минимальной версии операционной системы Windows и организации доступа в Интернет.
Более того, для доступа к своему рабочему месту сотрудник может использовать любой компьютер, подключенный к интернету - дома, в командировке и.т.п. Физически все сотрудники имеют возможность работать на удаленном сервере, где хранятся все рабочие файлы и базы данных, где установлено все необходимое для работы программного обеспечения. Каждый сотрудник имеет собственный профиль с правами доступа к необходимым программам и каталогам с файлами.
Подключившись к удаленному серверу, сотрудник видит привычный рабочий стол с ярлыками программ в полноэкранном режиме, может получать и отправлять почту, работать с бухгалтерскими и другими программами, распечатывать документы на локальном принтере.
^ 2. ТРЕБОВАНИЯ К ПРОГРАММЕ2.1 Требования к надежности
Для успешной работы палаты «Виртуальный офис» должен стабильно работать и надежно хранить информацию и укрывать корпоративные секреты от посторонних глаз.
Услуга «Виртуальный офис» помогает решить эти проблемы. Подключив её мы должны иметь возможность перенести данные в охраняемый дата центр, где данные надежно защищены от несанкционированного доступа.
^ 2.2 Требования к функциональным характеристикам
Любой сотрудник может работать в любое время суток, в любой день и из любого места, не привязываясь к рабочим часам и месторасположению офиса. Предоставляемые услуги позволяют работать с программами на сервере из любой точки мира, где есть компьютер с доступом в интернет.
Предлагаемое решение должно:
обеспечить понятный, дружественный пользователю интерфейс на русском и на узбекском языке с возможностью быстрого переключения языка интерфейса;
обеспечить необходимую функциональность и эффективность работы для всех пользователей программы;
предоставить интегрированную систему для ввода данных в программу с использованием мыши и клавиатуры;
обеспечить шрифтовую поддержку кириллицы и латиницы;
облегчить ввод данных в программу за счет автозаполнения полей и назначения «горячих» клавиш для наиболее часто использующихся команд;
обеспечить возможность обмена данными посредством переносных электронных носителей;
обеспечить функциональность по наделению отдельных пользователей и групп
пользователей правами доступа к информации;
обеспечить шифрование введенной информации и защиту от несанкционированного доступа;
обеспечить возможности настройки и редактирования меню программы;
обеспечить возможность настройки набора видов документов, в том числе создания средствами Системного администратора новых видов документов и изменение реквизитного состава существующих;
обеспечить возможность печати необходимых форм и отчетных документов на русском и на узбекском языке;
обеспечить функциональность поиска (фильтрации) необходимых данных;
обеспечить опции для надзора и модификации состояния программы.
^ 2.3 Требования к обеспечению надежного функционирования программы
Имеющаяся инфраструктура должна обеспечивать бесперебойное функционирование серверов и средств связи 24 часа в сутки в специально созданных для этого условиях под постоянным наблюдением. Высокая надежность серверов, высокая энергонезависимость среды, применение современных систем пожаробезопасности, систем оповещения об атаках, а также другие факторы которые будут гарантировать постоянную доступность и сохранность данных. По необходимости производить периодическое полное резервное копирование дисков сервера, что позволяет даже в случае выхода из строя удаленного сервера восстановить его работу за считанные часы.
Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств. Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.
Отказы программы вследствие некорректных действий пользователя при взаимодействии с программой недопустимы.
^ 2.4 Требования к гибкости
Упрощение организации рабочее место для нового сотрудника, компьютер любой модификации и практически любой операционной системой должен уметь работать с "Виртуальным офисом". Необходимое программное обеспечение должно быть уже установлено на сервере. Установка новых программ должно быть упрощено, без установления новое ПО на каждый компьютер каждому сотруднику, все это делается на сервере только один раз. Объединение всех офисов и филиалов в единую сеть, по средствам подключения их к интернету.
^ 2.5. Требования по патентной чистоте
Компоненты, модули и библиотеки программы должны быть свободными от возможности предъявления прав и притязаний любых третьих лиц, основанных на промышленной, интеллектуальной или другой собственности.
Компоненты, модули и библиотеки программы должны обладать патентной чистотой на территории Узбекистана.
^ 2.6 Экономическая эффективность
«Виртуальный офис» предлагает взаимосвязь с Сall центром, который идеально решает вопрос удаленного управления. Квалифицированные сотрудники сall центра должны помогать в создании виртуального офиса, с помощью которого, предприниматели смогут четко и отлажено вести свой бизнес. Если, к примеру, офис расположен в районе, а предпринимателю необходимо вести постоянное сотрудничество с представителями в области или столице, но предприниматель не располагает достаточным количеством временных и финансовых ресурсов для поездок для получения необходимой документации, данная услуга должна стать дешевым и эффективным решением всех проблем.
Услугу IVR (система предварительно записанных голосовых сообщений, выполняющая функцию маршрутизации звонков внутри call-центра). А так же любые входящие и исходящие сервисы по предварительным заявкам.
^ 3. УСЛОВИЯ ЭКСПЛУАТАЦИИ
3.1. Климатические условия эксплуатации
Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации.
^ 3.2. Требования к квалификации и численности персонала
Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 2 штатных единиц - системный администратор и конечный пользователь программы (оператор). Системный администратор должен иметь высшее профильное образование и сертификаты компании-производителя операционной системы. В перечень задач, выполняемых системным администратором, должны входить:
А) поддержание работоспособности технических средств;
Б) установка (инсталляция) и поддержание работоспособности системных программных средств - операционной системы;
В) установка (инсталляция) программы;
Г) создание резервных копий базы данных и восстановление информации в случае сбоев;
Д) редактирование и обновление справочников данных программы (по запросам конечных пользователей);
Е) управление правами доступа пользователей программы.
3.3. Требования к составу и параметрам технических средств3.4. Требования к информационной и программной совместимости
^
3.4.1. Требования к информационным структурам и методам решения
3.4.2. Требования к исходным кодам и языкам программирования
3.4.3. Требования к программным средствам, используемым программой
Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows XP, Windows Vista или Windows 7.^ 3.4.4. Требования к защите информации и программ
3.5. Дополнительные требования
программные интерфейсы должны быть интуитивно понятными для максимального упрощения их эксплуатации (Приложение 2,3.4);
запуск и остановка программных продуктов должны быть просты и доступны только обслуживающему персоналу;
простота обслуживания служебным персоналом;
возможность внесения дополнений и изменений в сценарий тематического наполнения (содержания).
возможность расширения и увеличения функционала программного обеспечения (модулей, операций);
возможность запуска внешнего приложения (платёжной системы, напр. “Paynet”) из главного меню, возможность перехода (переключения с внешнего приложения обратно в программное обеспечение. (Разрабатывается совместно с разработчиком платежной системы и ТПП);
возможность экспортирования/импортирования данных с генеральной базы данных ТПП, сенсорных информационных киосков ТПП и веб - сайта ТПП;
все программные коды во избежание потери информации от непредвиденных факторов должны иметь дубликаты, хранящиеся у ТПП на электронных носителях информации;
защищенность от попыток изменения хода выполнения программы или программного кода посторонними людьми с общедоступного пользовательского интерфейса;
исполнитель обязан использовать лицензионное программное обеспечение для выполнения заданий, поставленных в сценариях Заказчика.
^ 4. ТРЕБОВАНИЯ К СОДЕРЖАТЕЛЬНОЙ ЧАСТИ ПРИЛОЖЕНИЯ.
4.1 Структура приложения.
Необходима полная обратная совместимость со всеми популярными браузерами, как Microsoft Internet Explorer, Mozilla, Оpera.
Портал будет реализван на русском и узбекском языках.
Информационная структура (перечень тематических разделов Основного меню) портала (Приложения 1,2)
Количество разделов и их содержание не ограничивается данным перечнем. Программный продукт должен представлять собой гибкую систему администрирования разделов с возможностью их добавления/удаления, а также изменения их содержания.
При необходимости возможность импорта информации для некоторых разделов с существующей базы данных ТПП и её формирования по формату предлагаемому ТПП.
^ 4.2 Требования к разработке и дизайну интерфейса.
Пользовательский интерфейс будет строится на базе веб - интерфейса;
Удобный дизайн пользовательского интерфейса;
Дизайн интерфейса может быть выполнен в соответствии с приложением 2,3,4
^ 4.3 Требования к системе управления содержанием.
Создание простой и удобной в использовании системы управления содержанием программы на базе веб - архитектуры;
Возможность изменения содержания программы – добавление и удаление разделов, их переименование, редактирование информации авторизированным администратором (или администраторами).
Система управления содержанием должна позволять публиковать новые информационные материалы - возможность дистанционного обновления администратором такой системы всех материалов;
Возможность обеспечения уровневого доступа к содержанию наполнителям контента, т.е. возможность ролевого доступа персоналом ТПП (редактирование: наполнение, удаление/добавление, обновление). Авторизованный пользователь после регистрации и получения своего логина и пароля, будет иметь доступ к управлению только к авторизованными секциями и страницами;
Система должна быть защищённой и надёжной в эксплуатации, в системе должен быть предусмотрен механизм обеспечения безопасности данных.
^ 5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
5.1. Предварительный состав программной документации
Состав программной документации должен включать в себя:
техническое задание;
программу и методики испытаний;
руководство пользователя (оператора) - программная документация (описание программного обеспечения);
руководство администратора.
6.1. Экономические преимущества разработки
Ориентировочная экономическая эффективность не рассчитываются. Аналогия не проводится ввиду уникальности предъявляемых требований к разработке.
^ 7. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ
7.1. Стадии разработки
разработка технического задания;
согласование с заказчиком рабочих шаблонов интерфейсной части ПО;
рабочее проектирование;
внедрение.
На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания. На стадии согласования с заказчиком рабочих шаблонов интерфейсной части ПО должны быть выполнены рабочие формы программного обеспечения с расположением основных рабочих элементов.
На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:
разработка программы;
разработка программной документации;
испытания программы.
^ 7.3. Содержание работ по этапам
На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:
постановка задачи;
определение и уточнение требований к техническим средствам;
определение требований к программе;
определение стадий, этапов и сроков разработки программы и документации на неё;
согласование и утверждение технического задания.
На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями к составу документации.
На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:
разработка, согласование и утверждение и методики испытаний;
проведение приемо-сдаточных испытаний;
корректировка программы и программной документации по результатам испытаний.
^ 8. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ
8.1. Виды испытаний
Приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки. Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний. Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний.
8.2. Общие требования к приемке работы
На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию.
3.2.1 Требования к функциональным характеристикам
Требования к программе или программному изделию
Программа «Фотоэффект» должна: обеспечить пользователя информацией по данной теме, провести проверку знаний по изученной теме, предоставить стенд для проведения лабораторной работы при благополучном прохождении теста.
Входные данные программы – это база вопросов к тестирующей программе.
Выходные данные программы – это результат, получаемый при прохождении лабораторной работы.
Требования к надёжности
Надёжность – один из важнейших факторов, определяющих общую производительность и эффективность систем. В связи с этим уже на стадии проектирования вопросам надёжности должно уделяться пристальное внимание.
Надёжность программного продукта – это вероятность того, что программа в какой-то период времени будет работать без сбоев, с учётом степени их влияния на входные результаты.
Другими словами, надёжность программного продукта – есть функция от ущерба, наносимого ошибкой пользователю.
Надёжность программного продукта определяется как свойство системы выполнять заданные функции, сохраняя во времени значения установленных эксплуатационных показателей, заданных пределов, соответствующих заданным режимам и условиям использования технического обслуживания, ремонта, хранения и транспортирования.
Свойства надёжности проявляются в том, что система выполняет поставленные перед ней задачи без проблем.
Потери надёжности системой связываются с появлением отказа в работе.
Надёжность программного продукта зависит от многих факторов, определяющих на различных этапах разработки данного программного продукта.
Условия эксплуатации
Программа устанавливается на компьютер и записывается на жестком диске (создается ярлык на рабочем столе), поэтому защищена от климатических условий.
Но так как она устанавливается с гибкого диска, то этот диск должен храниться в футляре при комнатной температуре в сухом месте.
Требования к составу и параметрам технических средств
Для установки и работы на компьютере данного программного продукта должна быть установлена операционная система Windows 98.
Минимальный набор технических средств для работы программы:
1. Компьютер на базе процессора Pentium II 233 MMX;
2. CD-ROM для установки программного продукта на компьютере;
3. Манипулятор типа «мышь»;
4. Клавиатура;
5. 4 Gb на жестком диске;
6. Цветной монитор.
Требования к информационной и программной совместимости
Структура данных программы должна соответствовать установленным требованиям, в противном случае произойдет сбой в ее работе.
Так как программа была разработана на языке программирования Delphi 6, то она будет работать даже на том компьютере, где не установлен этот язык программирования или библиотека данного языка.
3.2.2 Требования к программной документации
Программный документ – это документ, содержащий необходимые сведения, необходимые для разработки, изготовления, эксплуатации и сопровождения программного продукта.
Программная документация может включать следующий комплекс документов:
Техническое задание (ГОСТ 19.201-78), определяющее требования, предъявляемые к программному обеспечению, необходимые стадии и сроки разработки, виды испытаний;
Текст программы (ГОСТ 19.401-78) – запись программы с необходимыми комментариями;
Описание программы (ГОСТ 19.402-78), в котором содержатся сведения о логической структуре и функционировании программного обеспечения;
Пояснительная записка (ГОСТ 19.201-78), включающая общее описание алгоритмов и функционирования программного обеспечения.
Общие требования к программным документам
Каждый программный документ состоит из нескольких частей, каждая из которых имеет своё название:
1. Титульный лист.
2. Информационная часть. Включает аннотацию и содержание данного документа. В аннотации приводят сведения о назначении данного документа и краткое изложение его основной части.Содержание включает перечень записей о структурных элементах основной части документа, в каждую из которых входят:
– обозначение структурного элемента (номер раздела, код раздела);
– наименование структурного элемента;
– адрес структурного элемента на носителе данных (номер страницы, номер файла).
3. Основная часть. Содержит всю информацию о программе, саму программу (текст), структуру отдельных частей, модулей и т.д.
4. Регистрация изменений. О каждом изменении программного документа делается соответствующая запись, которая оформляется в данной части.
Порядок контроля и приёмки
Прежде чем передать программный продукт в эксплуатацию, необходимо проверить его на наличие ошибок и отладить её.
Под ошибкой понимают неправильность, любые отклонения, искажения процесса выполнения программы.
Отладка программы – это процесс, позволяющий получить программу, функционирующую с требующимися характеристиками в заданной области входных данных.
Отладка программы предполагает наличие той или иной ошибки.
Для того чтобы убедиться в правильности программы, нужно произвести тестирование.
Тестирование программного продукта – это процесс выполнения программ данного программного продукта на некотором наборе данных, для которых заранее известен результат.
По окончанию тестирования мы сопоставляем полученные выходные данные с теми, которые ожидали получить.
Если ожидаемые и полученные данные совпадают, то программа работает без отклонений.
Основными целями тестирования является:
1. Получение результатов по конкретным данным;
2. Контроль качества программы;
3. Убедиться в правильности работы программного средства.
Произведём некоторые тесты с данным программным продуктом:
1. при выборе пункта меню «Файл -> Тест» мы переходим на другую форму, где находится тестирующая программа;
2. при начале работы с тестом в пункте меню «Файл -> Начать тест» на форме появляется окно, в котором Вам будет предложено занести свои данные в базу. В случае, если Вы ничего не ввели и нажали клавишу «Дальше»,то появится окно с сообщением: «Введите фамилию» или «Введите номер группы». Программа не будет дальше работать, пока Вы не введете фамилию и номер группы;
3. при работе с тестом необходимо отвечать на вопросы. Для этого нужно выбрать правильный вариант ответа. Если вариант ответа не был выбран, то на форме появляется сообщение, в котором находится информация «Выберите вариант ответа». Программа не будет работать дальше пока не выбран вариант ответа.
Наименование темы разработки – «Разработка текстового редактора для работы с файлами формата rtf».
Условное обозначение темы разработки (шифр темы) – «РТФ-007».
Назначение разработки
В разделе должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.
Функциональное назначение
Функциональным назначением программы является предоставление пользователю возможности работы с текстовыми документами в формате rtf.
В подразделе должно быть указано «укрупненное» функциональное назначение программы. Детали – перечень функций и т.д. – будут приведены ниже, в соответствующих разделах.
Эксплуатационное назначение может трактоваться достаточно широко. Где, как, кем, с чем должна эксплуатироваться программа?
Резина одного типоразмера может успешно эксплуатироваться на Жигулях и Волгах, но не на КаМАЗе. И наоборот. Но для каждого конкретного типоразмера резины можно определить ее эксплуатационное назначение.
Применим формальный подход:
Эксплуатационное назначение
Программа должна эксплуатироваться в профильных подразделениях на объектах Заказчика.
Конечными пользователями программы должны являться сотрудники профильных подразделений объектов Заказчика.
Требования к программе или программному изделию
Раздел должен содержать следующие подразделы:
требования к функциональным характеристикам;
требования к надежности;
условия эксплуатации;
требования к составу и параметрам технических средств;
требования к информационной и программной совместимости;
требования к маркировке и упаковке;
требования к транспортированию и хранению;
специальные требования.
Если существуют стандарты, содержащие общие (технические) требования к программе, системе или изделию, к примеру, «ГОСТ 12345-67. Автоматизированные информационно-измерительные системы. Общие (технические) требования», разработка технического задания существенно упрощается. Большая часть содержимого указанного стандарта просто переписывается в техническое задание.
Требования к функциональным характеристикам
В подразделе должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т. п.
Требования к составу выполняемых функций
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
функции создания нового (пустого) файла.
функции открытия (загрузки) существующего файла.
функции редактирования текущего файла с применением буфера обмена операционной системы.
функции сохранения файла с исходным именем.
функции сохранения файла с именем, отличным от исходного.
функции отправки содержимого текущего файла электронной почтой с помощью внешней клиентской почтовой программы.
функции вывода оперативных справок в строковом формате (подсказок).
функции интерактивной справочной системы.
функции отображения названия программы, версии программы, копирайта и комментариев разработчика.
Клише «обеспечивать возможность выполнения» применимо к современным программным средствам, разработанным с использованием графического пользовательского интерфейса. Указанные программные средства большей частью «простаивают» (idle), ожидая действий оператора.
Введение.......................................................................4 1.1. Наименование программного изделия.........................................4 1.2. Область применения........................................................4 1.3. Наименования разработчика и заказчика.....................................4 2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ....................................................5 2.1. Документ, на основании которого ведётся разработка........................5 2.2. Организация, утвердившая этот документ, и дата его утверждения............5 2.3. Наименование темы разработки..............................................5 3. НАЗНАЧЕНИЕ РАЗРАБОТКИ.......................................................5 3.1. Критерии эффективности и качества программы...............................5 3.2. Цели разработки программы.................................................6 4. ТрЕБОВАНИЯ К ПРОГРАММЕ......................................................7 4.1. Требования к функциональным характеристикам...............................7 4.1.1. Состав выполняемых функций..............................................7 4.1.2. Организация входных и выходных данных...................................8 4.1.3. Временные характеристики, и размер занимаемой памяти....................9 4.2. Требования к надежности...................................................9 4.2.1. Требования к надежному функционированию.................................9 4.2.2. Контроль входной и выходной информации..................................9 4.2.3. Время восстановления после отказа......................................10 4.3. Условия эксплуатации.....................................................10 4.4. Требования к составу и параметрам технических средств....................10 4.5. Требования к информационной и программной совместимости..................10 4.5.1. Требования к информационным структурам на входе и выходе...............10 4.5.2. Требования к методам решения...........................................11 4.5.3. Требования к языкам программирования...................................11 4.5.4. Требования к программным средствам, используемым программой............12 4.6. Требования к маркировке и упаковке......................12 4.7. Требования к транспортированию и хранению...............12 5. ТРЕБОВЛНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ......................................12 6. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ...........................................14 7. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ..................................................14 8. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ.................................................15 8.1. Виды испытаний...........................................................15 8.2.Общие требования к приёмке................................................16 Приложение 1................................17 Приложение 2..............................22 Приложение 3................................23 1. ВВЕДЕНИЕ
1.1. Наименование программного изделия
Полное наименование програмной разработки: "Программа складского учета "Хранитель"", в дальнейшем именуемая как "программа". Краткое название программы – "Хранитель".1.2. Область применения
Программа "Хранитель" предназначена для учета продаж, закупок и наличия товара на складах, а также получения статистики по проделанным операциям и вывода ее на принтер.1.3. Наименования разработчика и заказчика
Разработчик данного программного продукта - студент группы ИВТ-262 ВолГТУ Кудряшов П.П., в дальнейшем именуемый как "разработчик ". Заказчик программного продукта - кафедра САПР и ПК ВолГТУ, в лице преподавателя Садовниковой Н.П.2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ
2.1. Документ, на основании которого ведётся разработка
Работа ведётся на основании задания на курсовое проектирование по дисциплине «Технология программирования» 2.2. Организация, утвердившая этот документ, и дата его утверждения Задание утверждено на заседании кафедры САПР и ПК __________ и выдано преподавателем кафедры Садовниковой Н.П.2.3. Наименование темы разработки
Наименование темы разработки – "Хранитель"3. НАЗНАЧЕНИЕ РАЗРАБОТКИ
Данная разработка является семестровой работой по дисциплине «Технология программирования»3.1. Критерии эффективности и качества программы
1) Социальный фактор. Данная программная разработка очень проста в освоении и рассчитана не только на профессионалов, но и на рядовых пользователей, работающих под Windows. Удобный интуитивно понятный интерфейс в сочетании с мощной системой вспомогательных рисунков и всплывающих подсказок позволяют работать с программой без предварительной подготовки. 2) Соответствие текущему состоянию на рынке ПО данного профиля. В отличие от дорогих и сложных программ складского учета типа "1С-Склад" и ей подобных, программа "Хранитель" идеально подходит для представителей малого и среднего бизнеса, так как содержит все, что им необходимо, но не перегружена бесполезными и ненужными возможностями. Технология создания программы в визуальных средах программирования делает ее интерфейс универсальным и совместимым с операционными системами Windows 95/98/2000. 3) Экономические факторы. Программа представляет наилучшее соотношение цены и предоставляемых ей возможностей и несомненно займет свою нишу на рынке дешевых программ складского учета. Основными пользователями станут представители малого и среднего бизнеса, которые просто не могут заплатить за дорогие программы фирмы 1С и ей подобных.3.2. Цели разработки программы
Создание данной программы преследует ряд технико-экономических целей: 1) Создание программного продукта, необходимого для учета товаров на складах представителей малого и среднего бизнеса. 2) Создание дешевой альтернативы существующим в настоящее время дорогим программам складского учета типа 1С-Склад и им подобным. 3) Создание интуитивно понятной программы с удобным и универсальным Windows-интерфейсом для простого, но мощного и эффективного контроля за товарами.4. ТРЕБОВАНИЯ К ПРОГРАММЕ
4.1. Требования к функциональным характеристикам
4.1.1. Состав выполняемых функций
1) Программа должна работать с произвольным количеством складов, иметь возможность вести статистику продаж (включает в себя стоимость проданного товара, а также последовательность операций, производимых с товаром) на складе и статистику продаж каждого из товаров в отдельности. 2) Программа должна иметь возможность автозаполнения некоторых полей (поля продавца и покупателя товара) для ускорения работы. 3) Программа должна предоставить возможность отслеживать перемещения товаров между складами. 4) Программа должна искать товар на складе или операцию, произведенную с ним по совокупности заданных пользователем полей. 5) Программа должна иметь возможность заменять названия товаров и валют на выбранном складе или складах по запросу пользователя. 6) Программа должна иметь возможность списания остатка товара с указанием лица, отдавшего такое распоряжение и суммы списания товара. 7) Программа должна иметь возможность выделения и копирования текстовых данных различных полей карточки товара в стандартный системный буфер обмена Windows с целью последующей вставки в любой документ, допускающий подобную операцию (например, документ Microsoft Word или Microsoft Excel). 8) Программа должна иметь возможность сортировки карточек товаров. 9) Программа должна иметь возможность использовать фильтр (специальная опция, позволяющая отображать не все карточки товаров, входящие в склад, а только те, которые удовлетворяют настройкам фильтра, например – отображать только товары стоимостью более 100 руб/ед), настраиваемый пользователем для отображения товаров и операций, удовлетворяющих параметрам фильтра. 10) Программа должна иметь возможность создания резервной копии в автоматическом режиме (раз в неделю) и по желанию пользователя (в любой момент времени, когда программа запущена). 11) Программа должна иметь возможность настройки пользовательского интерфейса (шрифтов и цветов), а также параметров работы (учет и процентная ставка НДС) 12) Внешний вид программы должен соответствовать макетам экранов, предоставленных в ПРИЛОЖЕНИИ 1. 13) Список управляющих и быстрых клавиш программы должен соответствовать ПРИЛОЖЕНИЮ 2. 14) Программа должна обеспечивать изменение уже имеющихся на диске баз данных, предварительно созданных данной программой, а также создание и сохранение новых. 15) Программа должна обеспечивать вывод на принтер базы данных товаров на складе с возможностью использования фильтра.4.1.2. Организация входных и выходных данных
Организация входных и выходных файлов должна соответствовать ПРИЛОЖЕНИЮ 3. В процессе работы программы входной информацией для программы должны являться: файлы баз данных, манипуляции мышью, а также коды клавиш, нажимаемых пользователем на клавиатуре ЭВМ, согласно режимам, определяемых выходной экранной информацией. Перечень допустимых клавиш представлен в ПРИЛОЖЕНИИ 2. 4.1.3. Временные характеристики, и размер занимаемой памяти Время реакции программы на нажатие любой из клавиш и манипуляции мышью не должно превышать 0,25 с, в случае соответствия системных ресурсов требованию к составу и параметрам технических средств. Реакция на команды меню, кроме Открытия , Сохранения , Поиска не должна превышать 2 с. Реакция на команды Открытия , Сохранения , Поиска зависит от размера файла данных и настроек поиска. Объем занимаемой оперативной памяти не должен превышать 8 Мбайт.4.2. Требования к надежности
4.2.1. Требования к надежному функционированию
Программа должна нормально функционировать при бесперебойной работе ЭВМ. При возникновении сбоя в работе аппаратуры, восстановление нормальной работы программы должно производиться после: перезагрузки операционной системы; запуска исполняемого файла программы; повторного выполнения действий, потерянных до последнего сохранения информации в файл на магнитном диске. Уровень надежности программы должен соответствовать технологии программирования, предусматривающей: инспекцию исходных текстов программы; автономное тестирование модулей (методов) программы; тестирование сопряжении модулей (методов) программы; комплексное тестирование программы4.2.2. Контроль входной и выходной информации
Программа должна контролировать выбор пользователя пункта меню "Выход" и предупреждать его о потере "не сохраненных изменений".4.2.3. Время восстановления после отказа
Время восстановления после отказа должно состоять из: времени перезапуска пользователем операционной системы; времени запуска пользователем исполняемого файла программы; времени повторного ввода потерянных данных.4.3. Условия эксплуатации
Программа должна храниться в виде двух маркированных дискетных копий - эталонной и рабочей. Периодическая перезапись информации должна осуществляться согласно нанесенной маркировке. Условия хранения дискет должны соответствовать нанесенной на них маркировке. 4.4. Требования к составу и параметрам технических средств Программа должна корректно работать на следующем или совместимым с ним оборудовании: 1) ПЭВМ IBM PC модели 486 DX-100, 16Mb RAM или старше 2) Принтер Epson Stylus 800+ модели Р780В 4.5. Требования к информационной и программной совместимости 4.5.1. Требования к информационным структурам на входе и выходе Требования к информационным структурам на входе и выходе определены в пункте(см. п. 4.1.2.).4.5.2. Требования к методам решения
Требования к методам решения определены в подпункте (см. п п. 4.1.1.2.). Выбор остальных методов решения осуществляется разработчиком без согласования с заказчиком.4.5.3. Требования к языкам программирования
Разработка программы должна вестись на одном из следующих языков: 1) Microsoft Visual Basic v5.0 и выше. 2) Microsoft Visual C v5.0 и выше. 3) Borland Delphi v4.0 и выше. Выбор других языков нецелесообразен. 4.5.4. Требования к программным средствам, используемым программой Для работы программы необходима операционная система WINDOWS95 и более поздняя, драйвера мыши и принтера. 4.6. Требования к маркировке и упаковке Дискеты с эталонным и рабочим экземплярами программы должны иметь маркировку, состоящую из надписи EDIT, надписи "эталон" или "рабочая", даты последней перезаписи программы. Упаковка должна соответствовать условиям хранения дискеты. На упаковке должны быть указаны условия транспортирования и хранения дискеты. 4.7 Требования к транспортированию и хранению Условия транспортирования и хранения дискеты должны соответствовать разделу (см. подраздел 4.6.)5. ТРЕБОВЛНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
Состав программной документации должен включать следующие документы: 1) технический проект программы по ГОСТ 19.404-79 в машинописном исполнении, содержащий: а) раздел "ВХОДНЫЕ ДАННЫЕ" (Характер, организация и предварительная подготовка входных данных); б) раздел "ВЫХОДНЫЕ ДАННЫЕ" (Характер и организация выходных данных); в) раздел "ОПИСАНИЕ ЛОГИЧЕСКОЙ СТРУКТУРЫ"; г) раздел "ИСПОЛЬЗУЕМЫЕ ТЕХНИЧЕСКИЕ СРЕДСТВА" (Типы ЭВМ, на которых возможно выполнение программы; устройства ЭВМ, которые используются при выполнении программы); д) раздел "ВЫЗОВ И ЗАГРУЗКА" (Виды носителей программы, их используемый объем; способы вызова программы с соответствующих носителей данных; входные точки в программу (запуск программы); е) раздел "ПЛАН МЕРОПРИЯТИЙ ПО РАЗРАБОТКЕ И ВНЕДРЕНИЮ ПРОГРАММЫ" (План мероприятий разрабатывается для реализации программы коллективом программистов из двух человек. Планом должны быть предусмотрены контрольные временные точки реализации, например, через каждые десять дней или неделю, в течение которых происходит интеграция разработанных модулей, и тестирование уже разработанной части программы. Приводится состав тестов и принципы их подготовки для тестирования уже созданного фрагмента программы для каждой из контрольных точек). Раздел "ОПИСАНИЕ ЛОГИЧЕСКОЙ СТРУКТУРЫ" при технологии структурного программирования должен включать следующие материалы: 1) описание связей программы с другими программами; 2) описание внутренних массивов и переменных, которые используются в межмодульном обмене данными; 3) схема иерархии программы (Приводится рисунок или рисунки); 4) расшифровка наименований модулей (Приводится таблица с перечнем наименований модулей в алфавитном порядке с указанием выполняемой каждым модулем функции); 5) описание функционирования программы с учетом ее модульного деления (Приводится словесное описание выполнения программы с учетом вызовов модулей); 6) описание модулей программы (Подраздел заполняется на основе паспортов модулей). При технологии объектно-ориентированного программирования вместо I схемы иерархии модулей программы и описаний самих модулей программы должна быть приведена схема иерархии классов (объектов) программы с расшифровкой наименований методов и описаний самих методов. 2) описание программы по ГОСТ 19.402-78 на машинном носителе (дискете с маркировкой DESCRIBE), включающее: назначение программы; дата ее создания; Ф.И.О. разработчика, а также данные, позволяющие связаться с ним; минимальные требования к аппаратным ресурсам; руководство пользователя, содержащее описание всех задокументированных возможностей программы. 3) текст программы по ГОСТ 19.401-78 на машинном носителе (дискете с маркировкой SOURCE), представленный в виде текстового файла, содержащего исходный код на одном из языков, указанных в пункте 4.5.3. 4) руководство программиста по ГОСТ 19.504-79 на машинном носителе носителе (дискете с маркировкой PROG) в виде файла README.TXT, содержащий данные о технологии проектирования и программирования данной программы, а также о языке программирования, назначение программы и список литературы, содержащей теоретический материал, необходимый для создания программы.6. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ
Технико-экономические показатели должны определяться заказчиком без участия исполнителя.7. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ
Разработка программы должна выполняться по следующим этапам: 1) разработка, согласование и утверждение технического проекта программы с пояснительной запиской - 5 недель; 2) разработка рабочего проекта программы с комплексным тестированием - 6 недель; 3) приемка-сдача с исправлением обнаруженных недостатков в программе и программной документации - 2 недели. 4)внедрение.8. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ
8.1. Виды испытаний
Проверка документации программы осуществляется самим заказчиком с привлечением сторонних экспертов, способных засвидетельствовать факт соответствия созданного программного продукта всем пунктам технической документации, включая техническое задание и технический проект. Испытания и тестирование программы должны проводиться в процессе создания программы самим разработчиком: 1. C использованием контрольных тестов, позволяющих добиться проверки правильности работоспособности и взаимной совместимости максимального числа функций и операторов программы или модуля при минимальных затратах временных и финансовых ресурсов. 2. Путем пошагового исполнения программы или модуля (и непрерывного контроля значений переменных) в соответствии с набором тестовых примеров и сравнения полученных в процессе тестирования значений с контрольными значениями тестовых примеров. 3. С привлечением сторонних неофициальных бета-тестеров, которые в процессе тестирования программного продукта должны сообщать разработчику все найденные ошибки и неточности в работе программы. и проверка документации должна проводиться. Испытания и тестирование программы должны проводиться после завершения создания программы заказчиком: 1. С использованием проверочных тестов, составляемых зказчиком заблаговременно. 2. В процессе начального этапа внедерения программы, путем тестирования программы в организации заказчика в рабочих условиях на протяжении срока в 1 неделю. 3. В организации заказчика с привлечением сторонних экспертов.8.2.Общие требования к приёмке
Приёмка программы должна осуществляться заказчиком. Программа должна считаться годной, если она удовлетворяет всем пунктам данного технического задания, что должно быть засвидетельствовано сторонними экспертами.ПРИЛОЖЕНИЕ 1
Структура главного меню
| Главное меню | Склад | Выбрать. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Создать. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Открыть. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Закрыть | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Сохранить. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Сохранить все | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Печать. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Выход | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Правка | Копировать | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Вырезать | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Вставить | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Найти | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Заменить. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Карточка | Добавить | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Удалить | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Просмотр | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Новый приход | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Новый расход | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Списать остаток | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Сервис | Сортировка по. | Название | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Цена | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Остаток | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Фильтр | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Резервная копия | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Настройка | Цвет | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Шрифт | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Параметры | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Рис 9. Рис 7. Рис 8. Рис 10. ЗАМЕЧАНИЯ: 1. На рисунках указаны формы в развёрнутом виде. 2. Данные формы иллюстрируют:
ПРИЛОЖЕНИЕ 2Основные клавишиБыстрые клавиши
ПРИЛОЖЕНИЕ 3Файлы данных:Входные и выходные файлы имеют следующий формат:
|