диплом. Разработка информационной системы автосервиса
 Скачать 1 Mb.
|
2.3.2 Описание структуры данныхКлассы и структуры являются двумя основными конструкциями системы общих типов CTS в платформе .NET Framework. Каждая по сути является структурой данных, инкапсулирующей набор данных и поведение, связанные как логическая единица. Данные и поведение являются членами класса или структуры, и в них включены методы, свойства, события и так далее. Объявление класса или структуры подобно чертежу, который используется для создания экземпляров или объектов во время выполнения. При определении класса или структуры с именем Person, Person является именем типа. При объявлении или инициализации переменной p типа Person, p считается объектом или экземпляром Person. Возможно создание нескольких экземпляров одного типа Person, и каждый экземпляр может иметь разные значения в своих свойствах и полях. Класс является ссылочным типом. При создании объекта класса переменная, к которой назначается объект, сохраняет только ссылку на память. При назначении ссылки на объект к новой переменной новая переменная ссылается на исходный объект. Изменения, внесенные через одну переменную, отображаются в другой переменной, поскольку обе они ссылаются на одни данные. Структура является типом значения. При создании структуры переменная, к которой она назначается, сохраняет фактические данные структуры. При назначении структуры новой переменной выполняется ее копирование. Поэтому новая переменная и исходная переменная содержат две отдельных копии одних данных.Изменения, внесенные в одну копию, не влияют на другую копию. Пример класса Permission, используется для определения отдельного набора прав для отдельного пользователя: public class Permissions : List { public Permission this[string name] { get { return this.FirstOrDefault(tTemp => tTemp.name == name); } } } public class Permission { public string name; public bool canRead; public bool canEdit; public bool canDelete; public Permission(DataRow row) { name = row["ОбъектДоступа"].ToString(); canRead = (row["Чтение"].ToString() == "1"); canEdit = (row["Изменение"].ToString() == "1"); canDelete = (row["Удаление"].ToString() == "1"); } } } 3. Реализация информационной системыВ процессе работы над дипломной работой была создана информационная система, которая обеспечивает: повышение эффективности управления; оптимизация процессов сбора, обработки, учета и контроля информации; повышение качества обслуживания клиентов, сокращение рутинной работы; оперативность доступа к информации для всех подразделений. Система работает по принципу 1 автомобиль – 1 заказ-наряд на рисунке 3.1 схематично показано как формируется данный документ на автосервисе. Сначала собираются данные о заказчике и об автомобиле. Далее выбирается классификация ремонта. Потом каждому классу ремонта подбираются соответственно работы и детали. После всего этого список всех работ передается механику или автослесарю, а список необходимых деталей кладовщику.  Рисунок 3.1 – схема формирования заказ-наряда Разграничение доступа для пользователей системы. Для создания наиболее простого интерфейса и повышения безопасности данных было принято решение о разграничении доступа к базе данных. Логины и пароли были созданы администратором баз данных. Так как информация хранящаяся в базе данных, имеет финансовую отчетность, было решено использовать алгоритмы шифрования для паролей. При запуске приложения появляется окно предлагающее выбрать пользователя.  Рисунок 3.2 – Форма авторизации Необходимо выбрать сотрудника и ввести пароль. После нажатия клавиши «Ок» от пароля вычисляется хеш-функция и полученный результат сравнивается с данными в базе. Если авторизация проходит успешно, загружается рабочая форма сотрудника согласно его статусу. Посмотреть код программы можно в Приложении А. Интерфейс генерального директора. Интерфейс генерального директора включает в себя всю информацию автосервиса, но доступна она только для чтения. На данной форме есть возможность для добавления и редактирования производимых работ и используемых в них запчастей. Все это осуществляется при помощи дополнительных форм. На вкладке «запасы» можно посмотреть все запчасти, масла, краску и другие материалы, которые имеются в наличии на складе.  Рисунок 3.3 – Интерфейс генерального директора В интерфейсе для администратора возможно добавление и изменение заказов. Данные клиента изначально заносятся в справочник клиентов, чтобы избежать потрерю контактов, а затем выбирается из списка в форме оформления заказа.  Рисунок 3.4 – Форма оформления заказа Для того, чтобы сформировать заказ-наряд, нужно просто нажать кнопку «заказ-наряд» и после оформления заказа появится документ на печать в формате html. На рисунке 3.5 показан пример заказ-накладной.  Рисунок 3.5 – Пример заказ-наряда Из главного меню можно зайти в управление справочниками системы. Нажав пункт меню «Справочники» открывается форма изображенная на рисунке 3.6. В справочниках находятся данные о сотрудниках, клиентах, запасах, поставщиках, работах.  Рисунок 3.6 – Справочники На рисунке 3.7 представлена форма для оформления поставки, в неё вносит данные мастер-приемщик. После сохранения данных, в вкладку «остатки запасов» автоматически вносятся принятые мастером-приемщиком материалы.  Рисунок 3.7 – Форма оформления поставки Система предоставляет отчет по задаваемому периоду. (рисунок 3.8, рисунок 3.9)  Рисунок 3.8 – Форма «отчет»  Рисунок 3.9 - Отчет Разработанная информационная система позволяет сотрудникам вести учет запасов на складе, учет клиентов, состояние работ, учет сотрудников, а так же производить расчет расходов и доходов от проделанных работ. 4. Расчет экономических показателей Технико-экономическое обоснование (ТЭО) – это анализ, расчет, оценка экономической целесообразности осуществления предлагаемого проекта, в данном случае – проекта по разработке информационной системы автосервиса. ТЭО основано на сопоставительной оценке затрат и результатов, установлении эффективности использования, срока окупаемости вложений. Технико-экономическое обоснование является необходимым для каждого инвестора исследованием, в ходе подготовки которого проводится ряд работ по изучению и анализу всех составляющих инвестиционного проекта и разработке сроков возврата вложенных в бизнес средств. Расчет будет производиться на основе модели COCOMO. СОСОМО (от Constructive COst MOdel - конструктивная стоимостная модель) является статистической моделью, так как основана на опыте реализации многих программных проектов. Она создана посредством сбора данных о большом количестве проектов и анализа этой информации, в результате чего получены формулы, наилучшим образом аппроксимирующие имеющиеся данные. Модель СОСОМО: имеет хорошую техническую документацию, общедоступна, существуют коммерческие программные средства ее поддержки; популярна и ценится среди широкого круга пользователей; прошла достаточно долгий путь развития, начиная с 1981 года. Модель СОСОМО 2 допускает самые разнообразные подходы к процессу разработки программных продуктов: прототипирование, сборку системы из отдельных компонентов, использование языков программирования четвертого поколения и так далее. Но теперь уровни модели не только отображают возрастающую сложность определения себестоимости разработки ПО, но и учитывают этапы этапы работы над программой, что позволяет провести предварительную оценку себестоимости на ранних этапах выполнения проекта с последующей ее детализацией после определения архитектуры системы. Модель СОСОМО 2 охватывает три описанных ниже уровня: уровень предварительного прототипирования. Для определения необходимых затрат осуществляется оценка размера системы на основе объектных точек прототипа с помощью простой формулы «размер-производительность»; уровень предварительного проектирования. Этот уровень предусматривает окончание работы над системными требованиями и, возможно, над начальным проектом архитектуры программы. Оценка затрат на этом уровне основана на функциональных точках, которые затем пересчитываются в количество строк кода программ; постархитектурный уровень. После разработки архитектуры система существует реальная возможность достточно точно оценить размер программы. Однако оценка на этом уровне уже будет включать более расширенный ассортимент множителей, которые должны отражать возможности персонала, а также характеристики создаваемого программного продукта и проекта в целом. Расчет экономических показателей по методу СОСОМО В моем проекте пятнадцать форм, пять из них средней сложности (запросы к БД), один отчет и шесть программных модулей на языке С#. Процент повторного использования кода программы – 5%. Формула для предварительного определения объема работ будет выглядеть так: PM=(NOP * (1- PROCM/100)) / PROD где PM – это затраты, выраженные в человеко-месяцах; NOP – количество объектных точек; PROCM – процент многократного использования кода; PROD – производительность, как показано на таблице 4.1. Таблица 4.1 – Уровни производительности
Над проектом работает один программист средней квалдификации, имеющий небольшой опыт работы в данной предметной области. Анализ архитектуры системы был проведен на среднем уровне. Уровень развития процесса разработки – средний. Таблица 4.2 – Характеристика проекта
|