- предназначен для анализа и выведения данных по запросу;

- применяться в операционных системах Windows.

Проект не будет:

- использоваться в системах отличных от Windows.

4.3 Создание структуры пооперационного перечня работ

Для создания уникального продукта или услуги (результата проекта) нужно осуществить некоторую последовательность работ. Задача планирования проекта заключается в том, чтобы достаточно точно оценить сроки исполнения и стоимость этих работ. Чем точнее дана оценка, тем выше качество плана проекта. Чтобы дать точную оценку, нужно хорошо представлять состав работ проекта, то есть знать, какие именно работы нужно выполнить для получения его результата. Только после того, как составлен список проектных работ, оценивается длительность каждой из них, и выделяются ресурсы, необходимые для их выполнения. И лишь затем можно оценить стоимость и сроки исполнения каждой задачи и, в результате сложения, общую стоимость и срок проекта. Вот почему определение состава работ является первым шагом при планировании проекта. Определение состава проектных работ начинается с определения этапов (или фаз) проекта. Например, в проекте создание программного модуля для «1С Предприятие 8.2» продажи по товарным матрицам могут быть выделены следующие этапы:

- этап исследование концепции;

- этап определения структуры проекта;

- этап определения требований;

- этап разработки проекта;

- этап внедрения проекта;

- этап установки.

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

Каскадная модель, представляет собой специальный случай линейной модели. Главной отличительной чертой этой модели является то, что для нее присущ чрезвычайно короткий цикл разработки ПО, при осуществлении которого используется конструкция, основанная на компонентах. Для данного дипломного проекта была выбрана каскадная модель и посредствам ее показана версия задач и действий, необходимых для построения жизненного цикла программного модуля.

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

Рисунок 29 - Пооперационный перечень работ ИС

4.4 Идентификация задач и действий

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

Разрабатываемый модуль является частью комплекса «1С Предприятие». «1С Предприятие» разрабатывается на основе спиральной модели. Для этого модуля была определена технология проектирования: каскадная. Данный проект включает в себя следующие фазы:

- исследование концепции, то есть определение структуры системы, определение требований;

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

- определение требований (определение и разработка требований к ПО, расстановка приоритетов и интеграция требований);

- разработка проекта, включает в себя проектирование запросов, отладку и проектирование интерфейса;

- внедрение проекта (планирование интеграции, выполнение интеграции, планирование тестирования, выполнение тестирования);

- установка.

4.5 Оценка размера и возможности повторного использования

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

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

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

Повторное использование может обеспечить прогресс на следующих направлениях:

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

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

- эффективность. Факторы, способствующие возможности повторного использования ПО, побуждают разработчиков пользоваться наилучшими алгоритмами и структурами данных, известными в их конкретной сфере деятельности. При разработке большого проекта невозможно оптимизировать все его детали. Следует стремиться к достижению наилучших решений в своей области знаний, а в остальном использовать профессиональные разработки;

- совместимость. Должна присутствовать гибкость программного продукта с другими системами, что существенно повысить его качество, то есть программный продукт должен легко совмещаться с другими;

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

При разработке системы средствами СКД происходит повторное использование модулей и функций системы. Например, при разработке мною ПМ «Продажи по товарным матрицам» было решено использовать некоторые стандартные функции, которые применяются другими формами в "1С:Предприятие 8.2". Это приводит к уменьшению времени разработки.

Модули отчета, ввиду создания их в системе компоновки данных, повторно использоваться не могут.

4.6 Оценка длительности и стоимости разработки проекта

Оценку длительности разработки любого программного продукта можно определить только после того, как будет определен пооперационный перечень работ необходимых для создания и внедрения данного продукта. Перечень необходимых работ для разработки и внедрения ПМ «Продажи по товарным матрицам» был освещен и показан в пункте 4.3 рисунок 29. Оценку длительности изображают с помощью диаграммы Ганта. Диаграммы являются графическим средством отображения содержащейся в проектном файле информации. Диаграммы дают визуальное представление о последовательности задач, их относительной длительности и длительности проекта в целом.

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

В MS Project диаграмма Ганта является основным средством визуализации плана проекта. Эта диаграмма представляет собой график, на котором по горизонтали размещена шкала времени, а по вертикали расположен список задач. При этом длина отрезков, обозначающих задачи, пропорциональна длительности задач.

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

Одним из наиболее важных свойств любого ресурса является стоимость (Cost (Затраты)) его использования в проекте. В MS Project выделяется два типа стоимости ресурсов: повременная ставка и стоимость за использование. Повременная ставка (Rate) выражается в стоимости использования ресурса в единицу времени, например 50 рублей в час или 400 рублей в день. Повременная ставка используется для людских, а также для каких-либо материальных ресурсов. В таком случае стоимость участия ресурса в проекте составит время, в течение которого он работает в проекте, умноженное на почасовую ставку. В разработанном мной проекте использовалась повременная ставка (рисунок 30). Общие же затраты на использование ресурсов по всему проекту можно увидеть на рисунке 31.

Рисунок 30 - Повременная ставка в использовании ресурса



Рисунок 31 - Общие затраты на использовании ресурсов проекта в третьем проходе

4.7 Распределение ресурсов проекта

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

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

Распределение ресурсов проекта при создании модуля «продажи по товарным матрицам» можно представить в виде перечня представленного на рисунке 32.

Рисунок 32 - Распределение ресурсов проекта

4.8 Оценка экономической эффективности проекта

В целом, разрабатываемая ИС и ее отдельные программные модули, направлены на получение или увеличения прибыли. Заказчиком данного продукта является ООО «Крепежная Компания». ООО «Крепежная Компания» - сеть магазинов оптово-розничной торговки строительными и крепежными материалами. В этом случае, эффективность внедрения системы будет оцениваться с позиции быстроты, удобства и качества выполнения расчетов.

Для оценки эффективности воспользуемся методом экспертных оценок. Метод расчета в данном случае состоит из нескольких этапов:

? выделить цели работы системы;

? определить наборы показателей, характеризующих определенную цель;

? определить уровень достижения показателя;

? рассчитать степень достижения каждой цели по выдвинутым показателям;

? определить весовые коэффициенты целей;

? рассчитать общий показатель эффективности разрабатываемой информационной системы.

Для оценки эффективности воспользуемся методом экспертных оценок. Метод расчета в данном случае состоит из нескольких этапов:

? выделить цели работы системы;

? определить наборы показателей, характеризующих определенную цель;

? определить уровень достижения показателя;

? рассчитать степень достижения каждой цели по выдвинутым показателям;

? определить весовые коэффициенты целей;

? рассчитать общий показатель эффективности разрабатываемой информационной системы.

Степень достижения цели рассчитывается как средняя величина достижения частных показателей. Формула расчета имеет следующий вид:

,(4.1)

гдеu(g_i) - степень достижения цели, баллы;

- значение показателя, баллы;

K - количество показателей.

Весовой коэффициент вычисляется по формуле:

,(4.2)

где - весовой коэффициент, баллы;

V_i - оценка, баллы.

Расчет оценки ведется по формуле:

, (4.3)

где V_i - оценка, баллы;

R_min - минимальное значение ранга, баллы;

R_i - сумма рангов, баллы.

Для расчета суммы рангов воспользуемся формулой:

,(4.4)

где R_i - сумма рангов, баллы;

r_i - значение, выставленное экспертом, баллы;

n - количество экспертов.

При этом проверяется согласованность мнений экспертов путем расчета значения известного коэффициента q Кендала (конкордации), для оценок данных экспертами.

Общий показатель эффективности рассчитывается как:

,(4.5)

где E_m - показатель эффективности, баллы;

w_i - весовой коэффициент, баллы;

u(g_i) - степень достижения цели, баллы.

Теперь, рассмотрев общие положения методики оценки информационной системы перейдем к расчету конкретного показателя эффективности работы ИС.

Для начала, определим цели и показатели работы системы, а так же укажем уровень достижения показателей при создании прототипа. После чего рассчитаем степень достижения целей.

Все это сведем в таблицу (таблица 4.1).

Таблица 4.1 - Цели, показатели и уровень достижения работы ИС

Цель	Показатель	Уровень достижения, баллы	Степень достижения целей
g1 - технический уровень	y11 - минимизация количества ошибок при выполнении лабораторных исследований	0,85	0,916666667
	y12 - автоматизированный ввод результатов ручных методов исследований	0,9
	y13 - автоматизация получения заказов, выдачи результатов и отчетов	1
g2 - коммуникация	y21 - оперативность	0,82	0,86
	y22 - удобство использования	0,9
g3 - социальные цели	y31 - улучшение условий труда	0,85	0,88
	y32 - внедрение групповых форм работы	0,79
	y33 - уменьшение времени выполнения иссле-дований	1
g4 - получение отчетности	y41 - автоматическое получение отчетов	0,9	0,95
	y42 - уменьшение объема рутинной работы персонала лаборатории	1
g5 - простота использования	y51 - легко понимаемый интерфейс пользователя	0,95	0,883333333
	y52 - возможность поиска	0,8
	y53 - возможность сохранения, извлечения и редактирования документов	0,9

Для определения весовых коэффициентов был применен экспертный опрос десяти человек. Список опрошенных приведен в таблице 4.2.

Таблица 4.2 - Список опрошенных

ФИО опрошенного	Должность
Савченко Н.Я	Директор
Колесников А.Н.	Заместитель директора
Герасименко И.А.	Старший аналитик
Сонина Ж.Е.	Аналитик розничных продаж
Петров Е.М.	Аналитик оптовых продаж
Щебетунова М.И.	Аналитик закупок

Таблица 4.2 - Список опрошенных продолжение

Курочкин Ф.П.	Руководитель отдела продаж
Тумакова И.Н.	Руководитель отдела снабжения
Ивко Д.В.	Сотрудник отдела продаж
Мельникова Т.С.	Сотрудник отдела снабжения
Кожник Д.А.	Сотрудник отдела продаж

Таблица 4.3 - Результаты опроса в баллах

Эксперты	Критерии оценки
	g1	g2	g3	g4	g5
Э1	4	3	4	1	2
Э2	3	4	5	1	2
Э3	3	4	5	2	1
Э4	5	1	4	2	3
Э5	3	2	5	4	1
Э6	3	5	4	1	2
Э7	3	4	5	2	1
Э8	5	3	4	2	1
Э9	4	3	2	1	5
Э10	3	4	5	2	1
Ранг R	36	33	43	18	19
Ранг минимальный	18
Оценка	0,50	0,55	0,42	1,00	0,95
Общая оценка	3,41
Весовой коэффициент	0,14656621	0,15989041	0,14270659	0,298932	0,27770439
Общий показатель эффективности	0,987133001

Таким образом, можно сказать, что эффективность работы разработанной информационной системы по отношению к заданным целям составляет 99%. Неэффективность работы ИС составляет 1%. На основании представленных результатов можно сделать вывод, что внедрение проекта «Продажи по товарным матрицам для "1С:Предприятие 8.2"» - целесообразно.

В четвертой главе произведено обоснование выбора жизненного цикла информационной системы и выделено, что наиболее оптимальным вариантом технологии проектирования является каскадная модель. Определены цели и область действия ПП, создана структура пооперационного перечня работ (проект создания информационной системы реализован в Microsoft Project. Определены используемые в проекте ресурсы и на последнем этапе проведена оценка эффективности прототипа ИС, которая показала, что внедрение проекта целесообразно.

ЗАКЛЮЧЕНИЕ

Дипломный проект состоит из введения, четырех глав, заключения списка литературы, списка сокращений и приложений.

Первым этапом дипломного проекта являлась определение цели и задач дипломного проекта. Был проведен анализ существующих систем.

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

В первом разделе выполнено бизнес моделирование бизнес-моделирование процессов организации. Построена диаграмма бизнес-вариантов использования представляющая основные направления деятельности организации и построена диаграмма вариантов использования информационной системы.

Проведен анализ требований, предъявляемых пользователями к информационной системе. В процессе формирования требований принимали участие следующие лица: Главный аналитик, Аналитик оптовых продаж, Аналитик розничных продаж, Руководитель отдела снабжения. Осуществлён процесс специфицирования требований.

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

После проектирования интерфейса программы, осуществлено моделирование структуры данных (логическая и физическая модели). Программное средство используемое для создания CASE-средства использовался программный продукт Rational Rose 2000 Enterprise Edition. Был рассмотрен использованный программный инструментарий. В качестве среды разработки программного обеспечения была использована встроенная в программный комплекс «1С:Предприятие 8.2» СКД - система компоновки данных.

В третьем разделе дипломного проекта рассмотрена реализация программного продукта и вопросы, связанные с реализацией. Реализованы функции и классы взаимодействия с базой данных. Приведены методы и свойства классов. Продемонстрирован фрагментарно исходный код.

В процессе дипломного проектирования осуществлялась деятельность по управления проектом разработки информационной системы. Часть вопросов менеджмента информационного проекта были рассмотрены в четвертом разделе.

В четвертом разделе дипломного проекта определялась цель и область действия программного продукта. Осуществлен выбор модели жизненного цикла процесса разработки по результатам, представленным в таблице 4.1 - «Определение оптимальной модели жизненного цикла в баллах». Составлена структура пооперационного перечня работ с использованием пакета управления проектами Microsoft Project 2010, на её основе построен график выполнения работ, приведена диаграмма Ганта. Была рассчитана экономическая эффективность проекта.

По ходу выполнения дипломного проектирования были использованы такие программные продукты как:

- ERWin 4.0;

- 1С: Предприятие 8.2;

- MS Project 2010;

- MS Word 2010;

- MS Excel 2010;

- Rational Rose.

Подведя итоги можно сказать, что была решена поставленная задача, касающаяся автоматизации анализа продаж.

Результаты интеллектуальной деятельности

Специальность: «ИТ» (в управлении)

Тема: «Разработка программного модуля продажи по товарным матрицам для «1С Управление торговлей 8.2» (на примере ООО « Крепежная Компания»)»

Предполагаемый РИД:

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

? расчет продаж по клиентам;

? графическое отображение результатов расчета;

? расчет продаж в заданном временном промежутке;

? создание, сохранение и печать отчетов по результатам расчетов.

Системные требования к программно-аппаратной среде, в которой используется ПО:

? операционная система Microsoft Windows XP, Windows 7;

? программный комплекс «1С: Предприятие 8.2».

Эксплуатация программного модуля позволит на 40% сократить расходы на закупку, хранение и транспортировку товаров.

Предполагаемые пользователи (Заказчики РИД): компания ООО «Крепежная Компания» и другие торговые компании.

СПИСОК СОКРАЩЕНИЙ

БД - база данных;

ГИ - графический интерфейс;

ГИП - графический интерфейс пользователя;

ЖЦ - жизненный цикл;

ИС - информационная система;

ПМ - программный модуль;

ПО - программное обеспечение;

ПП - программный продукт;

ПК - персональный компьютер;

СУБД - система управления базами данных;

COM - component object model;

OLAP - Online Analytical Processing, система обработки аналитической информации;

SLCM - software life cycle model, модель жизненного цикла.

СПИСОК ЛИТЕРАТУРЫ

1. Рязанцева Н.А., Рязанцев Д.Н. 1С:Предприятие. Комплексная конфигурация. Секреты работы. - СПб.: БХВ-Питербург, 2004. - 624с.:ил.

2. Экономическая информатика / Под ред. П.В. Конюховского и Д.Н. Колесова. - СПб: Питер, 2001. - 560с.: ил.

3. Кощеева Е.Л. Создание и использование музейных информационных ресурсов // Музей будущего: информационный менеджмент / Сост. А.В. Лебедев. М.: Прогресс-Традиция, 2009. - С.35-45. http://future.museum.ru/part01/010205.htm - дата обращения 10.05.2013

4. 1С:Предприятие 8.1. Конфигурирование и администрирование. М: Фирма «1С», 2007.

5. 1С:Предприятие 8.1. Руководство по установке и запуску. М.: Фирма «1С», 2007. - 96 с.

6. http://www.1c.ru/news/info.jsp?id=9966 [Интернет ресурс] Дата обращения - 10.05.2013

7. http://v8.1c.ru/ka/index.htm [Интернет ресурс] Дата обращения - 14.05.2013

8. http://www.1c.ru [Интернет ресурс] Дата обращения - 08.04.2013

9. http://v8.1c.ru/ka/ [Интернет ресурс] Дата обращения - 09.04.2013

10. Рыбалка В.В. Пример быстрого разработки приложения на платформе 1С:Предприятие 8.2

11. Иванеева Л.В. \ Иванеева Л.В. Автоматизированные информационные системы бухучета\Автоматизированные информационные системы бухгалтерского учета. Методические указания к курсовой работе для студентов специальности 080801 "Прикладная информатика (в экономике)" всех форм обучения - Волгоград: Волгоградский кооперативный институт, 2008 - 13 с.

12. Цимбал А. Технология CORBA для профессионалов. - СПб.: Питер. - 2001. - 624 с.

13. Оберг Р. Технология COM+. Основы и программирование. / Пер. с англ. Уч. пос. - М.: Издательский дом «Вильямс». - 2000. - 480 с.

14. Армстронг Т. ActiveX: создание Web-приложений. К.: BHV. 1998. - 592 с.

15. Чарнецки К. Порождающее программирование: методы, инструменты, применение. Для профессионалов. Пер. с англ. / Чарнецки К., Айзенекер У. - СПб.: Питер. - 2005. - 731 с.

16. Software Engineering Institute. What is Model-Based Software Engineering. [Электронный документ] - www.sei.cmu.edu/mbse/ - 1997. - Проверен 5.06.13.

17. Фатрелл, Т. Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер. с англ. / Р.Т. Фатрелл, Д.Ф. Шафер, Л.И. Шафер. - М.: Издательский дом "Вильямс", 2003.

18. Тамрле, Л. Введение в тестирование программного обеспечения. : Пер. с англ.. - М.: Издательский дом "Вильямс", 2003. - 368 с.

19. Ван Тассел Д. Стиль, разработка, эффективность, отладка и испытание программ. - М.: Мир. - 1981

20. Коллинз, Г. Структурные методы разработки систем: от стратегического планирования до тестирования. / Коллинз Г., Блей Дж. Пер. с англ. - М.: Финансы и статистика, 1986. 264 с.

21. Богдатских, В.А. Экономика, разработка и использование программного обеспечения ЭВМ: Учебник. / В.А. Богдатских. - М.: Финансы и статистика, 1995. - 288 с.

22. Корнеев, И.К. Информационные технологии в управлении / И.К Корнеев, В.А. Машурцев . - М.:ИНФРА - М, 2001. - 651 с.

23. Хубаев, Г.Н. Экономическая оценка потребительского качества программных средств: Текст лекций / Г.Н. Хубаев. - РГЭА.: Ростов-на-Дону, 1997. - 94 с.

24. Хубаев, Г.Н. Маркетинг информационных продуктов и услуг: Учебное пособие / Г.Н. Хубаев. - Ростов-на-Дону: Изд-во РГЭУ «РИНХ», 2005. - 224 с

25. Боггс У., Боггс М. UML и Rational Rose. 2002. / Боггс У., Боггс М. - М.: ЛОРИ. - 2002. - 582 с.

26. Бергер, А. Б. Microsoft SQL Server 2005 Analysis Services. OLAP и многомерный анализ данных / Бергер А.Б., Горбач И.В., Меломед Э.Л. И др. / Под общ. ред. А.Б. Бергера, И.В. Горбач. - СПб.: БХВ-Петербург, 2007. - 928 с.

27. Каленик, А.И. Использование новых возможностей Microsoft SQL Server 2005. - М.: «Русская редакция»; СПб.: «Питер», 2006. - 334 с.

28. Буч Г. Объектно-ориентированный анализ и проектирование. / Буч Г.: Пер. с англ. - М: «Издательство Бином», 1999.

29. Буч Г., Рамбо Д., Джекобсон А. UML - руководство пользователя. / Буч Г., Рамбо Д., Джекобсон А.: Пер с англ. - М: «ДМК», 2001

30. Гончаров Д.И., Хрусталева Е.Ю. Решение специальных прикладных задач в "1С:Предприятии 8.2". Серия "1С:Профессиональная разработка" - - М.: Фирма 1С

31. Управление проектами в Microsoft Project: Учебный курс (+ CD) /В. В. Богданов. -- СПб.: Питер, 2003. -- 640 с.: ил.

32. Вигерс К. Разработка требований к программному обеспечению.: Пер. с англ. Вигерс. К. - М.: Издательско-торговый дом «Русская Редакция», 2004.

33. Грехмен И. Объектно-ориентированные методы. Принципы и практика. 3-е издание. - М.: Изд. Дом «Вильямс», 2004.

34. Конноли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. / Конноли Т., Бегг К.: Пер. с англ. - М.: Изд. Дом «Вильямс», 2001.

35. Гиббс Д.Р. Управление проектами с помощью IBM Rational Unified Process. Практические советы. - М.: «Кудиц-Пресс», 2007.

36. Практическое руководство к Своду знаний по управлению проектами Американского Проектного Института (PMI PMBOK). 3-е издание. (Американский национальный стандарт ANSI/PMI 99-001-2004)

37. Грекул В.И. Методические основы управления ИТ-проектами: учебник. М.: «БИНОМ», 2010.

38. Уоррен Г. Алгоритмические трюки программистов. М.: Изд. Дом «Вильямс», 2012.

39. Алгоритмы: построение и анализ / Томас Х.К. [и др.]. - М.: Изд. Дом «Вильямс», 2012.

40. Майерс Г., Баджетт Т., Сандлер К. Исскуство тестирования программ - М.: Изд. Дом «Диалектика», 2012.

41. Брукс Ф.П. Проектирование процесса проектирования: записки компьютерного эксперта - М.: Изд. Дом «Вильямс», 2010.

42. Кантор М. Управление программными проектами. Практическое руководство по разработке успешного программного обеспечения - М.: Изд. Дом «Вильямс», 2002.

43. Сингаевская Г.И. Управление проектами в Microsoft Project 2007 - М.: Изд. Дом «Диалектика», 2008.

44. Кэмпбелл К. Управеление проектом на одной странице - М.: Изд. Дом «Диалектика», 2008.

45. Кон М. Пользовательские истории: гибкая разработка программного обеспечения - М.: Изд. Дом «Вильямс», 2012.

ПРИЛОЖЕНИЯ

Приложение А

Техническое задание на разработку внешней обработки для 1С Предприятие 8.2 "Продажи по товарным матрицам"

Оглавление

• 1. Наименование программы73
• 1.1. Назначение и область применения73
• 2. Требования к программе73
• 2.1. Требования к функциональным характеристикам73
• 2.2. Требования к надежности73
• 2.2.1. Требования к обеспечению надежного функционирования программы73
• 2.2.2. Время восстановления после отказа73
• 2.2.3. Отказы из-за некорректных действий пользователей системы73
• 3. Условия эксплуатации73
• 3.1. Требования к квалификации и численности персонала73
• 3.2. Требования к составу и параметрам технических средств73
• 3.3. Требования к информационной и программной совместимости73
• 3.3.1. Требования к информационным структурам и методам решения73
• 3.3.2. Требования к исходным кодам и языкам программирования73
• 3.3.3. Требования к программным средствам, используемым программой73
• 3.3.4. Требования к защите информации и программ73
• 3.4. Специальные требования73
• 4. Требования к программной документации73
• 4.1. Предварительный состав программной документации73
• 5. Порядок контроля и приемки73
• 5.1. Виды испытаний73
• 5.2. Общие требования к приемке работы73

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

Наименование программы: "Продажи по товарным матрицам"

1.1. Назначение и область применения

Внешняя обработка предназначена для вывода данных по продажам ООО «СтройКрепеж» и включает следующее:

1.1.1. Анализ продаж по товарам1.1.2. Анализ продаж по контрагентам1.1.3. Вывод диаграмм1.1.4. Вывод отчётов

Данный отчет представляет собой внешнюю обработку разработанную для платформы 1С Предприятие 8.2, конфигурации Управление Торговлей 10.3.

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

· Выведение данных о продажах товара;

· Возможность выбрать интервал времени, который нас интересует и товар;

· Все товары, суммы продаж товаров за выбранный период с разбивкой по месяцам и количество продаж каждого товара, а так же суммарный объем продаж;

· Данные продаж должны группироваться по контрагентам и номенклатуре;

· Возможность формирования диаграмм по результатам анализа.

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

Программа должна обеспечивать возможность выполнения перечисленных ниже функций:2.1.1. Анализ продаж по товарам;2.1.2. Анализ продаж по контрагентам;2.1.3. Вывод диаграмм;2.1.4. Вывод отчётов.

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

Данный отчет должен быть доступен 95% рабочего времени.

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

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

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

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

2.2.3. Отказы из-за некорректных действий пользователей системы

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

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

Эксплуатация данной эксплуатации осуществляется только с конфигураций Управление Торговлей 10.3.0.13.

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

Требования не определены.

3.2. Требования к составу и параметрам технических средств

3.2.1. В состав технических средств должен входить IВМ-совместимый персональный компьютер, включающий в себя:

3.2.2. Процессор Pentium-2.0Hz, не менее или аналогичный AMD; 3.2.3. Оперативную память объемом, 1 Гигабайт, не менее; 3.2.4. HDD, 40 Гигабайт, не менее; 3.2.5. Операционную систему Windows XP или новее;

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

Требования не определены.

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

База данных работает под управлением SQLite. Используется много поточный доступ к базе данных.

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

Дополнительные требования не предъявляются.

3.3.3. Требования к программным средствам, используемым программой

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows XP или более поздней версией.

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

Требования к защите информации и программ не предъявляются.

3.4. Специальные требования

Программа должна обеспечивать одновременную работу пользователей посредством клиент-серверной архитектуры.

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

Требования не определены.

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

Состав программной документации должен включать в себя: 4.1.1. Техническое задание;4.1.2. Программу и методики испытаний;4.1.3. Руководство оператора;

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

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

Приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки. Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний. Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний

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

На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию.

Размещено на Allbest.ru