Автор работы: Пользователь скрыл имя, 29 Марта 2015 в 18:21, курсовая работа
Цель курсового проектра:
- Создать модуль в программе (1С: Предприятие).
Задачи курсового проекта:
- Изучить научную литературу по заданной теме;
- Углубить знания в предметной области (1С: Предприятие);
- Изучить дополнительную литературу.
ВВЕДЕНИЕ 4
1 ПРЕДВАРИТЕЛЬНЫЙ АНАЛИЗ 5
2 ОСНОВНЫЕ ПРОЕКТНЫЕ РЕШЕНИЯ 9
2.1 Разработка интерфейса пользователя 9
2.2 Разработка модуля программы 12
2.3 Разработка печатной формы (отчета) 15
2.4 Разработка ролей и пользователей. 17
3 ТЕСТИРОВАНИЕ 19
3.1 Описание контрольного примера 19
3.2 Тестирование системы 21
ЗАКЛЮЧЕНИЕ 24
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 25
ПРИЛОЖЕНИЕ 1 Руководство пользователя 26
ПРИЛОЖЕНИЕ 2 Электронный носитель с программой и пояснительной запиской
КонецПроцедуры
&НаКлиенте
Процедура Рассчитать3(Команда)
объект.
КонецПроцедуры
&НаКлиенте
Процедура Рассчитать2(Команда)
объект.
КонецПроцедуры»;
Код для справочника «№7 Объем продавочной нефти, V'н»:
«&НаКлиенте
Процедура Рассчитать(Команда)
объект.
КонецПроцедуры»;
Код для справочника «№8 Количество товарной соляной кислоты, Gк»:
«&НаКлиенте
Процедура Рассчитать(Команда)
объект.
КонецПроцедуры».
2.3 Разработка печатной формы (отчета)
После вычисления требуемых параметров, пользователь может вывести на печать полученные данные (рис.6).
Рисунок 6 — Окно печатной формы
Для вывода данных на печать в каждом справочнике был создан макет для печати (рис.7), который создается в окне «конструктор печати».
Рисунок 7 – Макет для печати
После автоматически формируется следующий код в разделе «команды» (рис.8):
«&НаКлиенте
Процедура
ОбработкаКоманды(
//{{_КОНСТРУКТОР_ПЕЧАТИ(
ТабДок = Новый ТабличныйДокумент;
Печать(ТабДок, ПараметрКоманды);
ТабДок.ОтображатьСетку = Ложь;
ТабДок.Защита = Ложь;
ТабДок.ТолькоПросмотр = Истина;
ТабДок.ОтображатьЗаголовки = Ложь;
ТабДок.Показать();//}}
КонецПроцедуры
&НаСервере
Процедура Печать(ТабДок, ПараметрКоманды)
Справочники.
КонецПроцедуры».
Рисунок 8 – Окно раздела «Команды»
2.4 Разработка ролей и пользователей.
В модуле созданы пользователи, роли (рис.9). Каждому пользователю присвоены определенные права. Пользователю «Администратор» присвоены административные права. Он может только просматривать форму расчета, но изменять и производить расчет не может. Вход администратора осуществляется при вводе пароля. Пользователю «Оператор» присвоены права в справочниках (чтение, добавление, изменение, удаление, просмотр, редактирование и т.д.), но у него нет административных прав и он ничего не может изменять в самом приложении.
Рисунок 9 – Окно списка пользователей
Рисунок 10 – Окно авторизации
3 ТЕСТИРОВАНИЕ
3.1 Описание контрольного примера
- Определяем количество смолы для обработки скважины по формуле(6).
= 2,44 ()
- Определяем объем легкой нефти по формуле (5).
= 3,19 )
- Определяем объем продавочной нефти по формуле (8).
= 1,98 ()
Для тестирования модуля, были взяты данные из книги и произведены расчеты (рис.11), (рис.12), (рис.13).
Рисунок 11 — Окно ввода данных
Рисунок 12 – Окно ввода данных (2)
Рисунок 13 – Окно ввода данных (3)
3.2 Тестирование системы
Тестирование программы на начальной стадии ее разработки является жизненной необходимостью, поскольку стоимость проведения проверок и устранения ошибок на каждом последующем этапе разработки программы увеличиваются на порядок. Затраты же на исправление той или иной ошибки на этапе проектирования ничтожны. Не так уж трудно определить местоположение ошибки, обнаруженной при индивидуальном тестировании отдельного модуля, но для этого требуются уже значительно большие затраты, чем в предыдущем случае. Если же ошибка обнаружена на этапе испытания всей программы как единого целого, ее устранение часто связано с привлечением к этой работе целого ряда лиц и с организацией взаимосвязей между коллективами. Бесспорно, в этом случае затраты увеличиваются на порядок по сравнению с этапом тестирования отдельного модуля.
Ошибка, обнаруженная в программе, уже находящейся в эксплуатации, приводит к затратам, возрастающим еще на порядок или более относительно предшествующего случая. Это происходит потому, что процесс исправления такой ошибки затрагивает интересы пользователей, требует временной фиксации некоторого промежуточного состояния системы и может быть связан с повторными выполнениями заданий. Кроме того, требуется непосредственное общение программистов и находящихся от них, возможно, на значительном расстоянии пользователей.
Тестовые проверки следует осуществлять еще на этапе разработки алгоритма программы, но на каком бы уровне они ни проводились, следует иметь в виду, что результатом тестирования может стать частичное или даже полное перепроектирование системы.
Присутствие в составе бригады разработчиков системы лиц, занимающихся испытаниями программного обеспечения (назовем их испытателями), необходимо по двум главным причинам. Во-первых, испытатели способствуют более четкому формулированию требований к проектируемой системе, поскольку смотрят на эти требования с несколько иной точки зрения, чем разработчики. В результате испытатели часто обнаруживают ошибки в алгоритме и неполноту спецификаций. Тем самым они помогают улучшить программные средства и фактически ускоряют разработку проекта.
Во-вторых, сами масштабы работы, которую предстоит совершить испытателям, делают целесообразным их подключение к разработке уже на этапе проектирования. Испытатели должны подготовить контрольные примеры с известными результатами; сформированные контрольные примеры должны быть затем записаны на каком-либо носителе информации для обеспечения возможности их обработки. Вся эта подготовительная работа может и должна выполняться в процессе разработки программы. И если тестирование осуществляется способом сверху вниз, тестовые данные потребуются очень скоро.
При произведении тестирования продукта данного курсового проекта были обнаружены следующие ошибки:
При вычислении объема продавочной нефти, ответ был не верным.
Решением данной проблемы было перестроение кода формулы вычисления.
До:
«&НаКлиенте
Процедура Рассчитать(Команда)
объект.
КонецПроцедуры»;
После:
«&НаКлиенте
Процедура Рассчитать(Команда)
объект.
КонецПроцедуры»;
ЗАКЛЮЧЕНИЕ
Приложение, разработанное в рамках данного курсового проекта, предназначается для определения крепления призабойной зоны фенолформальдегидной смолой. Правильный и точный расчет поможет предотвратить появление осложнений при креплении призабойной зоны.
Модуль написанный в программе «1С: Предприятие» имеет понятный интерфейс для пользователя, производит расчет, сохраняет вносимые данные пользователя и выводит их на печать.
Для наглядности, во всех справочниках имеются картинки с формулами, которые облегчат пользователю производить расчеты.
В приложении есть разграничение доступа, что предотвращает несанкционированный вход в приложение. Например, кроме администратора никто не может менять реквизиты или изменять что-либо в формах справочников.
Полученный в результате выполнения проекта модуль удовлетворяет поставленной задаче.
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
ПРИЛОЖЕНИЕ 1 Руководство пользователя
- Назначение программы
Данное приложение предназначенно для расчета крепления призабойной зоны фенолформальдегидной смолой.
- Использование программы
Для того чтобы запустить приложение необходимо включить программу «1С: Предприятие», выбрать информационную базу, далее выбрать нужного пользователя (рис.10).
Пользователь может открыть окно для какого-либо расчета (рис.14).
Рисунок 14 – Окно «Справочники»
Например, окно расчета «№2 Объем продавочной нефти» (рис.15).
Рисунок 15 – Окно расчета «№2 Объем продавочной нефти»
Для расчета объема продавочной нефти необходимо нажать на кнопку «Создать», и заполнить все поля для данных (рис.16).
Рисунок 16 – Окно для заполнение данных
После расчета полученный расчет можно отправить на печать, нажав на кнопку «Печать» (рис.17).
Рисунок 17 – Окно отправки на печать
Информация о работе Расчет крепления призабойной зоны фенолформальдегидной смолой