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

Содержание

1. Введение

2. Краткая характеристика предприятия и среды разработки

2.1 Краткая характеристика предприятия

2.2 Анализ объекта автоматизации. Структура IT-отдела

3. Техническое задание

3.1 Введение

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

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

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

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

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

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

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

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

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

3.3.1 Климатические условия эксплуатации

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

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

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

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

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

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

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

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

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

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

3.5 Технико-экономические показатели

3.5.1 Экономические преимущества разработки

3.6 Стадии и этапы разработки

3.6.1 Стадии разработки

3.6.2 Этапы разработки

3.6.3 Содержание работ по этапам

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

3.7.1 Виды испытаний

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

4. Анализ модели и предметной области

4.1 Описание предметной области

4.2 Критическое описание существующего программного обеспечения

4.3 Объектная модель

4.4 Составные части объектного подхода

4.5 Анализ выбранной среды разработки и языка программирования

5. Структура и алгоритмизация базы данных

5.1 Образцы бланков выходных документов

5.2 Выбор инструментальной среды разработки

5.3 Постановка задачи

5.4 Условия применения программного средства

5.6 Информационные потоки в системе

5.7 Программная реализация базы данных

5.8 Защита программного продукта

5.9 Архитектура удалённого опроса и занесения в БД

6. Экономическая часть

6.1 Основные этапы проекта разработки ПО

6.2 Расчет трудоемкости проекта

6.3 Определение численности исполнителей

6.4 Календарный график выполнения проекта

6.5 Расчет затрат на разработку проекта

6.6 Расчет стоимости материалов

6.7 Расчет основной заработной платы

6.8 Расчет плановой себестоимости

6.9 Исследование рынка для разрабатываемого ПО

6.10 Планирование цены и прогнозирование прибыли

7. Безопасность жизнедеятельности

7.1 Мероприятия по защите от вредных и опасных факторов

Заключение

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

Приложения

база данные программа обеспечение

1. Введение

О стремительном темпе развития информационных технологий я слышу почти каждый день. Эти темпы действительно впечатляют. Однако в компьютерном мире остается одна самая важная область, изменения в которой происходят крайне медленно. Программирование, кодирование, составление исходных текстов -- ключевой элемент в создании любого приложения сегодня происходит так же, как и сорок лет назад. Разработчик применяет крайне ограниченный набор логических конструкций (условный оператор и операторы присваивания и цикла) и небольшое число стандартных типов данных. Причем такой подход ничуть не изменился, хотя сменилось уже не одно поколение языков программирования. Например, на смену Си и Паскалю пришёл C#, однако мои знакомые в различных компьютерных фирмах по-прежнему запускают в консольной сессии Java-компилятор командной строки и отлаживают сложные программы, вручную просматривая протоколы работы и игнорируя удобные и комфортные средства быстрой визуальной разработки и отладки типа JBuilder или NetBeans. Компьютерные издания, претендующие на звание профессиональных, нередко пропагандируют подобный полухакерский подход к созданию программ. Создается своеобразный имидж программиста-одиночки, способного за пару бессонных ночей написать нужную заказчику программу, которая героически уместится в ста килобайтах памяти. Программированию вообще присущ значительный консерватизм, так как в принципе можно создавать программы, ограничиваясь знаниями многолетней давности. Однако сегодня программирование, безусловно, превратилось из искусства в ремесло. Конечно, вряд ли можно стать профессиональным разработчиком, не изучив внутреннее устройство Windows или структуру компонентов VCL и принципы оптимизации программ. Однако такие знания сегодня отходят на второй или третий план.

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

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

база данные программа обеспечение

2. Краткая характеристика предприятия и среды разработки

2.1 Краткая характеристика предприятия

Общество с ограниченной ответственностью "Кубанская энергосбытовая компания" создано в результае реорганизации ОАО "Кубаньэнерго" и зарегистрировано в качестве юридического лица 1 июля 2006 года. Реорганизация ОАО "Кубаньэнерго" проводилась в соответствии с основными направлениями государственной политики по реформированию электроэнергетики и Проектом реформирования компании.

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

История ООО "Кубанская энергосбытовая компания" началась в октябре 1936 года с подписания Советом Народных Комиссаров СССР Постановления об открытии при районных энергетических управлениях подразделений по сбыту энергии. Уже в ноябре того же года при районном энергетическом управлении Азчерэнерго был создан Энергосбыт Азчерэнерго, в состав которого вошли Краснодарское и Новороссийское отделения.1 декабря 1944 года, приказом № 61 по РЭУ «Краснодарэнерго», «Энергосбыт» выделился из состава управления в самостоятельную единицу (с охватом потребителей Краснодарского и Новороссийского энергорайонов).В состав Энергосбыта вошли абонентская служба, энергоинспекция, лаборатория и прочие службы, которые были переданы предприятию Краснодарэлектросетью. В 1946 году приём посетителей начала мастерская по ремонту счётчиков. Первым директором предприятия по сбыту энергии стал Фёдор Степанович Розов.В основные функции предприятия входили реализация энергии, ремонт и госповерка счётчиков, государственный контроль и надзор за режимами и лимитами отпуска электроэнергии, соблюдением правил технической эксплуатации и за рациональным расходованием электрической и тепловой энергии на промышленных предприятиях.

В 1963 году под руководством Антонины Митрофановны Коломийцевой в состав Энергосбыта вошли абонентские службы коммунальных городских электросетей и РЭС «Сельэнерго». Ими стали осуществляться функции надзора за всеми тепло- и электроустановками в колхозах и совхозах. Зона деятельности Энергосбыта расширилась - для обслуживания потребителей, количество которых в 1964 году увеличилось в пять раз (с 60 тысяч до 292 тысяч), а в 1965 году - еще на 300 тысяч - по всему краю были созданы межрайонные отделения Энергосбыта: в 1964 году - Ейское, Армавирское, Сочинское и Майкопское; в 1965 году - Тихорецкое, Тимашевское, Славянское, Абинское, Усть- Лабинское, Лабинское; в 1973 году - Краснодарское.

В 1980 году, по указанию Минэнерго СССР, предприятие по сбыту энергии и контролю за её использованием «Энергосбыт» было переименовано в предприятие государственного энергетического надзора и сбыта энергии «Энергонадзор».

В 1997 году филиал ОАО «Кубаньэнерго» вновь стал называться Энергосбытом, а функции энергетического надзора перешли к государству.

Согласно постановлению Правительства РФ "О реформировании электроэнергетики Российской Федерации" в конце 2005 года на собрании акционеров ОАО "Кубаньэнерго" было принято решение о реорганизации Общества путем выделения из него генерирующей, сбытовой компаний и магистральных сетей.

В июле 2006 года завершился процесс реформирования Общества. В результате ТУ «Энергосбыт» - филиал ОАО «Кубаньэнерго» получило новый статус - ООО «Кубанская энергосбытовая компания» (с сохранением места регистрации в г. Краснодаре).

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

ООО «Кубаньэнергосбыт» осуществляет продажу электрической энергии жителям 2-х субъектов Российской Федерации, и имеет на территории Краснодарского края более 1 036 000 граждан-потребителей, и более 104 000 граждан-потребителей на территории Республики Адыгея.

В 2007 году введен в действие собственный «Печатный центр», что позволило организовать распечатку счетов на оплату электроэнергии гражданам-потребителям для всех жителей Краснодарского края и Республики Адыгея. Доставка счетов осуществляется ФГУП «Почта России».

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

Постоянно расширяется сеть пунктов приема платежей - помимо наличия собственных касс, прием платежей осуществляет ФГУП «Почта России», Сбербанк РФ, а так же более 10 коммерческих банков и специализированных организаций.

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

Прорабатывается вопрос о создании инвестиционной программы по приобретению собственной платежной системы и созданию сети терминалов.

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

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

В рамках этого, ООО "Кубанская энергосбытовая компания" осуществляет следующие основные виды деятельности:

· Покупку электрической энергии на оптовом и розничном рынках электрической энергии;

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

· Выполнение функций Гарантирующего поставщика на территории Краснодарского края и Республики Адыгея.

Прочие виды деятельности:

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

· Оказание услуг по организации коммерческого учёта;

· Проведение энергосберегающих мероприятий;

· Изучение состояния и перспектив развития рынка сбыта электрической энергии и мощности;

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

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

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

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

· Комплексный расчёт с ежемесячным снятием показаний электросчётчиков и доставкой счетовабонентам для оплаты за потреблённую ими электроэнергию;

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

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

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

2.2 Анализ объекта автоматизации. Структура IT-отдела

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

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

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

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

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

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

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

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

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

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

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

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

3. Техническое задание

3.1 Введение

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

Наименование программы: «База данных «сервисный центр»

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

Разработать программный комплекс, состоящий из модулей «Сбор данных» и «АРМ Техника» с реализацией WEB-интерфейса и свободно-переносимого формата данных.

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

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

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

Программное обеспечение по запросу пользователя должно формировать следующие документы в формате Microsoft Word, MS XML, Open XML, PDF: «Заявку на заправку и ремонт», «Отчёт по работе принтера», «Отчёт по работе ксерокса», «Отчёт по ПЭВМ», «Общие сведения о ПЭВМ». Так же программа должна позволять выполнять сортировку и поиск техники и программного обеспечения по заданным критериям.

Основные требования к серверной части:

- Надёжность хранения данных

- Быстрый доступ к данным

- Избыточность данных

- Защищённость конфиденциальных данных

Основные требования к клиентской части:

- Независимость от платформы

- Интуитивно понятный интерфейс

- Малые требование к аппаратному обеспечению

- Соответствие бумажным формам

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

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

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

а) организацией бесперебойного питания технических средств;

б) использованием лицензионного программного обеспечения;

в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов

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

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

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

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

3.3.1 Климатические условия эксплуатации

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

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

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

а) задача поддержания работоспособности технических средств;

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

в) задача установки (инсталляции) программы.

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

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

- Pentium IV 1000 MHz;

- ОЗУ 128Мб;

- Жестким диском 10Гб;

- Видео картой SVGA;

- Сетевой платой подключённой к сети (дублированной).

Для системы клиента необходима конфигурация со следующими характеристиками:

- Pentium IV 2000 MHz;

- ОЗУ 1024Мб;

- Жестким диском 40Гб;

- Видео картой SVGA;

- Сетевой платой подключённой к сети.

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

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

Для просмотра и редактирования полей таблиц базы данных использовать: Microsoft SQL Server 2008 Developer Edition. Чтобы вносить изменения в сам текст использовать: Microsoft Visual Studio 2008 или Microsoft Visual C# Express.

Структура базы данных

Таблица 3.1

Отдел

ID	nchar(40)	Уникальный номер
Korp_id	nchar(40)	ИН корпуса
Name	nchar(30)	Название
Mainhead	nchar(30)	Руководитель
D_type	Int	Тип
Tel_in	nchar(6)	Внутр. телефон
Tel_out	nchar(15)	Внешний телефон
Room	nchar(20)	Номер комнаты
Korp_name	nchar(35)	Корпорация

Таблица 3.2

Корпуса

ID	nchar(40)	Индивидуальный номер
City	nchar(70)	Город
Street	nchar(80)	Улица
Litter	nchar(70)	Литер
Comments	nchar(120)	Коментарии
Build	Int	Здание
Number	Int	Номер

Таблица 3.3

Принтеры

ID	nchar(40)	Индивидуальный номер
P_firm	nchar(60)	Производитель
P_model	nchar(100)	Модель
P_Iface	nchar(10)	Интерфейс
P_klass	nchar(10)	Класс
P_type	nchar(15)	Тип
P_toner	nchar(10)	Номер тонера
P_Kart	nchar(10)	Номер картриджа
P_Speed	Int	Скорость
P_Color	Bool	Цветность
P_Comment	Nchar(120)	Комментарий

Таблица 3.4

Привязка принтера

ID	nchar(40)	Индивидуальный номер
P_ID	nchar(40)	ID принтера
D_ID	nchar(40)	ID отдела

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

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

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

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Microsoft SQL Server 2008 Developer Edition

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

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

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

Специальных требований нет

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

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

Состав программной документации должен включать в себя:

- техническое задание;

- программу;

- руководство программиста;

- руководство пользователя

3.5 Технико-экономические показатели

3.5.1 Экономические преимущества разработки

Расчитать:

- трудоемкость выполнения проекта

- затраты на разработку проекта

- стоимости материалов

- основную заработную плату

- плановую себестоимость

3.6 Стадии и этапы разработки

3.6.1 Стадии разработки

Разработка должна быть проведена в три стадии:

1. разработка технического задания;

2. рабочее проектирование;

3. внедрение.

3.6.2 Этапы разработки

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

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

1. разработка программы;

2. разработка программной документации;

3. испытания программы.

3.6.3 Содержание работ по этапам

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

1. постановка задачи;

2. определение и уточнение требований к техническим средствам;

3. определение требований к программе;

4. определение стадий, этапов и сроков разработки программы;

5. согласование и утверждение технического задания.

На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.

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

1) разработка, согласование и утверждение и методики испытаний;

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

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

3.7.1 Виды испытаний

Наглядное демонстрирование возможностей программного продукта

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

Общих требований к приемке работы нет

4. Анализ модели и предметной области

4.1 Описание предметной области

Программирование - это синтез науки и искусства. Цель проектирования это создание системы, которая:

- “удовлетворяет заданным функциональным спецификациям”;

согласована с ограничениями, накладываемыми оборудованием;

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

удовлетворяет явным и неявным критериям дизайна ПО;

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

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

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

Элементы программного проектирования могут классифицироваться по трём категориям:

1) условные обозначения - язык для написания каждой модели;

2) процесс - правила проектирования модели;

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

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

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

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

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

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

Интерфейс отражает внешнее поведение объекта.

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

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

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

4.2 Критическое описание существующего программного обеспечения

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

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

2) «Автоматизированная система управления IT инфраструктурой» разработана компанией Stels Technologies. Данная система отражает в большей степени потребности предприятия за исключением цены и кросплатформенности, система разработана и реализована исключительно для операционной системы Windows, что препятствует её использованию под управлением ОС Linux или Mac OS X.

3) «АРМ системного администратора» разработана Small Soft Tech. Group. Данная система также как и все предыдущие разработана исключительно под ОС Windows, и содержит только жёстко привязанную базу что мешает её адаптации под свои нужды.

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

4.3 Объектная модель

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

Объектно-ориентированный анализ и проектирование принципиально отличаются от структурного проектирования.

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

· иерархия “быть частью”;

· любые объекты являются экземпляром какого-либо класса;

· классы организованы иерархически (“is a” это есть иерархия).

Программирование не основанное на иерархических отношениях, не относится к ООП, а называется программированием на основе абстрактных типов данных.

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

Отличие от структурного проектирования: декомпозиция в виде классов и объектов и в СП - в виде алгоритмов.

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

OOA - формирует объекты, на которых основывается OOП, который является фундаментом реализации в OOP.

4.4 Составные части объектного подхода

Существуют пять основных стилей программирования:

· процедурно-ориентированный (для вычислительных задач);

· объектно-ориентированный (для широкого круга приложений);

· логико-ориентированный - цели, часто выраженные в терминах исчисления предикатов;

· ориентированный на правила (для баз знаний);

· ориентированный на ограничения.

Объектная модель предметной области включает в себя:

· абстрагирование;

· инкапсуляция;

· модульность;

· иерархия;

· типизация;

· параллелизм;

· сохраняемость.

4.5 Анализ выбранной среды разработки и языка программирования

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

Кроме того, создатели С# хотели скрыть от разработчика как можно больше незначительных технических деталей, включая операции по упаковке/распаковке типов, инициализации переменных и сборке мусора. Благодаря этому программист, пишущий на C#, может лучше сконцентрироваться на содержательной части задачи. В процессе решения этой задачи проектировщики C# пытались учесть уроки реализации Visual Basic'а, который достаточно успешен в скрытии деталей реализации, но недостаточно эффективен для написания крупных промышленных систем: создатели C# декларируют, что новый язык обладает мощностью С++ и в то же время простотой Visual Basic'а.

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

Таким образом, C# представляет собой новый язык программирования, ориентированный на разработку для платформы.NET и пригодный как для быстрого прототипирования приложений, так и для разработки крупномасштабных приложений.

Многие существующие языки программирования обладают весьма запутанным синтаксисом и конструкциями с неочевидной семантикой - достаточно вспомнить сверхперегруженную значениями открывающую фигурную скобку в С++, использование ключевых слов в качестве идентификаторов в PL/I или проблемы отличия описателей видов от операций в Алголе 68. Все эти языковые особенности затрудняют написание компиляторов и служат источником труднонаходимых ошибок при создании программ. На другом полюсе этой проблемы находится язык Паскаль, в котором в целях упрощения было решено пожертвовать даже очевидно удобными для программиста свойствами.

C# занимает некоторую промежуточную позицию: из стандарта языка убраны наиболее неприятные и неоднозначные особенности С++, но в то же время язык сохранил мощные выразительные возможности, присущие для таких языков, как С++, Java или VB.

Visual Studio 2008 - дальнейшее развитие получившей широкое распространение среды разработки приложений для.NET Framework предыдущего поколения (Microsoft Visual Studio 2005). Новая среда разработки позволяет создавать и использовать сервисы приложений, строить ASP.NET Web сайты с дополнительными возможностями, создавать внешне привлекательные настольные приложения с расширенной функциональностью, разрабатывать описание бизнес процессов, создавать сервисы и усовершенствовать приложения Microsoft Office.

Visual Studio 2008 содержит набор новых утилит, полезные усовершенствования, новые дизайнеры и визуальные редакторы. Основная задача всех изменений - уменьшение времени разработки приложений с использованием новейших технологий, включенных в.NET Framework 3.0, 3.5.

Основные изменения языков программирования C# и VB.NET

· LINK (Language Integrated Query) - язык запросов к различным структурам данных, среди которых можно выделить

o Запросы к объектам

o Запросы к базам данных

o Запросы к XML

o Запросы к пользовательским типам данных

· Создание LINK потребовало изменений в языках программирования, введения новых синтаксических конструкций, среди которых

o Инициализаторы объектов

o Анонимные типы данных

o Расширяющие методы

o Лямбда выражения

· Расширяющие методы как средство добавления новых методов к существующим классам без их перекомпиляции

· Основы функционального программирования - лямбда операторы и лямбда выражения, как новый, декларативный способ описания делегатов

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

Построение Web приложений с помощью Visual Studio 2008

· Интегрирование технологии AJAX с.NET Framework без дополнительно инсталлирования внешних библиотек

o Встроенные шаблоны для создания AJAX ASP.NET Web сайтов

o Новые элементы управления, берущие на себя основные технические сложности при использовании AJAX

o Возможность подключения ASP.NET AJAX Toolkit, как штатного средства при построении Web приложений

· Новые элементы управления, позволяющие применять технологию LINK

· Новые визуальные редакторы и режимы их функционирования

· Добавления возможностей Intellisence и отладки при работе с JavaScript

Новые технологии построения приложений

· Windows Presentation Foundation (WPF) - новая технология построения настольных Windows приложений с богатым графическим интерфейсом

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

o Новая номенклатура элементов управления для построения приложений

o Декларативный язык описания структуры объектов - XAML, как новый способ описания графического интерфейса и его характеристик

o Визуальный редактор совместно с редактором XAML для создания эффектных приложений

· Windows Workflow Foundation (WF) - новая технология описания реактивных процессов

o Построение описания бизнес процессов (workflow), интегрирующих различные типы процессов в рамках единого описания

o Визуальные редакторы построения описания процессов

o Встроенный набор типовых элементов управления для описания процессов

· Windows Communication Foundation (WCF) - новая технология для построения и использования сервисов на основе концепции Service Oriented Architecture (SOA)

o Объединенное описание создания и использования

§ Web сервисов

§ .NET Remoting

§ Web service Enhancements (WSE)

o Использование стандартов WS-*

o Использование произвольных транспортных протоколов

o Поддержка JavaScript Object Notation (JSON) сериализации, интеграция с ASP.NET AJAX Web приложениями

o Создание сервисов с использованием процессов WF

5. Структура и алгоритмизация базы данных

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

· Получать сведения о технике и программном обеспечении в краткой либо полной форме;

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

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

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

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

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

5.1 Образцы бланков выходных документов

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

5.2 Выбор инструментальной среды разработки

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

операционными оболочками для программного комплекса будут являться ОС Windows;

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

инструментальная среда должна обладать развитыми средствами отладки;

должны быть представлены мощные и гибкие средства времени разработки (такие как библиотеки стандартных компонентов, браузеры объектов, баз данных и т. д.).

Исходя из этих критериев, для создания программного комплекса решено было использовать следующие среды разработки:

- Microsoft VisualStudio 2008 фирмы Microsoft. Visual C# сделала разработку мощных приложений Windows быстрым процессом. Приложения Windows, для создания которых требовалось большое количество человеческих усилий, например на Pascal`е или чистом С, теперь могут быть написаны одним человеком, использующим Visual C#.

- Microsoft SQL Server 2008. Сервера баз данных, обеспечивает возможность одновременной работы нескольких пользователей с одним информационным пространством, при этом система не нуждается в постоянном контроле системным администратором, предоставляет очень удобный и эффективный интерфейс доступа к базам данных.

5.3 Постановка задачи

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

Microsoft VisualStudio 2008 - это интегрированная среда для разработки приложений под Windows, включающая следующие компоненты:

· Высокопроизводительный компилятор с языка высокого уровня в машинный код;

· Объектно-ориентированные модули и компоненты;

· Визуальное построение приложений из прототипов;

· Средства построения баз данных.

Компилятор, встроенный в Microsoft VisualStudio, обеспечивает высокую производительность, необходимую для построения приложений в архитектуре клиент/сервер. Этот компилятор в настоящее время является самым быстрым в мире (неофициальные данные). Он предлагает лёгкость разработки и быстрое время проверки готового программного блока, характерного для языков четвёртого поколения (4GL) и в то же время обеспечивает качество кода, характерного для компилятора 3GL.

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

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

Microsoft VisualStudio оснащена средствами прогона и отладки программы, которые доведены до совершенства.

5.4 Условия применения программного средства

Для надежной и быстрой работы системы клиента необходима конфигурация со следующими характеристиками:

· Pentium IV 1000 MHz;

· ОЗУ 128Мб;

· Жестким диском 10Гб;

· Видео картой SVGA;

· Сетевой платой подключённой к сети (желательно дублированной).

Для надежной и быстрой работы системы клиента необходима конфигурация со следующими характеристиками:

· Pentium IV 2000 MHz;

· ОЗУ 1024Мб;

· Жестким диском 40Гб;

· Видео картой SVGA;

· Сетевой платой подключённой к сети.

5.5 Алгоритм работы программы

На рисунке 5.3 представлен алгоритм работы программы.

5.6 Информационные потоки в системе

На рисунке 5.4 представлена схема информационных потоков в подсистемах.

5.7 Общие сведения о программном обеспечении

Ядром программного комплекса является база данных находящаяся на сервере Microsoft SQL Server 2008 Enterprise Edition. Эта база данных состоит из 5 таблиц которые содержат различные данные, как общие сведения о структуре предприятия, так и данные касающиеся непосредственно технических и программных средств. Далее будут приведены структуры таблиц базы данных.

Таблица 5.1

Отдел

ID	nchar(40)	Уникальный номер
Korp_id	nchar(40)	ИН корпуса
Name	nchar(30)	Название
Mainhead	nchar(30)	Руководитель
D_type	Int	Тип
Tel_in	nchar(6)	Внутр. телефон
Tel_out	nchar(15)	Внешний телефон
Room	nchar(20)	Номер комнаты
Korp_name	nchar(35)	Корпорация

Таблица 5.2

Корпуса

ID	nchar(40)	Индивидуальный номер
City	nchar(70)	Город
Street	nchar(80)	Улица
Litter	nchar(70)	Литер
Comments	nchar(120)	Коментарии
Build	Int	Здание
Number	Int	Номер

Таблица 5.3

Принтеры

ID	nchar(40)	Индивидуальный номер
P_firm	nchar(60)	Производитель
P_model	nchar(100)	Модель
P_Iface	nchar(10)	Интерфейс
P_klass	nchar(10)	Класс
P_type	nchar(15)	Тип
P_toner	nchar(10)	Номер тонера
P_Kart	nchar(10)	Номер картриджа
P_Speed	Int	Скорость
P_Color	Bool	Цветность
P_Comment	Nchar(120)	Комментарий

Таблица 5.4

Привязка принтера

ID	nchar(40)	Индивидуальный номер
P_ID	nchar(40)	ID принтера
D_ID	nchar(40)	ID отдела

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

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

Неполный листинг:

<Grid>

<Grid.RowDefinitions>

<RowDefinition Height="Auto" MinHeight="21" />

<RowDefinition/>

<RowDefinition Height="Auto" MinHeight="22" />

</Grid.RowDefinitions>

<Menu Grid.Row="0" HorizontalAlignment="Stretch">

<MenuItem Header="Файл">

<MenuItem Header="Экспорт XML"/>

<MenuItem Header="Импорт XML"/>

<MenuItem Header="Печать"/>

<Separator/>

<MenuItem Header="Выход" Click="Close_Click"/>

</MenuItem>

<MenuItem Header="Справочники">

<MenuItem Header="Корпуса" Click="S_Korpus_Click"/>

<MenuItem Header="Подразеления" Click="S_Depart_Click"/>

<MenuItem Header="Печ. техника" Click="S_Tech_Click"/>

</MenuItem>

<MenuItem Header="Задачи">

<MenuItem Header="Учёт" Click="Uchet_Click"/>

<MenuItem Header="Заправка" Click="Zaprav_Click"/>

<MenuItem Header="Ремонт"/>

<MenuItem Header="Перемещения" Click="Move_Click"/>

</MenuItem>

<MenuItem Header="Отчёты">

<MenuItem Header="Заправка"/>

<MenuItem Header="Ремонт"/>

<MenuItem Header="Перемещения"/>

<MenuItem Header="Сводный отчёт"/>

</MenuItem>

<MenuItem Header="Справка">

<MenuItem Header="Спарвка..."/>

<MenuItem Header="О программе..."/>

</MenuItem>

</Menu>

String All_Record = "SELECT T_Department.name, T_Printer.inventar, T_Prn_Modern.p_id, T_Prn_Modern.m_type, T_Prn_Modern.m_date_z, " +

" T_Prn_Modern.m_copy, T_Prn_Modern.comments, T_Prn_Modern.m_price, T_Prn_Modern.m_firm, T_Prn_Modern.m_made,"+

" T_Prn_Modern.id, T_S_Printer.p_firm, T_S_Printer.p_model"+

" FROM T_Prn_Modern INNER JOIN"+

" T_Printer ON T_Prn_Modern.p_id = T_Printer.id INNER JOIN"+

" T_S_Printer ON T_Printer.p_id = T_S_Printer.id INNER JOIN"+

" T_Department ON T_Printer.d_id = T_Department.id WHERE T_Prn_Modern.m_made='False' AND T_Printer.active='True'";

private static DataTable m_orders;

private SqlDataAdapter adapter;

SqlConnection conn;

private void UpdateView()

{

SqlCommand comd = new SqlCommand();

comd.CommandText = All_Record;

comd.Connection = conn;

adapter.SelectCommand = comd;

DataSet dataset = new DataSet();

adapter.Fill(dataset, "T_Prn_Modern");

m_orders = dataset.Tables["T_Prn_Modern"];

DGC_Main.ItemsSource = m_orders.DefaultView;

}

...

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

Неполный листинг формирования данных и интерфейса:

...

<Window x:Class="ASU_Tech.W_Depart"

xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"

xmlns:local="clr-namespace:ASU_Tech"

Title="Справочник подразделений" Height="266" Width="644">

<Window.Resources>

<Style TargetType="{x:Type TextBlock}">

<Setter Property="FontWeight" Value="Bold"/>

<Setter Property="FontFamily" Value="Times New Roman"/>

</Style>

<local:KorpNameConvertor x:Key="KorpNameConvertor"></local:KorpNameConvertor>

<local:StKorpNameConvertor x:Key="StKorpNameConvertor"></local:StKorpNameConvertor>

</Window.Resources>

<Grid>

<Grid.ColumnDefinitions>

<ColumnDefinition Width="*"/>

<ColumnDefinition Width="Auto" MinWidth="3" />

<ColumnDefinition Width="2*"/>

</Grid.ColumnDefinitions>

<GridSplitter Grid.Column="1" ResizeBehavior="PreviousAndNext" ResizeDirection="Columns" Width="3" VerticalAlignment="Stretch" />

<ListBox Margin="3,3,3,3" Name="LB_Depart" DisplayMemberPath="Name" SelectionChanged="LB_Dep_Changed"/>

<Grid Grid.Column="2" DataContext="{Binding ElementName=LB_Depart, Path=SelectedItem}">

<Grid.RowDefinitions>

<RowDefinition Height="Auto"/>

<RowDefinition Height="Auto"/>

<RowDefinition Height="Auto"/>

<RowDefinition Height="Auto"/>

<RowDefinition Height="Auto"/>

<RowDefinition Height="Auto"/>

<RowDefinition Height="Auto...