Техническое задание на microsoft word

Предложите, как улучшить StudyLib

(Для жалоб на нарушения авторских прав, используйте

другую форму
)

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

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

Microsoft Access

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

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

• Таблицы — они используются для хранения конкретных данных: чисел, текста, изображений в базе данных

• Язык SQL — это специальный язык управления применяется для выполнения запросов из таблиц базы данных

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

• Отчеты — этот раздел программы позволяет вам создавать различные виды отчетов для вывода на печать их из базы данных

• VBA — язык программирования для создания взаимодействия интерфейса форм, отчетов, запросов и таблиц

Примечание

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

Microsoft SQL Server

При разработке баз данных используют Microsoft SQL Server совместно с другим средством разработки Access или Visual Studio. SQL Server — серверная программа и не предназначена для создания интерфейса пользователя.

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

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

Microsoft Visual Studio

Для построения web интерфейса и windows форм применяется Microsoft Visual Studio совместно со средой разработки Microsoft Framework.NET.

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

Microsoft Visual Studio применяют для создания различных приложений. Это может быть интерфейс Windows для настольных приложений (программ для вашего компьютера) или для интернет серверов (ASP.NET технология).

При использовании этой программы необходимо изучить язык программирования Visual Basic.NET или C#. Для работы с сайтами — язык Java, HTML, для работы с базами данных — Access или SQL Server.

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

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

Microsoft Word

Microsoft Word используется как дополнительная отчетность в базах данных. Очень удобно, например, создать шаблон договора в этой программе, а потом его заполнить данными из Microsoft Access или программы Windows.

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

Microsoft Word имеет два вида файла, один имеет формат *.dot, dotx, другой *.doc, docx. В основном пользователи используют второй вид файлов для вывода уже созданных документов на печать или для их дополнительного редактирования.

Файлы с расширением *.dot (dotx) применяются для работы с внешним интерфейсом, т.е при выводе документа на печать вызывается нужный шаблон, а потом строится документ, используя запрос из базы данных Access, SQL Server. Там, где есть закладки в документе подставляются нужные поля.

Такой способ работы нельзя реализовать с помощью мастера базы данных Access. Это можно сделать только на уровне программирования, т.е. нужно зайти в редактор Visual Basic и написать специальную программу. 

Выводы.

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

Все шаблоны dot в программе должны не меняться из интерфейса программы, необходимо предусмотреть в программе их заполнение и сохранение в формате doc.

Для быстрой разработки отчетов могут потребоваться готовые решения. Например, есть класс VBA для работы с Word, который позволяет использовать VBA код многократно, не задумываясь над техническими проблемами. Вот ссылка.

Примечание.

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

Microsoft Excel

Microsoft Excel — очень популярная программа и используется для математических расчетов и построения графиков.

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

Microsoft Excel имеет два вида файла, один имеет формат *.xlt (*xltx) , другой *.xls, (*.xlsx). В основном пользователи используют второй вид файлов для вывода уже созданных документов на печать или для их дополнительного редактирования.

Файлы с расширением *.xlt применяются для работы с базой данных, т.е при выводе документа на печать вызывается нужный шаблон, а потом строится документ, используя запрос из базы данных Access, SQL Server. В документе, программа находит ячейки, по названию или номеру и подставляет нужные данные из базы. Когда файл xlt сохраняется, то он уже имеет другое имя xls. Таким обрахом, шаблон xlt не изменяется.

Такой способ работы нельзя реализовать с помощью мастера базы данных Access. Это можно сделать только на уровне программирования, т.е. нужно зайти в редактор Visual Basic и написать специальную программу. 

Выводы.

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

Иногда бывает необходимо быстро, без ошибок и профессионально реализовать интерфейс для вывода данных в Excel. Для этого необходимо использовать готовый класс Excel. Вот ссылка на такое решение.

Примечание.

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

Microsoft ReportViewer

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

Данное средство разработки отчетов встроено в Microsoft Visual Studio (VS). Укажите в техническом задании это средство разработки, если вы используете его для разработки отчетов.

Примечание.

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

Средство разработки достаточно сложное. Для изучения его возможностей можно использовать Шаблон отчетности. Загрузите каталог Leadersoft.ru

Документ оформляется в соответствии с правилами предусмотренными ГОСТ 19.105, ГОСТ 19.106 и другими стандартами Единой системы программной документации (ЕСПД).

По долгу службы, с некоторых пор, пришлось заняться написанием ТЗ на разработку. Когда передо мной только встала такая задача, как оказалось, все делали это в MS Word. Я по началу тоже попробовал писать ТЗ в доке, но не выдержал и недели. Уж не знаю, или Word — это зло, или я просто не умею его готовить, но факт остается фактом, бОльшую часть времени я, в силу своей аккуратности и щепетильности, занимался форматированием: то отступы в списках разъедутся, то межстрочные интервалы в разных местах разные, а уж про разрешение конфликтов совместного редактирования — я вообще молчу! Да и ТЗ предназначались для разработчиков, которые любят простой текст, системы контроля версий и сидят на разных операционных системах. И я озадачился поиском более подходящих инструментов. И вот что у меня получилось.

Начальные требования

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

• Нумерованные, не нумерованные вложенные списки.
• Вставка изображений.
• Простые таблицы.
• Оглавление и переход по ссылкам.
• Простая поддержка версионирования, желательно с использованием общеизвестных систем контроля версий.
• Возможность комментирования и обсуждения.
• Коллективная разработка.
• Кросс-платформенность (MacOS/Linux/Windows).

Процесс

Возможности форматирования, необходимые нам, в полном объеме поддерживаются форматом Markdown. А в силу того, что md — это обычный текстовый файл, его можно хранить в любой системе контроля версий, как и исходный код. К тому времени у нас уже стояла связка gitlab + redmine для управления процессом разработки и код-ревью, о чем я уже писал ранее. Поэтому было решено изучать вопрос в этом направлении.

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

Однако и этот барьер был преодолен. Я нашел редакторы markdown под Windows и MacOS, потому как самые далекие от программирования люди живут, в основном, на этих операционных системах. Так же нашел графические инструменты для работы с гит. Подготовил краткие и четкие инструкции по работе, перевел первый документ из .doc в .md, собрал совещание и провел вводный инструктаж.

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

В итоге, мы уложили разработку ТЗ в уже привычную нам схему:

• Каждое ТЗ живет в отдельном репозитории git в системе gitlab.
• У каждого ТЗ/репозитория есть мейнтейнер, то есть ответственный человек.
• Стабильная версия ТЗ живет в ветке master.
• Основная ветка разработки и написания ТЗ — dev.
• Ветки master и dev являются защищенными, и только мейнтейнер может коммитить в них.
• Любой человек, который хочет внести правки в ТЗ, делает отдельную ветку от актуальной ветки dev, вносит правки, и отправляет merge request через интерфейс gitlab ответственному за ТЗ.
• Мейнтейнер одобряет merge request и исправления попадают в основную ветку разработки, откуда периодически выкатываются апдейты в публичный доступ, то есть ветку master.
• Благодаря gitlab у нас есть удобный инструмент для код-ревью, где можно сразу увидеть вносимые изменения, прокомментировать и обсудить.
• Для конечных потребителей ТЗ, то есть разработчиков и тестировщиков, gitlab вообще позволяет прямо в браузере иметь перед глазами актуальное ТЗ, не прибегая к каким-либо сторонним инструментам.

Используемые инструменты

Вот какие инструменты мы используем:

Редакторы markdown:

• Mou (Mac OS X, бесплатно, http://mouapp.com).
• LightPaper (Mac OS X, бесплатно, http://clockworkengine.com/lightpaper-mac/).
• MarkDownSharp (Windows, бесплатно, http://hibara.org/software/markdownsharpeditor/).
• MarkdownPad 2 (Windows, есть бесплатная версия, http://markdownpad.com)
• Не буду упоминать всевозможные редакторы/IDE для разработки, в которых есть поддержка markdown.
• Шпаргалка по Markdown (https://github.com/adam-p/markdown-here/wiki/Markdown-Cheatsheet)

Git GUI:
Графических оболочек для работы с git, по большей части под Windows, не так уж и много, и почти все они страшные, но я советую SourceTree (http://www.sourcetreeapp.com). Это продукт компании Atlassian, недавно он стал бесплатным, и доступен для Mac и Windows.

Кстати, сейчас мы и пользовательскую документацию, такую как руководства пользователей, инструкции и прочее, переводим на markdown и git.

На этом, пожалуй, все. Надеюсь кому-то пригодится.

МИНОБРНАУКИ РОССИИ

ГОУ ВПО Тульский государственный университет

Кафедра автоматики и телемеханики

Утверждаю Утверждаю

Заведующий кафедрой АТМ Руководитель дипломного

д.т.н., профессор проекта асс. кафедры АТМ

______________ А.А.Фомичев _____________ А.С. Ермаков

«___»____________ _____ г. «___»____________ _____ г.

Программное Обеспечение ДЛЯ автоматизации изменения стиля текста с сохранением смыслового содержания

Сокращенное наименование программного средства: «АИСТ»

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

На __ листах

Действует с «__»_________ 201 г.

Согласовано:

Куратор направления подготовки

______________ д.ф.-м.н., проф. каф. АТМ С.Д.Двоенко

«___»____________ _____ г.

1. Введение

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

Программное обеспечение для автоматизации изменения стиля текста с сохранением смыслового содержания. Условное обозначение – АИСТ.

1.2. Краткая характеристика области применения

АИСТ предназначено для частичной или полной автоматизации процесса изменения исходного текста с целью получения отличного от первоначального стиля изложения.

1.3. Основание для проведения разработки

Перечень документов, на основании которых ведется разработка надстройки:

Приказ ректора ТулГУ № ______ от «___»__________ _____г.

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

а) Методические указания по выполнению дипломного проекта для студентов специальности 230105 «Программное обеспечение вычислительной техники и автоматизированных систем» / А.А. Фомичев и др. — Тула: Изд. ТулГУ, 2007. — 23 с.

б) Савкин А.В., Грачев А.Н. Применение ГОСТов при курсовом, дипломном проектировании и выполнении выпускных квалификационных работ. Методические указания. — Тула: Изд. ТулГУ, 1999. — 20 с.

2. Назначение разработки

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

Функциональным предназначением АИСТ является предоставлению пользователю удобных инструментов для изменения стиля текста в текстовом процессоре Microsoft Office Word.

2.2. Эксплуатационное назначение

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

3. Требования к программному средству

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

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

Взяв за основу текстовый процессор Microsoft Word, необходимо:

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

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

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

4. Разработать правила изменения текста (порядка слов, удаления слов). Правила являются правилами системы продукций и имеют следующий вид:

… ::= …

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

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

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

7. Разработать функцию статистического анализа текста. Функция должна строить для каждого анализируемого текста словарь используемых в нем слов, рассчитывая частоту их использования и вероятность появления. Так же, в случае, когда для анализа выбраны два текста, необходимо рассчитать процент их схожести. Расчет должен быть произведен при помощи алгоритма шинглов (w-shingles).

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

9. Реализовать перечисленные выше функции в рамках надстройки над Microsoft Word 2007/2010.

3.1.2. Требования к организации входных данных

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

Под словарем понимается локальная база данных Microsoft Access, в которой содержатся сами слова, их характеристики, отношения между словами (синонимы, антонимы).

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

Отношения между словами, хранимые в базе данных необходимо представить в виде бинарных отношений: «слово А является синонимом слова Б» и «слово А является антонимом слова Б». Синонимы — слова одной части речи, различные по звучанию и написанию, но имеющие одинаковое или очень близкое лексическое значение. Антонимы  — это слова одной части речи, различные по звучанию и написанию, имеющие прямо противоположные лексические значения.

Правила изменения порядка слов в предложении так же должны храниться в базе данных Access в файле формата mdb.

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

3.1.3. Требования к организации выходных данных

Выходными данными в АИСТ являются:

• Файл документа Microsoft Word, содержащий исходный текст;

• Файл документа Microsoft Word, содержащий полученный в результате работы программы;

• Файл документа Microsoft Word, содержащий результаты статистического анализа и сравнения текстов;

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

Надёжность системы должна обеспечивать работоспособность в течение всего срока эксплуатации при бесперебойном питании ЭВМ. Наработка на отказ при эксплуатации программного средства должна составлять не менее 8 часов. Программное обеспечение не должно содержать явных логических ошибок и функционировать без сбоев. Сохранность данных пользователя обеспечивается средой выполнения программы – текстовым процессором Microsoft Word при помощи автосохранения и восстановления документов после сбоя.

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

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

В состав технических средств должна входить ЭВМ, включающая в себя:

• процессор с тактовой частотой не менее 1 ГГц;

• ОЗУ не менее 512 МБ;

• экран с разрешением не менее 1024×768 точек;

• клавиатура;

• манипулятор «мышь».

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

АИСТ должна иметь возможность функционировать в программах Microsoft Word 2007, 2010.

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

Исходные коды программного средства должны быть реализованы на языке C#. В качестве интегрированной среды разработки программы должна быть использована среда Visual Studio 2010 Professional.

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

• Программа должна обеспечивать взаимодействие с пользователем (оператором) посредством графического пользовательского интерфейса.

• Система должна представлять собой надстройку над Microsoft Word.

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

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

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

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

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

2. текст программы;

3. описание программы;

4. программу и методики испытаний;

5. пояснительную записку;

6. описание применения;

7) руководство пользователя;

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

Требования к организации и оборудованию рабочих мест с ПЭВМ регламентируются СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы» и Р_2.2.2006-05 «Гигиенические критерии оценки и классификация условий труда по показателям вредности и опасности факторов производственной среды».

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

6.1. Стадии разработки

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

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

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

3. Внедрение;

6.2. Этапы разработки

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

1. разработка АИСТ;

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

3. испытания АИСТ.

На стадии внедрения должен быть выполнен этап разработки — подготовка АИСТ.

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

На этапе разработки АИСТ должна быть выполнена работа по программированию (кодированию) и отладке программного обеспечения (АИСТ).

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

На этапе испытаний АИСТ должны быть выполнены перечисленные ниже виды работ:

1. проверка выполнения заданных функций АИСТ;

2. выявления и устранения недостатков в АИСТ и программной документации;

3. корректировка АИСТ и программной документации по результатам тестирований.

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

7. Порядок защиты и контроля

Защита осуществляется перед Государственной аттестационной комиссией (ГАК), утвержденной приказом ректора.

8. Приложение

8.1. Источники разработки

1. ГОСТ 19.201-78. Техническое задание, требования к содержанию и оформлению.

2. ГОСТ 19.102-77 ЕСПД. Стадии разработки.

3. ГОСТ 19.104-78 ЕСПД. Основные надписи.

4. ГОСТ 19.105-78 ЕСПД. Общие требования к программным документам.

5. ГОСТ 19.106-78 ЕСПД. Требования к программным документам, выполненным печатным способом.

6. ГОСТ 19.201-78 ЕСПД. Техническое задание. Требования к содержанию и оформлению.

7. ГОСТ 28195-89. Оценка качества программных средств. Общие положения.

8. ГОСТ 19.781-90. Обеспечение систем обработки информации программное. Термины и определения

9. Методические указания по выполнению дипломного проекта для студентов специальности 230105 «Программное обеспечение вычислительной техники и автоматизированных систем» / А.А. Фомичев и др. — Тула: Изд. ТулГУ, 2005. — 22 с.

10. Савкин А.В., Грачев А.Н. Применение ГОСТов при курсовом, дипломном проектировании и выполнении выпускных квалификационных работ. Методические указания. — Тула: Изд. ТулГУ, 1999. — 20 с.

11. ISO/IEC 12207:1995 (ГОСТ Р) Информационные технологии. Процессы жизненного цикла программного обеспечения.

12. ISO/IEC 9126:1991 (ГОСТ Р) Информационные технологии. Оценка программного продукта. Характеристики качества и порядок их применения.

СОСТАВИЛ

__________________________________________________________________

Наименование Должность Фамилия, имя, Подпись Дата

организации исполнителя отчество

(предприятия)

__________________________________________________________________

ТулГУ, кафедра АТМ Студент Данкин А.С.

гр. № 230661

__________________________________________________________________

СОГЛАСОВАНО

_________________________________________________________________

Наименование Должность Фамилия, имя, Подпись Дата

организации исполнителя отчество

(предприятия)

__________________________________________________________________

ТулГУ, кафедра ФиМ Ассистент Сафиева Э.И.

__________________________________________________________________

ТулГУ, кафедра к.т.н, доцент Воронцова Н.В.

АОТиОС

__________________________________________________________________

ТулГУ, кафедра АТМ Зав.лаб.каф.АТМ Фирсов А.Ф.

10