Информационно-справочная система продукции фирмы "Арт-штрих"

Проектирование функциональной модели программного приложения "База данных продукции предприятия "Арт-штрих", с использованием унифицированного языка моделирования для разработки объектно-ориентированных систем. Описание и листинг программного средства.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 15.11.2012
Размер файла 1,2 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Содержание

Введение

1 Объектно-ориентированный анализ и проектирование системы

1.1 Сущность задачи

1.2 Проектирование модели

2 Вычислительная система

2.1 Инструменты разработки

3 Проектирование задачи

3.1 Требования к приложению

3.2 Концептуальный прототип

3.3 Организация данных

3.4 Функции: логическая и физическая организация

4 Описание программного средства

4.1 Функциональное назначение

4.2 Входные данные и выходные данные

5 Методика испытаний

5.1 Технические требования

5.2 Функциональное тестирование

Выводы

Список используемых источников

Приложения

А Диаграммы

Б Текст программных модулей

В Формы входных и выходных документов

Введение

Программа «Art-shtrih.exe» предназначена для максимально быстрой работы менеджеров с клиентами предприятия. Данная задача требует автоматизации, так как за день менеджеру приходится обрабатывать большое количество заявок, редактировать информацию о продукции, следовательно для максимально быстрого выполнения поставленной задачи ему необходимо быстро узнать есть ли необходимый товар на складе, в каком количестве и по какой цене, а также добавлять либо корректировать информацию о продукции в базе. Предприятие несет большие убытки из-за того, что нету программы которая бы значительно ускоряла работу, из-за этого менеджерам приходиться затрачивать большое количество времени на поиск информации о необходимой продукции в различных каталогах, следовательно больше времени затрачивается на обработку одной заявки.

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

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

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

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

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

В четвертом разделе «Описание программного средства» содержится информация о обозначении и наименовании приложения; программном обеспечении, необходимом для функционирования программы; классах решаемых задач и назначении программы; характер, организация и предварительная подготовка; формат, описание и способ кодирования; характер и организация; формат, описание и способ кодирования выходных данных.

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

В шестом разделе «Применение» описывается сведения о назначении программного средства, области применения, классе решаемых задач, ограничениях, накладываемых на область применения; требования к необходимым для данного программного средства техническим и программным ресурсам; структура справочной системы; методика использования справочной системы.

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

Необходимо разработать систему помощи - справочную систему.

В разрабатываемом программном продукте предусмотрена справка «О программе».

1 Объектно-ориентированный анализ и проектирование системы

1.1 Сущность задачи

программный объектное моделирование данные

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

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

Разрабатываемый программный продукт на тему «ИСС Продукции фирмы Арт-штрих» предназначен для максимальной автоматизации работы сотрудника.

Основными задачами можно выделить:

- поиск;

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

- сортировку информации.

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

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

Компьютерная обработка информации упрощает поиск, добавление, удаление информации.

1.2 Проектирование модели

Для проектирования функциональной модели проектируемого программного приложения «База данных продукции предприятия «Арт-штрих» был использован унифицированный язык моделирования (UML), используемый для разработки объектно-ориентированных систем.

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

Диаграмма «Сущность-связь» программного приложения представлена в графической части на листе 1.

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

Разработка диаграммы вариантов использования преследует следующие цели:

- определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы;

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

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

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

Диаграмма вариантов использования программного приложения представлена в графической части на листе 2.

Центральное место в объектно-ориентированном анализе программы занимает разработка логической модели системы в виде диаграммы классов. Нотация классов в языке UML проста и понятна. Диаграмма классов позволяет создавать логическое представление системы, на основе которого создается исходный код описанных классов.

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

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

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

Диаграмма классов программного приложения представлена в графической части на листе 3.

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

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

Диаграмма деятельности программного приложения представлена в графической части на листе 4.

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

Диаграмма компонентов программного приложения представлена в графической части на листе 5.

2 Вычислительная система

2.1 Требования к аппаратным и операционным ресурсам

Программное приложение «ASH» должно быть максимально иллюстрированным в соответствии с требованиями заказчика и соответствовать тематике, и учитывать современной уровень аппаратных и операционных ресурсов. Программное приложение будет разрабатываться и предназначаться для функционирования на компьютерах под управлением операционной системы Windows ХР.

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

Windows XP - операционная система, обеспечивающая более высокую надежность, чем ОС Windows 95, 98, Me, более стабильную и устойчивую одновременную работу нескольких приложений. Она обладает рядом положительных аспектов, делающих её привлекательной, как для пользователя, так и для разработчика.

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

Для разработки данного программного приложения была использована Windows XP Professional. Данная операционная система является оптимальным решением для предприятия любого размера. Данная версия операционной системы Windows сочетает в себе преимущества Windows 2000 Professional (например, средства безопасности, управляемость и надежность) с лучшими качествами Windows 98 и Windows ME (поддержка Plug and Play, простой пользовательский интерфейс и передовые службы поддержки). Это делает Windows XP Professional наиболее подходящей операционной системой для настольных компьютеров, применяемых в корпоративной среде. Независимо от того, где устанавливается Windows XP Professional - на одном компьютере или в масштабе локальной сети, - эта система повышает вычислительные возможности предприятия, одновременно сокращая совокупную стоимость программного обеспечения всех настольных компьютеров.

Для нормального функционирования программного приложения необходимо наличие персонального компьютера с характеристиками компьютера представленными в таблице 1.

Таблица 1 - Конфигурация комьютера

Устройства

Конфигурация

Процессор

Pentium IV 1.5 MGH

Материнская плата

Asus Pro 9800 >

Видеокарта

Radeon 9200 64MB

Оперативная память

DDR-512 RAM

Монитор

Philips 17" 170B

Клавиатура

Keyboard Microsoft

Мышь

Mouse Logitech 3.0

Дисковод гибких дисков

FDD 3,5" NEC

2.2 Инструменты разработки

Разработка программного приложения реализуется в Visual Fox Pro 9.0.

Visual FoxPro состоит из отдельных компонентов, которые используются для хранения информации, ее отображения и редактирования. В Visual FoxPro вся информация хранится в базе данных, которая состоит из таблиц, отношений между таблицами, индексов, триггеров и хранимых процедур. Каждая таблица имеет уникальное имя и хранится в отдельном файле, наименование которого совпадает с именем таблицы. Созданный файл имеет расширение DBF. Каждая создаваемая таблица может иметь связанные с ней индексы, используемые для упорядочения данных и быстрого поиска необходимых записей, причем одна таблица может иметь несколько индексов. Для хранения значений полей типа Memo и General применяются отдельные файлы. Memo-поля таблиц содержат текстовую информацию, а поля типа General используются, как правило, для хранения двоичной информации и данных других приложений, работающих в среде Windows. В Visual FoxPro реализованы триггеры, которые позволяют централизованно обрабатывать события, возникающие при любых изменениях в базе данных. Вы также можете создавать хранимые процедуры, которые являются частью базы данных и могут использоваться при описании таблиц, для проверки введенных данных, определения значения по умолчанию и т. п. Чрезвычайно удобным и полезным средством доступа к базе данных являются представления данных. Представления данных позволяют объединять данные таблиц и отображать их в более удобном виде. Вы можете выбрать только интересующие вас поля таблиц, объединить несколько полей в одно поле, вычислить итоговые значения и задать новые имена полей таблицы. Как правило, количество представлений в базе данных намного превосходит количество таблиц. По мере эксплуатации базы данных их количество непрерывно растет. Во многих информационных системах доступ к данным, включая просмотр, добавление и редактирование, осуществляется только с помощью представлений данных. Этот подход позволяет осуществить гибкое управление доступом к информации. При использовании представлений для выборки данных в формах, отчетах, при создании запросови в программах применяются те же правила, что и для таблиц. Редактирование данных, включенных в представление, возможно только при определенных условиях. Например, в том случае, если оно создано на основе только одной таблицы. Для отображения и редактирования данных используются формы, отчеты, запросы и программы. При создании форм, отчетов и запросов применяются конструкторы. Поэтому эти компоненты часто называют конструкторскими объектами. Формы и отчеты являются составными объектами, так как они состоят из более мелких объектов (таких как поля, кнопки, диаграммы, рамки, OLE-компоненты и т. п.), которые называются объектами интерфейса. Формы используются для просмотра или ввода данных в таблицы. Данные можно вводить непосредственно в таблицы, но использование формы является более быстрым и более эффективным способом ввода. Форма содержит некоторые или все поля таблиц, в которые вы вводите информацию. Для создания форм вы можете использовать мастер создания форм или конструктор форм. Мастер форм содержит целый ряд шаблонов, которые определяют соотношение между помещаемыми в форму таблицами, вид отображения данных и порядок размещения полей. Для создания сложных форм применяется конструктор форм. Отчеты используются для печати содержащейся в базе данных информации. Примерами отчетов являются прайс-лист товаров, список покупателей, оборотная складская ведомость. Как правило, отчеты создаются в том случае, если информацию необходимо передавать кому-либо в печатном виде. Для создания отчетов в Visual FoxPro, как и для форм, используются мастер и конструктор отчетов. С помощью мастера отчетов вы можете быстро создать собственный отчет на основе имеющихся шаблонов. Применение конструктора отчетов позволяет создавать отчеты произвольной сложности, включая многоуровневую группировку данных и размещение вычисляемых полей. Запросы являются средством выборки данных из одной или нескольких таблиц. В Visual FoxPro для создания запроса вы можете использовать как конструктор запросов, так и специализированный язык Structured Query Language (SQL). Результаты выполнения запроса могут отображаться в форме, выводиться в виде отчетов и диаграмм или сохраняться в указанной вами таблице.

Для моделирования и проектирования программного приложения, использовалось уникальное CASE-средство Rational Rose. Со времени своего появления претерпело серьезную эволюцию и превратилось в современное и мощное средство анализа, моделирования и разработки программных систем. Именно в Rational Rose 98/2000 язык UML стал базовой технологией визуализации и разработки программ, что определило популярность и стратегическую перспективность этого инструментария.

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

- Enterprise Edition;

- Professional Edition;

- Modeler Edition;

- для UNIX.

Наиболее полными возможностями обладает первая из указанных модификаций этого средства. Из этих возможностей можно отметить: реализацию UML версии 1.0, генерацию кодов на различных языках программирования (Java, C++, VisualBasic, PowerBuilder), обратную генерацию диаграмм (реинжиниринга) на основе программного кода и выпуск проектной документации.

Следующей версией стало средство Rational Rose 98i, которое также выпускается в этих же четырех модификациях. Эта версия дополнительно позволяет генерировать программный код стандарта MS Visual C++, обеспечивает документирование проекта в формате HTML для Web-публикации и поддерживает интеграцию с другими инструментариями объектно-ориентированной разработки программ, базами данных и с компонентами MS Office 2000.

3 Проектирование задачи

3.1 Требования к приложению

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

Согласно общим требованиям, графический интерфейс разрабатываемого приложения должен:

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

- сохранять стандартизированное назначение и местоположение на экране графических объектов, работающих в среде Windows.

Большинство программных приложений работают в диалоговом режиме.

Традиционный состав диалоговых систем:

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

- действия запрос-ответ - фиксированный перечень возможных значений, выбираемых из списка или ответы типа Да/Нет;

- запрос по формату - с помощью ключевых слов, фраз.

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

- момент начала диалога;

- инициатор диалога - человек или программное приложение;

- параметры и содержание диалога - сообщения, состав и структура меню, экранные формы;

- реакция программного приложения на завершение диалога.

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

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

3.2 Концептуальный прототип

Существуют общие требования, которые предъявляются к программным Windows-приложениям:

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

- требования к выбранной цветовой схеме рабочего экрана;

- выполнение одной функции с помощью разных элементов управление.

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

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

В программном приложении предполагается использовать стандартные классы: Pageframe, Grid, Command Button, Textbox , ComboBox, Image, Label ,Line, Container, Form Set

Компонент класса Pageframe - это компонент-контейнер для размещения других компонентов. Наиболее важные свойства: Alignment - указывает на расположение компонента на форме (например, вдоль верхнего края). Caption - надпись на панели, Align - местоположение надписи. Часто используются для создания инструментальных панелей.

Компонент класса Grid - это таблица для отображения символьных строк. Количество отображаемых строк и столбцов определяется свойствами ColCount.

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

Компонент класса TextBox - это текстовое поле , в которое можно вводить любую информацию - цифры, даты или текст - неотъемлемая часть многих работающих форм. В Visual FoxPro TextBox позволяет вводить только одну строку символов.

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

Компонент класса Image - это графическое изображение (*.bmp, *.wmf, *.ico), определяемое свойством Picture, редактор которого позволяет выбрать графический файл и загрузить его в качестве ресурса в файл формы. Свойство AutoSize определяет, приспосабливается ли размер компонента к размеру изображения. Свойство Stretch определяет, подгоняется ли изображение под размер компонента путем растяжения или сжатия.

Компонент класса Label - этот компонент отображает статический текст на форме. Обычно размещается возле других компонентов для пояснения их назначения. Наиболее важным является свойство Caption - строка символов, отображаемая этим компонентом. Свойство Word Wrap влияет на возможность отображать текст в несколько строк, а свойство Alignment - на правила выравнивания текста. Свойство Auto-Size влияет на приспосабливаемость размера метки к фактическому размеру, занимаемому текстом. Компонент используется в основном для пояснения других компонент но в некоторых случаях может использоваться как компонента для вывода некоторой информации.

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

Компонент Contener - это элемент управления, который сам может содержать любые элементы управления.

Компоненту Form Set можно назвать контейнером для форм. Он не имеет визуального отображения, но объединяет в себе несколько объектов - контейнеров - форм. Такое объединения форм позволяет передать ряд свойств объекту - контейнеру.

3.3 Организация данных

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

Сущность - это объект любой природы, информация которая хранится в базе данных.

Отношения между сущностями определяются взаимосвязями, существующими между объектами в реальной предметной области.

На основании анализа предметной области выделяют следующие сущности: наименование товара, цвет, размер, фасовка, вид, стоимость.

Каждая сущность представлена в виде таблицы, а атрибуты в виде полей таблицы.

Структура таблицы «наименование товара» представлены в таблице 2.

Таблица2 - Структура данных таблицы наименование товара

Имя поля

Тип поля

Размер

Индекс

Описание

Наименование продукции

Character

30

-

Наименование продукции

Код продукции

Integer

4

Primary

Код продукции

Структура таблицы «цвет» представлена в таблице 3.

Таблица3 -Структура данных таблицы цвет

Имя поля

Тип поля

Размер

Индекс

Описание

Название цвета

Character

30

-

Название цвета

Код цвета

Integer

4

Primary

Код цвета

Код_т

Integer

4

Regular

Код_т

Структура таблицы «размер» представлена в таблице 4.

Таблица4 - Структура данных таблицы размер

Имя поля

Тип поля

Размер

Индекс

Описание

Код_т

Integer

4

Regular

Код_т

Код_разм

Integer

4

Primary

Код_разм

Длина

Integer

4

Длина

Диаметр

Integer

4

Диаметр

Ширина

Character

4

-

Ширина

Структура таблицы «фасовка» представлена в таблице 5.

Таблица5. - Структура данных таблицы фасовка

Имя поля

Тип поля

Размер

Индекс

Описание

Кол-во в пачке

Character

25

-

Кол-во в пачке

Код_кол

Integer

4

Primary

Код_кол

Код_т

Integer

4

Regular

Код_т

Структура таблицы «вид» представлена в таблице 6.

Таблица 6 - Структура данных таблицы вид

Имя поля

Тип поля

Размер

Индекс

Описание

Название вида

Character

40

-

Название вида

Код вида

Integer

4

Primary

Код вида

Код_т

Integer

4

Regular

Код_т

Структура таблицы «стоимость» представлена в таблице 7.

Таблица 7 - Структура данных таблицы стоимость

Имя поля

Тип поля

Размер

Индекс

Описание

Цена

Integer

4

-

Цена

Код_стоим

Integer

4

Primary

Код_стоим

Код_т

Integer

4

Regular

Код_т

Вся схема данных в целом представлена на рисунке 1

Рисунок 1

3.4 Функции: Логическая и физическая организация

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

В разрабатываемом программном приложении будут реализованы следующие функции:

-«Вести базу данных» - предоставляет возможность редактирования базы данных: пометка на удаление, удаление и добавления записей. Данные функции возможны только с главной таблицей “Наименование продукции ”, так как эта таблица содержит все необходимую информацию при анализе выполнения задания.

-«Упорядочить базу данных» - выполняется с помощью использования в SQL-запросе сортировки (Order). Сортировка выполняется автоматически в запросе без участия пользователя может выполнятся по различным критериям, которые фиксирует пользователь.

При разработке программного приложения «Арт-штрих» должны быть учтены общие требования, предъявляемые к программному приложению. Основные функции по добавлению, удалению и редактированию данных производятся путём выборки и изменения информации в базе данных программы. Ведение базы данных осуществляется стандартными средствами СУБД Visual FoxPro.

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

Основоной компонентой для отображения надписей в программном приложении, является компонента Label, этот компонент позволяет пояснять элементы на форме.

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

Основным элементом управления является кнопка CommandButton. Каждая кнопка должна содержать название, соответствующее ее функции.

Каждый компонент в программе позволяет производить необходимые действия. За большинством из них закреплены функции, которые осуществляют действия над данными базы Visual FoxPro.

3.5 Проектирование справочной системы приложения

Visual FoxPro справка оформляется различными способами. Один из способов, это создание строки состояния. Строка состояния используется для кратких пояснений. Необходимые пояснения заносятся в свойство StatusBarText или в ToolTipText, в этом случае текс отображается под курсором мыши, если его удерживать недолгое время над элементом управления.

Также существует справка в формате “What This?”. С помощью такой справки можно дать краткое пояснение по объектам форм. Она отображается в виде окна с текстом справки и исчезает с экрана сразу же после щелчка мыши на экране.

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

Программные продукт HTML Help Workshop, созданный Microsoft, позволяет программисту создавать справочные системы для разработанных приложений в формате Windows. Программа имеет следующие возможности:

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

- создание предметного указателя по ключевым словам;

- возможность использовать в справке графические изображения, а также различные шрифты и раскраску;

- возможность включения справки в формате HTML.

В программном приложении на тему «ИСС продукции фирмы Арт-штрих» используется HTML справка.

Состав HTML справки следующий:

- “О программе”;

- “Поиск”;

- “Удаление”;

- “Добавление”;

- “Сортировка”;

- “О разработчике”.

4 Описание программного средства

4.1 Функциональное назначение

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

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

Программа со всеми исходными файлами занимает на диске 5 МБ. Само приложение занимает 1.5 МБ.

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

4.2 Входные данные

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

Поля для ввода представлены на рисунке 2.

Рисунок 2 - Поля для ввода данных

4.3 Выходные данные

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

Пример выходной таблицы представлен на рисунке 3.

Рисунок 3 - Пример выходной таблицы

5 Методика испытаний

5.1 Технические требования

Минимальной требуемой конфигурацией компьютера для проведения испытаний является следующая конфигурация:

- процессор не ниже 800 MHz;

- оперативная память 128 Mb;

- наличие свободного места на диске не менее 10 Mb;

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

5.2 Функциональное тестирование

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

Программные ошибки выявляются в процессе тестирования функционального и полного.

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

Во многих случаях определение таких тестовых вариантов основывается на предыдущем опыте тестировщиков программного обеспечения.

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

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

- анализ граничащих значений.

Тестирование черного ящика обеспечивает поиск следующих категорий ошибок:

- некорректных процедур и функций;

- ошибок во внешних структурах данных или в доступе к внешней базе данных;

- ошибок системных устройств (нехватка памяти и т.д.).

Техника черного ящика ориентирована на решение следующих задач:

- сокращения необходимого количества тестовых вариантов;

- выявление классов ошибок, а не отдельных ошибок.

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

Функциональный тест .

Тест заключался в корректности работы меню программного продукта: при выборе соответствующего пункта меню, должно было выполниться соответствующее действие. Для данного примера был нажат пункт меню “Отчет”, после чего на экран был выведен отчет.

Операция продемонстрирована на рисунке 4.

Рисунок 4 - Вызов отчета из меню

7 Охрана труда и окружающей среды

7.1 Правовые, нормативные, социально-экономические и организационные вопросы охраны труда

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

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

- сохранение жизни и здоровья работников;

- повышение производительности труда;

- удовлетворенность своей работой;

- создание хорошего психологического климата;

- снижение текучести кадров.

Экономическое значение охраны труда заключается в следующем:

- снижение затрат из-за болезни травм работника;

- снижение затрат на компенсацию за работу в неблагоприятных условиях;

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

- затраты на восстановление производства после аварий.

Основные документы по охране труда Республики Беларусь:

- Конституция Республики Беларусь;

- Трудовой кодекс Республики Беларусь;

- другие законы, касающиеся охраны труда;

- декреты президента.

Правовой основой организация работы но охране труда в республике является Конституция Республики Беларусь (ст. 41, 45, 48). Она гарантирует права граждан на здоровые и безопасные условия труда, право на отдых, охрану здоровья и право на благоприятную окружающую среду.

Статья 41 гарантирует гражданам Республики Беларусь право на труд, то есть право на выбор профессии, рода занятий и работы в соответствии с призванием, способностями, образованием, профессиональной подготовкой и с учетом общественных потребностей, а также на здоровые и безопасные условия труда. Статья 45 гарантирует гражданам Республики Беларусь право на охрану здоровья, включая бесплатное лечение в государственных учреждениях здравоохранения.

Положения Конституции конкретизированы в Трудовом кодексе Республики Беларусь, а также в постановлениях, приказах, распоряжениях государственных органов, министерств и ведомств.

Закон «Об охране труда» направлен на регулирование общественных отношений в области охраны труда и реализацию установленного Конституцией Республики Беларусь права граждан на здоровые и безопасные условия труда.

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

В Законе Республики Беларусь «Об основах государственного социального страхования» в рамках общих вопросов страхования граждан предусмотрены вопросы страхования их также от несчастных случаев на производстве и профзаболеваний.

Закон Республики Беларусь «О санитарно-эпидемическом благополучии населения» от 23.11.1993 г. №2583-ХН (в редакции Закона от 23.05.2000 г. №397-3, с изменениями и дополнениями от 29.06.2003 г. №217-3) направлен на предупреждение воздействия неблагоприятных факторов среды обитания на здоровье населения, устанавливает государственный санитарный надзор за соблюдением санитарных норм и гигиенических нормативов.

Закон Республики Беларусь «Об оценке соответствия требованиям технических нормативных правовых актов в области технического нормирования и стандартизации» от 05.01.2004 г. №269-3 устанавливает правовые основы обязательной и добровольной сертификации продукции, работ и услуг в Республике Беларусь.

Закон Республики Беларусь «О техническом нормировании и стандартизации» от 05.01.2004 г. №262-3 устанавливает правовые отношения в области стандартизации, а также государственный надзор за выполнением требований стандартов и строительных норм. Закон определяет нормативные документы по стандартизации: государственные стандарты Республики Беларусь; государственные строительные нормы; государственные классификаторы технико-экономической информации Республики Беларусь; отраслевые нормативные документы по стандартизации; стандарты предприятий; предусматривает порядок их разработки, принятия и отмены.

Закон Республики Беларусь «О пожарной безопасности» от 15.06.1993 г. устанавливает государственный надзор за обеспечением пожарной безопасности министерствами, государственными комитетами, концернами, предприятиями, учреждениями, организациями независимо от форм собственности, а также гражданами. Закон определяет правовую основу и принципы организации пожарной безопасности.

Закон Республики Беларусь «О промышленной безопасности опасных производственных объектов» от 10,01.2000 г. определяет правовые, экономические и социальные основы производственных объектов. Закон направлен на предупреждение аварий на них и обеспечение готовности организаций, эксплуатирующих опасные производственные объекты, к локализации и ликвидации последствий производственных аварий.

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

По сфере действия все нормы и правила по охране труда подразделяются на единые и отраслевые.

Единые нормы и правила закрепляют одинаковые для всех отраслей хозяйства требования охраны труда. К ним относятся Строительные нормы и правила (СНиП), Санитарные правила и нормы (СанПиН), Правила устройства электроустановок (ПУЭ), Нормы радиационной безопасности (НРБ), Правила устройства и безопасной эксплуатации грузоподъемных кранов и др.

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

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

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

Также производится инструктаж работников по охране труда.

По характеру и времени проведения инструктажи по охране труда подразделяются на:

- вводный;

- первичный на рабочем месте;

- повторный;

- внеплановый;

- целевой.

Расследование и учет несчастных случаев на производстве осуществляется согласно инструкциям установленным министерством здравоохранения Республики Беларусь и министерства труда и социальной защиты Республики Беларусь 9 января 2004 г. № 1/1.

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

7.2 Эргономические требования к рабочим местам, их состав и структура.

7.2.1 Общие требования

Рабочее место с дисплеем должно обеспечивать оператору возможность удобного выполнения работ в .положении сидя и не создавать перегрузки костно-мышечной системы. Основными элементами рабочего места оператора являются: рабочий стол, рабочий стул (кресло), дисплей, клавиатура; вспомогательными пюпитр, подставка для ног. Конструкция рабочего стола должна обеспечивать возможность размещения на рабочей поверхности необходимого комплекта оборудования и документов с учетом характера выполняемой работы. Рабочие столы по конструктивному исполнению подразделяют на регулируемые и нерегулируемые по изменению высоты рабочей поверхности. Регулируемая высота рабочей поверхности стола должна изменяться в пределах от 680 до 800 мм. Механизмы для регулирования высоты рабочей поверхности стола должны быть легко досягаемыми в положении сидя, иметь легкость управления и надежную фиксацию. Высота рабочей поверхности стола при нерегулируемой высоте должна составлять 725 мм. Размеры рабочей поверхности стола должны быть: глубина -- не менее 600(800) мм, ширина--не менее1200(1600)мм. Рабочий стол должен иметь пространство для ног высотой не менее 600 мм, шириной -- не менее 500 мм, глубиной на уровне колен -- не менее 450мм и на уровне вытянутых ног--неменее 650мм. Рабочая поверхность стола не должна иметь острых углов и краев. Покрытие рабочей поверхности стола должно быть из диффузно отражающего материала с коэффициентом отражения 0,45 vO,50.4.3 Требования к рабочему стулу (креслу): Рабочий стул (кресло) должен обеспечивать поддержание физиологически рациональной рабочей позы оператора в процессе трудовой деятельности, создавать условия для изменения позы с целью снижения статического напряжения мышц шейно-плечевой области и спины, а также для исключения нарушения циркуляции крови в нижних конечностях. Рабочий стул должен быть подъемно-поворотным и регулируемым по высоте и углам наклона сиденья и спинки, а также расстоянию спинки от переднего края сиденья. В целях снижения статического напряжения мышц рук следует использовать стационарные или съемные подлокотники, регулирующиеся по высоте над сиденьем и внутреннему расстоянию между подлокотниками. Регулирование каждого положения должно быть независимым, легко осуществимым и иметь надежную фиксацию. Поверхность сиденья должна иметь ширину и глубину не менее 400 мм. Должна быть предусмотрена возможность изменения угла наклона поверхности сиденья от 15" вперед до 5* назад. Высота поверхности сиденья должна регулироваться в пределах от400 до 55?|мм. Опорная поверхность спинки стула (кресла) должна . JCTB высоту (300±20) мм, ширину не менее 380 мм и радиус кривизны в горизонтальной плоскости 400 мм. Угол наклона спинки в вертикальной плоскости должен регулироваться в пределах 0°±30° от вертикального положения. Расстояние спинки от переднего края сиденья должно регулироваться в пределах от 260 до 400 мм. Подлокотники должны быть длиной не менее 250 мм, шириной -- 50--70 мм, иметь возможность регулирования по высоте над сиденьем в пределах (230±30) мм и регулирования внутреннего расстояния между подлокотниками к пределах от 350 до 500 мм. Требования к подставке для ног:

Подставка для ног должна регулироваться но высоте и пре делах до 150 мм и углу наклона опорном поверхности -- до 20°.Ширина опорной поверхности подставки для нос должн; быть не менее 300 мм. глубина -- не менее 400 мм. Поверхность подставки должна быть рифленой. По переднему краю должен быть предусмотрен бортик высотой 10 мм. 4.5 Требования к дисплею: Дисплей на рабочем месте оператора должен располагаться так. чтобы изображение в любой его части было различимо без необходимости поднять или опустить голову. Дисплей на рабочем месте должен быть установлен ниже уровня глаз оператора. Угол наблюдения экрана оператором относительно горизонтальной линии взгляда не должен превышать 60.Требования к клавиатуре: Клавиатура на рабочем месте оператора должна располагаться так, чтобы обеспечивалась оптимальная видимость экрана. Клавиатура должна иметь возможность свободного перемещения. Клавиатуру следует располагать на поверхности стола на расстоянии от 100 до 300 мм от переднего края, обращенного к оператору, или на специальной регулируемой по высоте рабочей поверхности, отделенной от основной столешницы. Требования к пюпитру: Пюпитр должен иметь по длине и ширине размеры соответствующие размерам устанавливаемых на нем документов. Угол наклона пюпитра должен регулироваться в пределах 30*--70" от вертикального положения. Пюпитр должен быть установлен на одном уровне с экраном дисплея и отстоять от глаз оператора на том же расстоянии, что и экран, либо отличаться от него, но не более чем на 100 мм. 4.7.3 Поверхность пюпитра должна иметь покрытие из диффузно отражающего материала с коэффициентом отражения 0,45--0,50.

7.2.2 Требования к производственной среде

Требования к освещению: Освещенность рабочего места оператора на рабочем столе в горизонтальной плоскости от общего искусственного освещения должна быть от 300 до 500 лк. Освещенность на пюпитре в вертикальной плоскости должна быть не менее 300 лк. Для освещения зоны расположения документов допускается установка светильников местного освещения. Отношение яркостей в зоне наблюдения (экран, докуме"-т, поверхность стола) должно быть не более 10:1.В поле зрения оператора должны отсутствовать прямая и отраженная блескость. Для снижения блескости необходимо:-- оборудовать светопроемы солнцезащитными устройствами (шторами, регулируемыми жалюзи, внешними козырьками и т.д.);-- использовать для общего освещения светильники с рассеивателями и экранирующими решетками, яркость которых в зоне углов излучения более 50° от вертикали не должна превышать 200 кд/м2;-- использовать для местного освещения светильники с непросвечивающим отражателем и защитным углом не менее 40";-- размещать рабочий стол гак, чтобы оконный проем находился сбоку (справа или слева), при :ггом дисплей должен располагаться на поверхности стола справа или слева от оператора;-- размещать рабочий стол между рядами светильников общего освещения; -- использовать дисплей, имеющий антибликовое покрытие экрана или антибликовый фильтр. На рабочем месте оператора должна быть ограничена пульсация освещенности от газоразрядных источников света. Для ограничения пульсации освещенности следует использовать в светильниках с газоразрядными лампами высокочастотные пуско-регулирующие аппараты или включать лампы в многоламповых светильниках (или рядом расположенные светильники общего освещения) на разные фазы трехфазной сети и использовать преимущественно люминесцентные лампы белого света. Требования к шуму: Уровень шума на рабочем месте оператора не должен превышать значений, указанных в таблице 1.Печатающее оборудование, являющееся источником шума, следует устанавливать на звукопоглощающей поверхности автономно от рабочего места оператора. Уровень шума на рабочем месте оператора при работающем печатающем оборудовании не должен превышать значений, указанных в таблице 2. Если уровень шума на рабочем месте оператора превышает допустимый, то в помещении применяют звукопоглощающие покрытия, экраны или размещают печатающее оборудование вне помещения с дисплеем.Требования к микроклимату5.3.1 На рабочем месте оператора должны обеспечиваться оптимальные микроклиматические условия в холодный и теплый периоды года. Температура воздуха на рабочем месте и холодный лсриод юда а* должна быть от 22 до 24"С, и теплый период юда -- от 23 до 25°С Разница температуры на уровне пола и уроинс головы оператора ! и положении сидя не должна превышать З"С. Относительная влажность воздуха на рабочем месте опера-v тора должна составлять 40--60%.Скорость движения воздуха на рабочем месте оператора должна быть 0,1 м/с.


Подобные документы

  • Характеристика UML как унифицированного графического языка моделирования для описания, визуализации, проектирования и документирования объектно-ориентированных систем. Диаграмма программного обеспечения, деятельности, последовательности и реализации UML.

    курсовая работа [439,9 K], добавлен 05.06.2014

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

    методичка [950,2 K], добавлен 23.01.2014

  • Разработка информационно-справочной системы и рассмотрение теоретического вопроса "Классы и объекты в Pascal". Инициализация полей. Ограничение доступа к полям и методам. Листинг программного кода. Требования к программному и аппаратному обеспечению.

    курсовая работа [2,9 M], добавлен 30.06.2012

  • Методика разработки объектно-ориентированной модели информационной подсистемы необходимой для учета успеваемости студентов факультета, которая спроектирована с помощью программного продукта Rational Rose 2003 и унифицированного языка моделирования UML.

    курсовая работа [183,9 K], добавлен 25.06.2011

  • Разработка приложения для работы с базой данных с использованием объектно-ориентированного и визуального программирования. Обзор языка элементов языка программирования Delphi. Проектирование базы данных автозаправки. Клиентская система приложения.

    курсовая работа [2,3 M], добавлен 31.01.2016

  • Моделирование вариантов объектно-ориентированных программных систем. Проектирование статический структуры, интерфейса, диаграмм компонентов и архитектуры приложения для разработки имитационной модели информационной системы "Центр обслуживания абонентов".

    дипломная работа [951,4 K], добавлен 24.10.2010

  • Новые тенденции развития СУБД и областей их применения. Структурные элементы базы данных. Объектно-ориентированная модель программных компонентов. Формы, модули и метод разработки "Two-Way Tools". Масштабируемые средства для построения баз данных.

    дипломная работа [589,5 K], добавлен 16.12.2013

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

    курсовая работа [262,5 K], добавлен 10.07.2014

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

    курсовая работа [3,6 M], добавлен 27.07.2014

  • Понятие и назначение штрихового кода, его разновидности и сферы применения. Параметры символики и структура символа в кодах. Алгоритм преобразования числовых данных в знаки Interleaved 2 of 5. Распознавание штрих-кода и вычисление контрольной цифры.

    контрольная работа [424,1 K], добавлен 23.08.2009

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.